Scrum vadovas | 14. Kūrėjų klaidos

Plėtros komanda yra nepriklausomų profesionalų grupė. Tačiau projekto, kurį jie įgyvendina, sėkmė priklauso nuo jų bendrų pastangų. O tai reikalauja daug brandos ir komandinio darbo įgūdžių. Kokios yra dažniausios programuotojų klaidos? Kuri iš jų apsunkina arba net neįmanoma siekti produkto tikslo?

Dažniausios programuotojų klaidos – turinys:

1. Dažniausios programuotojų klaidos
2. Per didelis prisirišimas prie savo idėjų
3. Savęs įdarbinimas
4. Programuotojo atsitraukimas
5. Nepriklausomybė
6. Atsakomybių ribojimas pagal įgaliojimus
7. Sprinto užduočių sąrašo chaosas
8. Santrauka

Dažniausios programuotojų klaidos

Daugelis programuotojų, dirbančių Scrum, klaidų kyla iš jų požiūrio į komandinį darbą. Viena vertus, tai yra neteisingai suprasta nepriklausomybė ir savo idėjų gynimas prieš komandos interesus. Kita vertus, tai yra pasitikėjimas kitais ir nepriklausomybės trūkumas. Kita problemų šaltinis gali būti komandinės atsakomybės nesupratimas.

Per didelis prisirišimas prie savo idėjų

Programuotojų kasdienės atsakomybės apima novatoriškų sprendimų paiešką sudėtingoms problemoms. Pastangos, dedamos į sprendimų kūrimą, gali sukelti per didelį prisirišimą prie savo idėjų. Tai savo ruožtu priverčia juos pamiršti produkto tikslą ir skirti per daug laiko šoniniams sprendimams, kurie nėra naudingi verslo požiūriu. Be to, jie mažiau linkę ieškoti alternatyvių sprendimų, kas kelia grėsmę komandos lankstumui.

Savęs įdarbinimas

Jei bet kuris programuotojas turi sunkumų suprasti savo vaidmenį komandoje, jis bandys atskirti savo užduotis nuo Sprinto tikslo. Dar blogiau, jie jas atliks nesiremdami likusia komanda. Tai taip pat gali tapti problema, jei jie savavališkai keičia Sprinto užduočių sąrašą. Taip neteisingai suprasta vieno iš programuotojų nepriklausomybė gali kilti iš komunikacijos problemų.

Per didelis noras būti nepriklausomam gali būti susijęs su pripažinimo trūkumu programuotojo individualiems pasiekimams. Tai pasireiškia, kai jo ar jos indėlis į komandos atliktą darbą vertinamas neproporcingai pagal įdėtą pastangą ir užduoties sudėtingumą.

Darbas savarankiškai gali tapti rimto konflikto šaltiniu komandoje. Būtent todėl taip svarbu, kad Scrum Master reaguotų ir kuo greičiau išspręstų pagrindinę problemą. Tai gali pasirodyti, kad klaida nėra pačiame programuotojame, o neteisingame jų įsitraukimo vertinime.

Programuotojo atsitraukimas

Problema, kylanti iš ankstesnių dviejų – darbas savarankiškai ir per didelis prisirišimas prie savo idėjų – gali būti komunikacijos trūkumo problema. Tada tie programuotojai pradeda izoliuotis nuo komandos. Nors jie atlieka savo užduotis pagal Sprinto užduočių sąrašą, jie atsitraukia nuo komandos gyvenimo.

Tokioje situacijoje Scrum Master turėtų ypatingai atkreipti dėmesį į atsitraukusius programuotojus. Įvertinkite jų indėlį į komandą ir paskatinkite juos priimti proaktyvų požiūrį.

Nepriklausomybė

Savarankiškumas yra brandžios, gerai sudarytos plėtros komandos bruožas, kurį aprašėme ankstesniame straipsnyje. Tai reiškia, kad nepaisant sunkumų, programuotojai nesiremia kitais žmonėmis, kad pasakytų, kaip pasiskirstyti užduotimis, kaip ir kada jas atlikti. Tačiau savarankiškumas gali sukelti tarpasmeninių nesusipratimų.

Tokiu atveju būtina, kad Scrum Master visada būtų šalia, kad užtikrintų, jog užduotys, kurias reikia atlikti siekiant Sprinto tikslo, būtų paskirstytos. Būtent tada kyla programuotojų priklausomybės problema.

Vėlgi, Scrum Master turėtų ateiti į pagalbą, skatindamas plėtros komandos narius būti savarankiškais ir prisiimti atsakomybę už savo užduotis.

Atsakomybių ribojimas pagal įgaliojimus

Dar viena problema, su kuria programuotojai turi susidurti, ypač formuojančioje komandoje, yra nenoras atlikti užduotis, kurios nepriklauso programuotojo pagrindinėms kompetencijoms.

Ši klaida gali lemti reikšmingą plėtros komandos efektyvumo sumažėjimą. Ne visi Sprintai pasinaudoja kiekvieno komandos nario pagrindinėmis kompetencijomis. Todėl jie turi būti atviri atlikti kitas, pagalbines ar organizacines užduotis, kurios taip pat yra svarbios Sprinto tikslui.

Sprinto užduočių sąrašo chaosas

Viena iš tokių užduočių yra išlaikyti Sprinto užduočių sąrašą tvarkingą. Tai yra pagrindinė užduotis sklandžiam plėtros komandos darbui. Tačiau dažna klaida yra atsakomybės už jo tvarkymą perkelti tarp programuotojų. Tai trukdo ne tik dirbti prie Sprinto tikslo, bet ir komandos vystymuisi bei nuolatiniam tobulėjimui.

Dažniausios programuotojų klaidos – santrauka

Apibendrinant, dažniausios programuotojų klaidos apima bandymus atsiriboti nuo komandos kaip visumos: dirbti savarankiškai, propaguoti savo idėjas ir tapti atsitraukusiais. Plėtros komandos vientisumą taip pat kelia grėsmė problemos, susijusios su nepriklausomybės vystymu, chaosas Sprinto užduočių sąraše ir programuotojų nenoras atlikti užduotis už savo pagrindinių kompetencijų ribų.

Jei jums patinka mūsų turinys, prisijunkite prie mūsų užimtų bičių bendruomenės Facebook, Twitter, LinkedIn, Instagram, YouTube.