My jsme tehdy byli zavedeny team, ktery umel a chtel. Scrum nam byl narizen, tak jsme jej delali...
Scrum nepodporuje specializaci v ramci teamu, ale prave naopak. Kazdy dela vsechno, ukoly se prirazuji vyvojarum jak to vyjde.
Toto je přesně ten problém, který tuším ve Vaší implementaci. Úkoly se totiž nepřiřazují lidem shora. Tým si sám rozhodne, kdo s kým a co bude ten den dělat. Jediné přiřazování úkolů celému týmu probíhá dohodou na planningu. A tam se "přesně" ví, kolik toho tým v daném složení zvládne. Ono ne všechno musí dělat ten jeden expert na danou oblast, nějaká zastupitelnost je potřeba i za cenu teoretického malého (a dočasného) zpomalení.
Tohle je totiž zásadní a úplně typický problém blbě použitého SCRUMu (nebo agile obecně). Nějaký šéf nařídí SCRUM, aby měl lepší kontrolu nad lidmi, místo toho aby ten tým použil vhodnou metodiku pro podporu své práce.
Takze vsichni vlastni vsechno, t.j. nikdo nevlastni nic. Zdrojak se stane vlivem castych a malych zmen od ruznych lidi prisernym bastlem.
Opět viz přednáška od Boba Martina, kterou jsem linkoval výše. Součástí Agile je i řemeslná kvalita zpracování. Takže to prasení nesmí projít přes code review (stejně jako absence testů).
Jeden z 12 základních principů Agile manifestu:
"Continuous attention to technical excellence and good design enhances agility."
Nebude to fungovat pro skupinu - když vám nikdo nepomůže, nebo vy jemu, nemá smysl ztrácet čas na stand-up(u) ani retrospektivě, protože v tom případě se z nich staly jen různě často se opakující skupinové terapie.
Amen. Ta skupina musí fungovat jako tým, kde silnější pomůžou slabším (a něco je tím naučí). Pak mají i daily standupy smysl (kolegové si navzájem řeknou, kde potřebují pomoct).
Osobne ani omylom, to je akurát tak najrýchlejšia cesta na niečo zabudnúť.
Na standupu se žádné úkoly nerozdělují. Slouží jen pro synchronizaci uvnitř týmu. Nadřízení tam můžou tak maximálně upozornit, že se v rámci běžícího sprintu změnila priorita (pokud to předtím zadali do Jiry, Trella, ...). Do ničeho jiného na standupu kecat NESMÍ (jinak už to není SCRUM).
Odpovídající princip z Agile manifestu: "Build projects around motivated individuals. Give them the environment and support they need, and TRUST them to get the job done."
Všechny úkoly jsou samozřejmě sledované a výstup z 5-10 minutové porady zvládnete do systému přepsat za minutu. Obzvlášť, když žádný není, protože na závažná rozhodnutí jste si udělali separátní poradu jen s relevantními lidmi a ty změny zapisujete průběžně.