Month: August 2016

Konference Agile Prague 2016

Již pošesté se v září koná konference Agile Prague. Můžete se tedy těšit ve dnech 12.-13. září 2016 na spoustu zajímavých přednášek s Agilní tematikou, praktické case-studies a také několik workshopů. Co konkrétně bych doporučila?

Mám radost, že letos přijede Gojko Adzic, jehož Impact Mapping je velmi užitečný ve všech produktových organizacích.  Těším se na Woody L. Zuilla a jeho Mob programming. Další letošní keynote přednášku bude mít David Laribee na téma The Liberal Arts Programmer. Poslední letošní keynote řečník je Mark Layton, Scrum trenér s kterým jsme vloni organizovala v Praze Globální Scrum Gathering.

Stále žhavé téma je jak použít Scrum v kontextu větší firmy, tedy Scaling Scrum. V loňském roce Bas Vodde přestavil v Praze LeSS (Large-Scale Scrum) Framework a letos na něj naváže Jurgen De Smet, certifikovaný LeSS trenér, se kterým organizujeme následný konferenční workshop právě na téma LeSSu. Když už jsme u LeSSu, tak i Ran G. Nyman se scalingu a LeSSu věnuje.

Letos se věnujeme hodně i témau komunikace (Judith Mills) a coaching (Lisa Cornier a Suzanne Gagnon). Jako tradičně na konferenci bude Open Space, tentokrát ho uvede Olaf Lewitz, z čehož mám radost, protože Olaf vždy mile překvapí s něčím novým. Těším se také na přednášku Danka Kovatche a jeho pohled na Scrum. Gil Zilberfeld má hned dvě přednášky na téma testování a ty si určitě nenechte ujít. Jako každý rok vám několik firem představí své zkušenosti s aplikací Agilních metod, Scrumu a Kanbanu.

Já mám připravený krátký workshop na téma Team Toxins, kde se podíváme jak by měl dobrý tým vypadat a co dělat když náhodou tak dobrý není.

Nebudu tu opisovat celý program, na ten se podívejte na stránky konference AgilePrague. Doufám, že každý z vás si najde svá témata, která vám přijdou zajímavá. Nezapomeňte že inspiraci nezískáte jen posloucháním přednášek, ale i osobní konverzací se speakery a účastníky konference. Prostoru pro networking a diskuze bude hodně a využívejte ho co možná nejvíce. I o tom je konference Agile Prague.

Těším se na konverzace, přednášky a workshopy, ale hlavně na vás všechny – účastníky Agile Prague conference.

 

Co je to produkt a co projekt

Projekt začíná a končí. Produkt je tady ‘donekonečna‘. Pokračuje dalšími fázemi, rozšiřuje se, mění se.  Definice, kterou používá LeSS (Large Scaling Scrum) říká, že produkt by měl být tak široký jak je jen možné, ale stále praktický. Praktičnost obvykle končí hranicemi vaší firmy. Když už byste museli do cross-functional týmů zakomponovat lidi z cizích firem, abyste mohli dodávat end to end funkcionalitu, tak jste asi na hranici produktu. Na druhou stranu, jestliže produkt vnímají zákazníci jako jeden produkt – je to jeden produkt bez ohledu na technologii. Tedy frontend a backend je jeden produkt. Internetové řešení obsahující Web, iPhone a Android aplikaci je jeden produkt. Z druhé strany všechno co má podobný kód a je technicky podobné je jeden produkt.

Továrna na párky

Firmy často nevědí, kdy se na to co dělají, mají dívat jako na jeden produkt (viz výše zmíněná kritéria) a kdy to naopak rozdělit na více celků. Analogie, kterou pro takové rozhodnutí používáme, se jmenuje Továrna na párky. Chodí k vám různé zakázky-projekty. Někdo chce hovězí párky na večeři, někdo grill mix na párty. Někdo chce dokonce vegetariánský párek, někdo pikantní chilli. Když se na to budete dívat projektově, nikdy nepostavíte stabilní cross-functional týmy. A Agile vám nikdy pořádně nebude fungovat. Když ale řeknete, že vaše továrna na párky je továrna na internetová řešení, a na projekt se budete dívat jen jako na velký Epic v Backlogu, bude vše najednou snadné. Máte jeden Backlog, tam se sypou veškeré projekty. Jako každá položka Backlogu prochází Backlog Refinementem a prioritizací. Týmy pak jen berou ty nejdůležitější položky z Backlogu a dodávají je v rámci svého procesu v kvalitě odpovídající Definition of Done.

