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?
Časté chyby vývojářů – obsah:
- Časté chyby vývojářů
- Přílišná vazba na vlastní nápady
- Samostatná práce
- Izolace vývojáře
- Nezávislost
- Omezení odpovědnosti na rámec pravomocí
- Zmatek v Sprint Backlogu
- Shrnutí
Časté chyby vývojářů
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.
Přílišná vazba na vlastní nápady
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.
Samostatná práce
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í.
Izolace vývojáře
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.
Nezávislost
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.
Omezení odpovědnosti na rámec pravomocí
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.
Zmatek v Sprint Backlogu
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í.
Časté chyby vývojářů – shrnutí
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.
Caroline Becker
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.
Scrum Guide:
- Slovník základních pojmů, rolí a představ
- Co je Scrum?
- Hodnoty Scrumu
- Jak implementovat Scrum ve vaší společnosti?
- Scrum tým - co to je a jak to funguje?
- Kdo je Product Owner?
- Nejčastější chyby Product Ownera
- Kdo je Scrum Master?
- Nejčastější chyby Scrum Mastera
- Jaké statistiky a metriky by měl Scrum Master sledovat?
- Vývojový tým ve Scrumu
- Nejčastější chyby vývojářů
- Scrum artefakty
- Škálování Scrumu
- Sprint Backlog
- Co je to Product Backlog?
- Co jsou uživatelské příběhy?
- Vytváření nejlepší uživatelské příběhu s INVEST
- Nejčastější chyby v uživatelských příbězích
- Kritéria přijetí uživatelského příběhu
- Odhad a příběhové body ve Scrumu
- Plánovací poker
- Hra o odhadování týmu
- Definování přírůstku
- Scrum události
- Co je to burndown chart?
- Výhody a nevýhody burndown grafu
- Kanbanové tabule ve Scrumu a Scrumbanu
- Rychlost v Scrum - Rychlost vývojového týmu
- Denní Scrum
- Plánování sprintu
- Sprintová revize
- Co je to Sprint Retrospektiva?
- Běžné chyby během retrospektivy sprintu
- Péče o produktový backlog
- Jak vytvořit a interpretovat burndown chart?