V jednom z předchozích článků jsem psal o typech agilních koučů. Lyssa Adkins rozlišuje tři: technical coach, business coach a agile transformation coach. Když jsem si uvědomil, že jsem ještě nikdy nepsal o technickém koučování, samotného mě to překvapilo. Začnu vlastním popisem toho, co technický kouč dělá, a v příštím článku se podíváme na to, co by měl umět.
Začátkem září proběhla konference Agile Prague. K review svých poznámek jsem se dostal až dnes.
“Já jsem vlastně takovej Agilní nihilista. On možná ten Scrum ani takovou hodnotu nemá…” říká Martin Jarčík na videu ze setkání Jak to dělám já. Až po roce jsem si uvědomil, jak moc s touto větou souhlasím.
Vyvíjíte produkt a netušíte, jak budou zákazníci reagovat. Startup znamená stavět produkt v prostředí extrémní nejistoty. Strávíte tři měsíce zjišťováním požadavků zákazníka, šest až devět měsíců vývojem produktu a pak konečně ukážete své dílo zákazníkovi. A uspějete…
Během přípravy na mobování v praxi jsem si sepsal několik situací, na které můžeme narazit. Nejsou to mé zkušenosti, čerpal jsem z videí a blogů.
Podaří-li se vám najít ty správné vývojáře a utvořit z nich tým, můžou být vaše code review opravdu toxická. Níže je praktický návod, jak na to.
Knih, které bych si chtěl přečíst, je mnoho a času je velmi málo. V tomto článku se s vámi podělím o to nejlepší, co se mi osvědčilo.
V jednom z předchozích článků jsem si dělal legraci z pěti principů Kanbanu. Dnes si tyto principy popíšeme poctivěji.
S mainstreamovým rozšířením Scrumu to vypadá, jakoby všechny dobré Agilní praktiky přinesl do hry Scrum. Věděli jste, že user stories, planning poker a denní standup jsou praktiky pocházející z Extrémního programování?
Porovnáme-li Kanban s jinou Agilní metodikou (Scrum, XP, …), bude Kanban vypadat minimalisticky. Kromě pěti základních principů Kanban vlastně nic neříká. Když si tyto principy přečte člověk poprvé, rozhodně neví, co dělat. Právě proto je Kanban zpočátku obtížný.