Když to mám nějak sesumarizovat, většinou produkt proti současnému stavu rozšiřujeme a stavíme stabilní továrnu, kde týmy mohou spolupracovat na jedné věci. Na druhou stranu takových továren můžete mít ve firmě mnoho. Například když děláte online hru a informační systémy, asi je praktické aby to byly dvě továrny a ne jen jedna.

Jak takovou velkou továrnu organizovat? Na to odpovídá například Large Scaling Scrum LeSS –kdybyste se chtěli o LeSS frameworku dozvědět více, pořádáme 3 denní LeSS workshop při konferenci Agile Prague 2016 v září.

Kanban nebo Scrum

Na letošní Agile Prague konferenci se vyrojilo mnoho CaseStudies na téma Kanban nebo Scrum. A protože konference bude až v září (nečekejte s registrací příliš dlouho, protože máme skoro vyprodáno) tak nevím, o čem budou jednotliví speakeři mluvit. Ale inspirovalo mě to k napsání toho, co vidím v rámci Agilního Coachingu a workshopů až příliš často. Dalo by se to shrnout větou Scrum nás moc nutí se měnit, stát se Agilními nejen jako tým, ale jako celá organizace. A to je moc práce, tak radši přejdeme na Kanban. Tam není tolik pravidel, nemusíme vytvořit žádné další role, a vlastně můžeme dělat to, co do teď a i přesto být Agilní. Odškrtnuto a bez práce. Kanban má totiž hrozně blízko k metodice jen s jedním pravidlem: Dělat všechno dobře. Je to dobrá metodika, stejně jako Kanban, ale většina firem ji nezvládne naimplementovat. Kanban sám o sobě je obsažen v DNA Scrumu. Scrum vznikal až po něm, takže veškeré Kanban principy zakomponoval do svého jádra fungování. Ostatně ani to, že ve Scrumu nemůžete dělat Continuous Delivery, neobstojí. Stačí přeci rozšířit Definition of Done tak, aby obsahovala i nasazení na produkci a tým pak nasazuje v průběhu Sprintu tak, jak jednotlivé UserStory dokončuje. Jestli když už jste tak daleko, že máte funkční cross-functional týmy, které nasazují v průběhu Sprintu na produkci, potřebujete Scrum je těžko říct.  Možná ne, protože máte Agilní mindset a kulturu už dávno tak v kostech, že i doporučení ‘dělejte všechno dobře‘ vyústí v Agilní firmu. Na druhou stranu, v takových firmách kde Scrum zvládli, pomáhá jim, se ho nezbavují jen proto, že jim něco nejde nebo že našli nové jméno.

Samozřejmě existují prostředí, kde je Kanban vhodnější než Scrum. Ale rozhodně to nejsou produktové firmy, ani když dělají hodně maintanance nebo mají prostředí, kde se stakeholdeři nechtějí domluvit, co mají týmy dělat a proč, a neustále se mění priority. Agile nikdy neměl být chaos.

K Agilnímu mindsetu samozřejmě nevede jen Scrum, ale i Kanban a třeba XP. Jen čistě z mé zkušenosti úspěšnost Scrumu na cestě k Agilnímu mindsetu je výrazně vyšší než úspěšnost Kanbanu. Vede tam i cesta přes doporučení ‘dělejte všechno dobře‘. Ale ta je ještě o řád méně úspěšná.

Jsem zvědavá co case-studies na Agile Prague Conference přinesou do diskuse k této tématice. A budu ráda, když se dozvím něco nového a zajímavého na téma proč by se mohlo vyplatit jít od Scrumu ke Kanbanu.