Vánoční Dot Voting

Našla jsem pěknou stránku na online Dot Voting… Tak jsem jí chtěla vyzkoušet.

Otázka zní: “Kdybyste chtěli dát vaší firmě dárek k Vánocům darek, který stačí jen rozbalit a je naimplementováno. Co z Agilních metod byste jí nadělili?”

Najdete tam plné procesy, jednotlivé praktiky i drobné artefakty. Zvolte si to co je pro vás a vaši firmu teď zrovna nejdůležitější. Máte 5 hlasů. Hlasování končí 24.12.2013.

Hlasovat můžete tady:
http://www.dotvoting.org#vote12128002ryxa15aomz74

A do komentářů mi napište, jak se vám služba Dot Votingu líbila 🙂
Já rovnou dodám že mě hodně zklamal UI pro hlasování. Když jsem voting vytvářela, podle obrázků na stránce bych čekala něco zcela jiného.

Na výsledky se můžete podívat tady.

Agilní Metro, Gumoví medvídci a Niko-Niko

Narazila jsem na jednu moc pěknou stránku s agilními praktikami. Agilní mapa metra – cestujte agilním metrem, dozvíte se vše možné i nemožné o agilních praktikách včetně historie jejich vzniku. Mapa agilních praktik je členěná do barevných tras zaměřených na nějakou oblast, každá zastávka se pak věnuje konkrétní praktice.

Agilni Metro - mapa agilnich praktik

Věděli jste například, že kromě relativních bodů (story points) a velikostí triček se dá odhadovat i na gumové medvídky (Gummi Bears)? Alespoň to pak nesvádí k porovnávání mezi týmy. Jak to uděláte, už záleží na vás, ta vtipnější varianta kterou vám Google najde je, že praktika vznikla tak že každý developer dostal balíček a jedl dle svého vlastního tempa gumové medvídky. Podle toho kolik jich snědl, takovou velikost měla daná User Stoy. Při řešení náročnějšího problému který je více stresoval jedli medvídků více a hladina cukru jim vlastně problém pomáhala řešit. Ukázalo se, že po chvíli měření snědených medvídků každý člen týmu umí relativně poměřovat jednotlivé story a odhadnout, kolik medvídků je budou stát. Pochopitelně rychlost jedení medvídků byla u každého jednotlivce jiná, tedy nešla mezi jednotlivými členy týmu porovnávat. Že se vám to nezdá? Možná to tak nebylo 🙂 ale jak se píše v závěru článku, něco takového klidně za vznikem relativního ohodnocování být mohlo.

Zastávka, která mi jako jedna z mála nic neříkala, je Niko-Niko. Niko znamená v japonštině úsměv. A o úsměvu to také je. Každý člen týmu si do Niko-Niko kalendáře kreslí obličej tak, jak se ten den cítí: 🙂 😐 🙁 . Při retrospektivě se to pak dá vyhodnotit. Napadlo mě, že bych si ho taky mohla kreslit. Bylo by zajímavé se podívat jestli jsem v létě kdy je teplo opravdu spokojenější než když je zima 🙂 … Praktickou aplikaci tohoto principu jsem okoukala u jednoho ze sustaining týmů. Nedělají sice smilíky za každého člena týmu, ale přidávají je k jednotlivým issues které mají na řešení na tabuli. 🙂 znamená v pohodě, 😐 označuje blížící se problém s dokončením včas a 🙂 obvykle kritický problém který jako tým musí řešit.

Agilní praktiky XP – Jednoduchý design

V úvodním příspěvku o agilní metodě Extreme Programmingu jsem uváděla čtyři základní hodnoty: jednoduchost, komunikace, zpětná vazba, odvaha. Těchto základních hodnot se dociluje pomocí několika základních praktik.

Držte jednoduchý design, protože nikdy nevíte, co zákazník opravdu bude chtít. Tak proč dělat obecné robustní architektury kterým pak skoro nikdo nerozumí a tak je veškerý refactoring přinejmenším složitý. Rozmyslete si, čím trávíte svůj čas. Spíše než věnovat čas obecnému designu, je lepší přijmout, že požadavky se mění každý den, a uzpůsobit svůj proces tak, aby byl flexibilní a dobře reagoval na změny. Jednoduchou a lehkou konstrukci můžete snadno přestavět. A není to složité. Stojí to trochu času navíc, ale o hodně méně než předělávat něco, co by se dalo přirovnat ke kusu železobetonu. A právě o tom je agilní programování.

Jednoduchý design

Asi budete všichni souhlasit s prohlášením, že zákazník neví, co chce. Ano většinou to ani sám zákazník neví. A zjišťuje to až v průběhu procesu. A právě proto většina klasických metod selhává. Počítají totiž s tím, že co jsme si na začátku domluvili (a dali do smlouvy), platí na věky. A tak jim nic nebrání v generování složitých a do detailu promyšlených řešení, která ale nikdo nepotřebuje ani nechce. Jen o tom z pohledu zákazník nikdo nepřemýšlí. Proto přeci máme detailní smlouvy. A bohužel, proto máme tolik nespokojených zákazníků a tolik neúspěšných projektů.