Jak přestat vyvíjet a začít doručovat řešení
Rychlá příručka, jak začít s metodologií ShapeUp ve vývoji produktů.
Efektivnější způsob vývoje.
Šestitýdenní cykly
Šest týdnů je dostatečné pro skutečný produkt, ale dostatečně krátké, abyste zůstali flexibilní.
Shaping
Před vývojem se idea upraví do rozsahu, který přesně adresuje její cíl. Je zde jasná priorita a problém, který řešíme.
Zodpovědnost týmu
Je na týmu, jak se k úloze postaví a jak si naplánuje její realizaci. Šetříme čas na management.
Rizika pod dohledem
Jasné hranice a omezený čas redukují přečerpané rozpočty a zklamané vývojáře.
Šestitýdenní cykly
Šestitýdenní cykly jsou dostatečně dlouhé, aby tým dokázal vytvořit něco smysluplného, ale zároveň jsou dostatečně krátké, aby pociťoval časový tlak a využil čas efektivně. Většina nových funkcí se vyvíjí a nasazuje v rámci jednoho šestitýdenního cyklu.
Rozhodnutí jsou založena na tom, jak posunout produkt vpřed v následujících šesti týdnech, ne na mikromanagementu času. Žádné sledování času nebo reporty o tom, jak jsou jednotlivé dny využity. Není potřeba denních stand-upů ani přemýšlení o strategickém směřování každé 2 týdny.
Jde o pohled z vyššího levelu. "Velmi si přejeme, aby tento projekt byl dokončen během šesti týdnů." Následně věnujeme 6 týdnů týmu, aby tento projekt dokončil.
Shaping
Předtím, než je úloha přidělena týmu, je potřeba ji formovat pomocí malého seniorského týmu, který definuje klíčové prvky řešení. Tento krok je důležitý pro jasné vymezení hranic projektu a umožňuje týmům pracovat autonomně.
Namísto odhadování času se zaměřujeme na naši chuť - apetit a hodnotu nápadu. Namísto otázky "Jak dlouho to potrvá?" je na místě otázka "Kolik času je tato úloha hodnotná?" Kolik času (nákladů) chceme věnovat této úloze? Shaping se zaměřuje na podstatu problému a vytváří zadání, které řeší jádro problému v mezích našeho apetitu.
Tým je zodpovědný
Tým zodpovědný za projekt má plnou zodpovědnost za definování vlastních úkolů, přizpůsobování rozsahu a spolupráci při tvorbě všech vrstev produktu postupně po sobě. Tento přístup se liší od jiných metodologií, kde manažeři rozdělují práci a programátoři působí jako "roboti".
Zde se uzavírá kruh. Když jsou týmy více samostatné, senioři tráví méně času jejich řízením. S menším časem na řízení se mohou věnovat více shapingu. Když jsou projekty lépe shapované, týmy mají jasnější hranice, ve kterých se pohybují, a mohou fungovat samostatněji.
Rizika pod dohledem
V každém kroku procesu se zaměřujeme na konkrétní riziko, a to riziko nedodání produktu včas. Na rozdíl od jiných knih, které se zaměřují na riziko vytvoření špatného produktu, Shape Up se zaměřuje na riziko uvíznutí a ztráty času při vývoji.
Během shapingu redukujeme tato rizika vyřešením otevřených otázek před tím, než se projekt dostane do plánování. Zadání musí být zbaveno rabbit holes a nemít nevyřešené komplikované závislosti.
Riziko ve vývoji je omezeno šesti týdny. Po uplynutí stanoveného času projekt nemá prodloužení. Toto omezení zaručuje, že nebudeme překračovat násobky žádoucího apetitu na projekt, který ještě potřebuje promyslet.
A nakonec riziko minimalizuje postupný vývoj frontend i backend částí. Namísto budování nesouvisejících částí a naděje, že se to na konci sladí, budujeme od začátku malé celky, které fungují.