Vývojový tým je skupina nezávislých profesionálů. Úspěch projektu, který realizují, však závisí na jejich společném úsilí. A to vyžaduje spoustu zralosti a dovedností v týmové práci. Jaké jsou nejčastější chyby vývojářů? Které z nich ztěžují nebo dokonce znemožňují dosažení cíle produktu?
Mnoho chyb vývojářů pracujících v Scrum má svůj původ v jejich přístupu k týmové práci. Na jedné straně jde o nepochopenou nezávislost a obhajování vlastních nápadů na úkor zájmů týmu. Na druhé straně je to spoléhání se na ostatní a nedostatek nezávislosti. Dalším zdrojem problémů může být nepochopení týmové odpovědnosti.
Každodenní povinnosti vývojářů zahrnují hledání inovativních řešení složitých problémů. Úsilí vynaložené na vývoj řešení může způsobit, že se příliš upnou na své nápady. To je pak může odvést od cíle produktu a způsobit, že stráví příliš mnoho času vývojem vedlejších řešení, která nejsou z obchodního hlediska užitečná. A také jsou méně ochotni hledat alternativní řešení, což ohrožuje agilitu týmu.
Pokud má nějaký vývojář potíže pochopit svou roli v týmu, pokusí se oddělit své úkoly od cíle sprintu. Ještě hůře, budou je vykonávat bez ohledu na zbytek týmu. Může se také stát problémem, pokud svévolně provádějí změny v Sprint Backlogu. Takto může nepochopená nezávislost jednoho z vývojářů pramenit z komunikačních problémů.
Přílišná touha po nezávislosti může být zakořeněna v nedostatku uznání pro individuální úspěchy vývojáře. Objevuje se, když je jeho nebo její příspěvek k práci vykonané týmem hodnocen nepřiměřeně k vynaloženému úsilí a obtížnosti úkolu.
Práce na vlastní pěst se může stát zdrojem vážného konfliktu uvnitř týmu. Proto je tak důležité, aby Scrum Master reagoval a co nejdříve vyřešil základní problém. Může se totiž ukázat, že chyba neleží na straně vývojáře, ale v nesprávném hodnocení jejich zapojení.
Problém vyplývající z předchozích dvou – práce na vlastní pěst a přílišná vazba na vlastní nápady – může být problémem nedostatku komunikace. Poté se tito vývojáři začnou izolovat od týmu. I když vykonávají své úkoly podle Sprint Backlogu, stahují se ze života týmu.
V takové situaci by se Scrum Master měl zvlášť zaměřit na stažené vývojáře. Ocenit jejich příspěvek k týmu a podporovat je, aby přijali proaktivní přístup.
Samorganizace je charakteristikou zralého, dobře složeného vývojového týmu, kterou jsme popsali v předchozím článku. Znamená to, že navzdory obtížím se vývojáři nespoléhají na jiné lidi, aby jim říkali, jak si rozdělit úkoly, jak a kdy je dokončit. Nicméně, samorganizace může vést k mezilidským nedorozuměním.
V takovém případě je nutné, aby byl Scrum Master přítomen po celou dobu, aby zajistil, že úkoly, které je třeba splnit k dosažení cíle sprintu, jsou rozděleny. Tehdy vzniká problém závislosti vývojářů.
Opět by měl Scrum Master přijít na pomoc tím, že povzbudí členy vývojového týmu, aby byli samostatní a převzali odpovědnost za své úkoly.
Dalším problémem, kterému musí vývojáři čelit, zejména v utvářejícím se týmu, je neochota vykonávat úkoly, které nepatří do základních kompetencí vývojáře.
Tato chyba může vést k významnému snížení efektivity vývojového týmu. Ne všechny sprinty využívají základní kompetence každého člena týmu. Proto musí být otevřeni vykonávání dalších, pomocných nebo organizačních úkolů, které jsou stejně relevantní pro cíl sprintu.
Jedním z takových úkolů je udržování pořádku v Sprint Backlogu. Je to klíčový úkol pro plynulý chod vývojového týmu. Nicméně, běžnou chybou je přesouvání odpovědnosti za jeho udržování mezi vývojáři. To brání nejen práci na cíli sprintu, ale také rozvoji týmu a jeho neustálému zlepšování.
Na závěr, nejčastější chyby vývojářů zahrnují pokusy odříznout se od celého týmu: práce na vlastní pěst, prosazování vlastních nápadů a stahování se. Integritu vývojového týmu také ohrožují problémy s rozvojem nezávislosti, zmatek v Sprint Backlogu a neochota vývojářů vykonávat povinnosti mimo jejich základní kompetence.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedIn, Instagramu, YouTube.
Jako projektová manažerka je Caroline odbornicí na hledání nových metod, jak navrhnout nejlepší pracovní postupy a optimalizovat procesy. Její organizační dovednosti a schopnost pracovat pod časovým tlakem z ní činí nejlepší osobu, která dokáže složité projekty přetavit ve skutečnost.
V poslední době se na trhu práce objevily dva jevy týkající se postojů současných zaměstnanců…
Jak prodávat na Pinterestu a proč byste to měli dělat? Prodej na Pinterestu je dalším…
Jste freelancer, který hledá způsoby, jak propagovat své portfolio? V dnešní době nemusí mít pouze…
Digitální finanční management a online účetnictví se staly v podnikání stále populárnějšími. Podle zprávy společnosti…
Projektové listiny jsou základním kamenem projektového řízení. Poskytují jasný a stručný přehled cílů a úkolů,…
Organizace napříč odvětvími každý den budují vztahy s potenciálními zaměstnanci, dodavateli a partnery. Vyjednávají, podepisují…