Agile

Co je vlastně agilní?

Jsem přesvědčený, že i ti, kdo už dlouhou dobu praktikují Scrum, si nejsou úplně jistí ve vztahu mezi agile obecně, agilní metodikou a agilní technikou a jak se tyto části hodí k podniku.

Agilní hnutí

První je agilní hnutí. „Agile movement“, tedy to, co si můžete přečíst v Agilním manifestu. Agilní hnutí je podniková kultura. Konkrétně se jedná o podnikovou kulturu, kterou lze podle T. B. Deala a A. A. Kennedyho definovat jako kulturu přátelských experimentů: „Pro kulturu přátelských experientů, respektive chléb a hry je charakterističtější týmová práce. Ceněný je především nápad. Chrlí se jeden za druhým, hodně se mezi sebou komunikuje, nejsou časté osobní nevraživosti, závisti. Pracovníci drží pospolu a jsou připraveni rychle reagovat na potřeby svých zák

Postup, jak se každé ráno namotivovat a nasměrovat

Všude doporučuju krátké úlohy. Jsou skvělé v tom, že se dobře časové odhadují, člověk na nich nepracuje týdny a výsledek je brzo vidět. Nevýhodou krátkých úloh je to, že člověk ztratí kontext. To platí o Scrumu, GTD a čemkoliv jiném. A tak člověk plní úkoly a plní a postupem času ztrácí širší obrázek, ono důležité Proč. To je dost demotivující.

Aby byl člověk motivovaný pro velmi malé úkoly, které jsou jak cihly v ohromné budově, nesmí zapomenout, že jeho prací není jen stavět cihlu na cihlu – jeho prací je stavba té budovy.

Protože si těch cílů kladu docela dost, není jednoduché je držet všechny v hlavě. Praktikuju tak ve svém GTD jeden postup. Každé ráno se mi vloží jako konkrétní kroky mé dlouhodobé cíle. Ty cíle se jako jeden krok udělat neda

Vztah k experimentu

Experimentujete, nebo jedete pořád starý a osvědčený „život“ a nic moc neměníte? Jak víte, že rozhodnutí, která děláte, nejsou příliš svázaná tím, co běžně zažíváte? Co když implicitně rozhodujete o spoustě věcí, které ale vůbec nejsou jednoznačné?

Díky experimentům jsem přišel na to, jak:

• shodit 10 kil za 10 týdnů
• vyléčit bolavé klouby, které bolely snad 8 let
• omezit prokrastinaci
• zbavit se spousty strachů
• vybudovat mnohem větší disciplínu
• zjistil jsem, které 2 hodiny práce denně jsou skutečně důležité a přináší hodnotu a kterých zbývajících 6–10 hodin práce se dá useknout bez větších problémů
• nakopnout svůj mozek a zbavit se únavy
• zároveň zkrátit svůj spánek o hodiny denně
• kdy pracuju dobře a kdy se do práce nedonutím

V čem je Scrum lepší než Lean Startup?

Dnes se dozvíte druhou část ze série srovnání Scrumu a Leanu. Dnes budu po komentářích používat radši termín Lean Software Development (s příznačnou zkratkou LSD). Na konci se dozvíte i nějaké konečné zhodnocení.

Lean startup je neprodejný

