Mida rohkem ma seda postitust koostasin, seda rohkem tundus, et peaksin kirjutama teatud t\u00fc\u00fcpi TL;DR-i teatud inimestele, kes seda loevad. Aja s\u00e4\u00e4stmiseks on see siin:<\/p>\n
Kirjutan seda neile, kes pole f\u00fc\u00fcsilisest isikust ettev\u00f5tjana v\u00f5i projektijuhtimises uued v\u00f5i kellel on \u00fcldiselt v\u00e4hem kogemusi kui neile, kes k\u00fcsivad: \u201eMiks sa seda kirjutad?" L\u00f5ppkokkuv\u00f5ttes \u00f5pib enamik meist sellest mingil hetkel selgeks. t\u00f6\u00f6stusharu, kuid kui saame \u00fcksteist aidata varem v\u00f5i hiljem, saame sellest kasu k\u00f5ik.<\/p>\n
Kui olete p\u00e4rast \u00fclaltoodud m\u00e4rkuse lugemist endiselt huvitatud, siis eeldan, et soovite selles suhtlusaspektis paremaks saada. Mis on hea, sest nii olen ka mina \ud83d\ude0f ja v\u00e4ikese tagasisideahela kasutamine on \u00fcks viis, kuidas seda teha.<\/p>\n
Igal t\u00f6\u00f6stusharul on oma k\u00f5nepruuk ja paljud meist naeravad selle \u00fcle, kuid me k\u00f5ik j\u00e4tkame selle kasutamist professionaalses keskkonnas. Me oleme nii naljakad.<\/p>\n
Igatahes on meie t\u00f6\u00f6stuses \u00fcks fraasidest, mida me palju kasutame \u2013 ka mina \u2013 \u201etagasiside”. Esimest korda kohtasin seda fraasi v\u00f5imendite tagasiside kohta. Sellel polnud tarkvaraga midagi pistmist. Sellegipoolest kasutame seda oma tegevuses \u00fcldiselt, et viidata sellele j\u00e4rgmiselt:<\/p>\n
Ja neile, kes pole selle ideega harjunud (sest on neid, kes teevad "suure paugu v\u00e4ljalaseid", millest r\u00e4\u00e4gin minuti p\u00e4rast), peetakse tagasisideahelaid tavaliselt v\u00e4ikeseks v\u00f5i suureks.<\/p>\n
Mida kauem olen tarkvaraga t\u00f6\u00f6tanud, seda rohkem olen alati sihiks v\u00f5tnud v\u00e4ikese tagasisideahela, \u00fcksk\u00f5ik mis.<\/p>\n
V\u00e4ike tagasisideahel t\u00e4hendab sagedast suhtlust ettev\u00f5tte ja kliendi vahel (nii et loomulikult on suur tagasisideahel harvema suhtluse korral).<\/p>\n
Kui kasutate \u017eargooni, siis m\u00f5elge sellele v\u00e4hemalt mingil l\u00f5busal viisil, eks?<\/p>\n
Kuid teate kogu seda k\u00f5nepruuki, mida ma artikli alguses mainisin? Tavalise teisendamise korral \u00fctleksin lihtsalt:<\/p>\n
Projektiga t\u00f6\u00f6tades eelistan tihedamat suhtlemist.<\/p>\n
Ja p\u00f5hjus, miks ma seda eelistan ja isegi vaikimisi sellele eelistan, on see, et kui on vaja lahendust luua, olenemata suurusest, kellelegi teisele, tuleb alati arvestada liikuvate osadega.<\/p>\n
Kui projektil on mitu osa, on mitu kohta, kus midagi v\u00f5ib vajada kohendamist v\u00f5i muutmist (v\u00f5i mis v\u00f5ib m\u00f5jutada kogu s\u00fcsteemi), ning selle \u00f5igeks saamine varakult, mitte hiljem s\u00e4\u00e4stab palju aega (ja seega raha) ja stress enamiku asjaosaliste jaoks.<\/p>\n