Vývojový tým ve Scrumu je interdisciplinární skupina složená ze všech lidí zapojených do vytváření produktu. V dnešním článku se podíváme na to, jaké vlastnosti by měl mít. Také zvážíme složení a odpovědnosti vývojového týmu, který je schopen efektivně dosahovat svých cílů.
Vývojový tým ve Scrumu – obsah:
Vlastnosti vývojového týmu
Vývojový tým pracující v souladu se zásadami Scrumu je nezávislá skupina specialistů. Nepoužívá podporu externích specialistů nebo subdodavatelů. Ale co určuje, že je tým dobře přizpůsoben k dosažení cíle? A jaké odpovědnosti jsou zahrnuty v úkolech vývojového týmu – bez ohledu na jeho specializaci?
Aby byl efektivní, musí mít vývojový tým alespoň tři charakteristiky: schopnost se sebeorganizovat, touhu po růstu a interdisciplinaritu.
Sebeorganizace
Když mluvíme o Scrum týmu, jehož součástí je vývojový tým, používáme termín „sebeřízení”. To znamená sebeřízení na úrovni organizace. Scrum tým jako celek rozhoduje nejen o tom, kdo bude vykonávat práci a jak, ale také na čem budou pracovat. V Scrum týmu patří velká část manažerských úkolů Product Ownerovi a Scrum Masterovi.
Proto je v případě vývojového týmu sebeorganizace důležitější než sebeřízení. Týká se plánování odpovědností, tj. rozhodování o tom, kdo vykoná určité úkoly, kdy a jak.
Touha po rozvoji
Klíčovou vlastností efektivního týmu je touha po růstu. Způsob, jakým by měly být úkoly splněny, by měl být ambiciózní. To vyplývá nejen z individuálních predispozic a přístupu každého člena vývojového týmu. Zvyšování kompetencí a úsilí je také podporováno atmosférou v týmu, která ho definuje jako celek.
Interdisciplinarita
Interdisciplinarita týmu znamená, že jeho členové by měli mít společně všechny dovednosti potřebné k vytvoření hodnotného inkrementu v každém sprintech. To také znamená, že každý člen týmu vykonává úkoly potřebné pro daný sprint. Každý dělá to, co je nutné k dosažení cíle. I když to znamená převzít nové úkoly mimo odborné znalosti vývojáře. Je chybou rigidně se držet svých profesních kompetencí nebo rolí.
Vývojový tým
Podle Scrum Guide je maximální počet vývojářů osm. Takto malá sestava podporuje komunikaci a otevřenost, protože členové týmu mají příležitost se navzájem poznat. Nicméně tým by neměl být menší než tři lidé. Musí být dostatečně velký, aby dosáhl viditelného pokroku v každém sprintu.
Vývojáři v rámci Scrumu jsou nazýváni lidmi s širokou škálou dovedností a odpovědností. V žádném případě není tento název vyhrazen pro lidi, kteří programují. Tým tedy může zahrnovat programátory a designéry, výzkumníky a analytiky, testery a vědce, stejně jako další specialisty.
Mezi vývojáři neexistuje hierarchie. Proto nepoužívají profesní nebo vědecké tituly.
Důležitým předpokladem pro složení vývojového týmu je, že je to jednota. Proto by menší týmy pracující na jiných cílech neměly být od něj odděleny.
Odpovědnosti vývojového týmu
Odpovědnosti vývojového týmu lze rozdělit do tří oblastí. Tyto jsou:
- Plánování úkolů
- Práce na produktu
- Zlepšování spolupráce v týmu
Plánování úkolů
Plánování úkolů je povinnost, kterou musí splnit všechny vývojové týmy pracující na základě Scrumu. Spočívá v vytvoření plánu sprintu a jeho zařazení do sprint backlogu, což popíšeme v samostatném článku. Nejdůležitější je, že na tom vývojový tým pracuje společně. Tímto způsobem bude každý z vývojářů schopen realisticky určit počet úkolů, které je třeba splnit v daném sprintu. V dlouhodobém horizontu to umožňuje týmu udržovat konstantní tempo a plánovat přesněji.
Stejně důležité je sledovat puls, tj. denně přizpůsobovat plán realitě. Pokud nastanou problémy, může být potřeba změnit: reorganizovat úkoly, jinak rozdělit práci nebo se poradit se Scrum Masterem o vzniklých obtížích.
Práce na produktu
Formy práce na produktu se mohou dramaticky lišit v závislosti na oblasti, ve které daný vývojový tým působí. Obecně řečeno, cílem, který má být dosažen v každém sprintu, je vytvořit inkrement, tj. funkci produktu, která má obchodní hodnotu.
Je užitečné zde mluvit přímo a aplikovat následující pravidlo:
Když se pustíte do práce na produktu, musíte ho nechat v stavu, který je nejen vylepšený, ale také ne méně dokončený než předchozí verze.
Aplikace tohoto principu znamená, že tým jako celek přebírá odpovědnost za inkrement. Pokud vývojář vykonává úkoly nedbale, což způsobuje zhoršení kvality produktu, někdo jiný bude muset udělat práci za něj. Na druhou stranu, pokud jakýkoli vývojář narazí na chyby v produktu, měl by je opravit sám nebo předat informace o chybě někomu, kdo to může udělat. O práci na inkrementu produktu v rámci sprintu napíšeme více v samostatném článku.
Zlepšování spolupráce v týmu
Práce na způsobu, jakým tým funguje, spočívá v neustálém zlepšování efektivity a účinnosti jednotlivých vývojářů.
Je však také, nebo možná především, prací na komunikaci mezi vývojáři. Zlepšení spočívá v vypracování řešení, která umožňují efektivní a přesné rozdělení úkolů. A také v procvičování dovedností:
- kritizovat řešení, ne lidi – změna jazyka, který používáme k popisu práce, vede ke změně postoje a zlepšení spolupráce
- odstoupit od svých nápadů – umožňuje humor a upřímnější zpětnou vazbu
- budování důvěry – díky důvěře může být navrženo mnohem více inovativních nápadů od vývojářů bez obav z negativní reakce okolí
Zlepšení spolupráce v týmu se dosahuje prostřednictvím neustálého reflexe nad tím, jak tým funguje, a poskytování zpětné vazby během Scrum událostí popsaných v tomto článku.
Shrnutí
V dnešním článku představujeme vlastnosti, složení a odpovědnosti vývojového týmu Scrumu. Interdisciplinarita, sebeorganizace a touha po rozvoji charakterizují tento malý tým. A neustálé zlepšování týmové práce a efektivní práce na produktu – to jsou úkoly, které musí splnit každý vývojový tým.
Pokud se vám náš obsah líbí, připojte se k naší komunitě pilných včel na Facebooku, Twitteru, LinkedInu, 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?