Jak je těžké zákazníkovi prodat Scrum s jeho iteracemi, ikdyž si zákazník dokáže spočítat cenu za bod a tím i zpětně náklady na vlastnost a tím dovede i ekonomicky kalkulovat! Je pro něj pořád méně pohodlné než fixed-price u běžného vývoje SW. Minimálně dokud nezjistí, že Scrumové týmy dodávají levněji a rychleji, je obtížné zákazníka převést na platbu po sprintech. Zákazník má sice nástroje, jak řídit náklady (zjistí, že vlastnost je obodována např. na 5 bodů a on ví, že náklady na bod jsou 2 tisíce Kč a tedy

V čem je Lean Startup lepší než Scrum?

V dvoučlánkové sérii si nejdříve ukážeme, v čem se Scrum má co naučit od Lean Startupu. V druhém díle si ukážeme, že není všechno zlaté, co má v názvu trendy japonské slovo, jako je třeba Kanban a ukážeme si, že v lecčems je Scrum životaschopnější metodika. Ve výsledku (což jsem si už v pár firmách, kde jsem Scrum zavedl) je nejefektivnější kombinace obou.

Pokud napíšu LS, „lean“ nebo „štíhlé řízení“, myslím Lean Startup. Původní metodika tak, jak je běžná například v Toyotě (Toyota Production System), není s Lean Startupem totožná.

V čem je tedy Lean Startup lepší než Scrum?

Menší backlog

V Lean Startupu je backlog velmi omezen. Na vstupu čeká minimum položek, které se musí udělat brzo. Neplánuje se „dlouho dopředu“ a řízení má možno

Video z mé přednášky Cargo Scrum

Podívejte se na záznam mé přednášky o Cargo Scrumu. Můžete se podívat tady. Celá má asi 46 minut.

Dozvíte se:

• co Scrum je, ale hlavně co Scrum není
• jaký je vztah Scrumu a agilního manifestu
• co je agilní manifest
• 5 tajemství úspěchu Scrumu
• 12 způsobů, jak implementaci Scrumu můžete pokazit

Omlouvám se, že občas odcházím z obrazu. Ve skutečnosti jsem v tu chvíli ani nevěděl, že se natáčí jen učitelský pultík.

Lean a agilní metodiky

Porovnávám si Lean a Agile. Co je lepší? Liší se to? V čem jsou rozdíly? Čtu knížku Lean Startup od Erica Riese a už dříve jsem přečetl knihy Tak to dělá Toyota od Jeffreyho Likera a Kaisen od Imaie.

Ve zkratce se neliší v ničem.

Obecně platí, že co je dobré ve štíhlých firmách, je dobré i ve Scrumu. Ostatně tam, kde nějaká metodika už nesahá, beru při školení příklady ze štíhlých firem (a stejně tak štíhlé firmy by si mohly vzít hodně od Scrumu nebo Agile obecně).

Rozdíly se hledají těžko. Jsou spíše v názvosloví. V případě Kaisenu i v tom, že je dost postaven na kolektivistickou společnost, kdežto agilní přístup vyrostl v individualistické euro-atlantické civilizaci.

Agile má krátké iterace (nebo nemá iterace vůbec).
Štíhlá výroba má jednokusov�Celý článek

Agile v reálném životě potřetí

Před časem jsem implementoval agilní metodiky do svého života. O něco později jsem o tom znovu napsal. A teď je ta pravá chvíle se podělit, jak se mi v agile daří a co mi dává každý den.

Z agilních metodik a technik jsem si vzal:

• týdenní sprinty (na jejichž konci dělám klasické review, na začátku planning)
• minimalizace work in progress – dělám menší projekty a snažím se nepracovat na mnoha projektech naráz
• daily standup: především tedy kontrola, co dělám, zda to stíhám v termínu a podobně
• minimalizace time to market – tedy zkracovat čas pro uvolnění projektů do produkce. Například za ŽítIT je ani ne týden vývoje (ostatně důležitý je obsah, aplikace postupně poroste) a už se blížím k prvním změnám (oproti přidávání nových vlastností, kter�

Je analýza software mrtvá?

Občas slýchávám věty typu: „díky MVC se nemusí dělat analýzy“, „ve Scrumu se nemusí dělat analýzy“, „když budu pracovat pomocí TDD, architektura se sama vynoří“ a podobně. Já se vás dnes pokusím přesvědčit o opaku.

Role analýzy je říct mi, kde jsem a co potřebuji, abych došel k dalšímu sprintu.

K programování pomocí TDD nemusím mít stovky diagramů, desítky stránek specifikace. Ale taky to neznamená, že k cíli dojdu intuitivně. Ikdyž je TDD skvělé, je každá jeho iterace jen drobný krůček k cíli, který může být daleko. Mnohem jistější je člověk, pokud má k cíli kdesi za horizontem navíc spoustu bodů po cestě, které ho k cíli dovedou. Proto i to TDD by mělo směřovat k milníkům. Situace má i více benefitů. Třeba v two bits jsem zažil, že jsCelý článek

Pojďme Žít IT!

Zamýšlel jsem se nad tím, jak nechat své studenty zopakovat si to, co se na školení naučili. Zároveň s nimi chci zůstat v kontaktu, aktualizovat jejich znalosti tak, jak vychází nové druhy software a jak se stávají stále lepšími.

Tak jsem vymyslel systém průběžného rozvoje, který právě spouštím do beta provozu. Běží na adrese ZitIT.cz a je k dispozici všem, kteří kdy byli na mém školení (na spoustu z vás nemám e-mail, komu ještě nepřišlo pozvání, prosím, napište mi e-mail).

Startuju s osvěžením znalostí ze školení testování a Scrum a brzo přibudou i moduly pro GTD a time management, které co nevidět už vypíšu a dál rozvoj pro ty, kteří pracují v HTML5 a Javascriptu.

Moduly jsou výhradně pro absolventy mých školní. Časem přemýšlím, že vypíšu i veřejn