Fedexday

124f54gNáklady firiem na vytváranie motivácie u zamestnancov nie sú malé. Obľubené sú teambuildingové akcie, výlety, finančné prémie a pod. To všetko stojí peniaze. A pritom čínnosť ako je vývoj softvéru (a vývoj všeobecne) môže byť sama o sebe natoľko zaujímavá, že sa stáva motiváciou. Ak neveríte, dá sa to jednoducho overiť. Môžete si skúsiť Fedexday.

Pre zamestnancov je Fedexday zážitok, pre zamestnávateľa sa to nedá nazvať inak ako veľa muziky za málo peňazí. Fedexday je súťaž, kedy za 24 hodín (preto ten Fedex v názve) musíte vyvinúť a dodať (t.j. musí to byť funkčné) nejaký výsledok. Pre softvérové firmy to znamená hlavne dodanie softvéru. To, na čom budete pracovať, akú technológiu použijete a s kým na tom budete pracovať, je na vás. Práve táto sloboda venovať sa niečomu, na čo ste si už možno dlho brúsili zuby, je hlavným motorom akcie. Je to síce súťaž a na konci je vyhlásenie víťaza, ale žiadne reálne vecné ceny nečakajte. Tie by len poškodili hlavnú motiváciu a tou je zvedavosť a snaha niečo dokázať. Fedexday neznamená len, že môžete robiť, na čom chcete, ale aj to, že máte na to 24 hodín a nie viac. Za ten čas musíte byť schopný dodať to, čo ste si predsavzali.

Pred určitým časom som sa takejto akcie zúčastnil a myslím si, že je to niečo, čo je prospešné pre firmu aj zamestnanca naraz. Zamestnanec môže zažiť nevšednú akciu, pri ktorej si otestuje novinku alebo vytvorí niečo, po čom už dávno túžil. Firma zase za malý obnos (poskytnutie priestorov, pizza) u ľudí zvýši motiváciu k práci. Začať pracovať na obed jedného dňa, pracovať 24 hodín bez oddychu a na ďalší deň opäť na obed to prezentovať je zážitok, ktorý možno nie je až taký adrenalinový ako skok s bungee lanom, ale má svoju osobitosť. Jedna z vecí, ktorú vás to naučí je, že ste schopný dodať hotovú vec za kratší čas, ako ste mysleli. Pritom prostredie ani nástroje sa nemenia. Len vaša motivácia.

Fedexday vie byť pre firmu pomerne silným impulzom. Je podľa mňa lepší ako štandardná teambuldingová akcia, pretože ľudia si vyberajú, čomu sa budú venovať, a teda sú do toho viac zapojení ako do nejakých súťaží, ktoré niekto pripravil. Tímy sa formujú sami, myšlienky sa realizujú v krátkom čase a učiaca krivka je prudká. Po 24 hodínach máte dosť. Ste zrelý na sprchu a do postele. Ale kombinácia toho, že ste sa za tak krátky čas prehrýzli problémom a dodali niečo čo funguje, že ste pochopili, ako to máte celé postaviť a potom to postavili … to jednoducho stojí za to.

Simulácia Scrumu s LEGO kockami

Alexej Krivitsky, agile kouč a organizátor známej konferencie Agile Eastern Europe, už dlho učí Scrum pomocou hry LEGO.

Pomocou tejto hry je možné veľmi názorne a prakticky pochopiť ako má agilný tím fungovať, ako plánovať produkt a ako sledovať priebeh pomocou Scrum.

Keďže túto hru hrajem aj ja pri našich agilných tréningoch, Alexej ma poprosil o preklad do slovenčiny. Ďakujem Tiborovi Radačovskému za pripomienky.

ScrumLego

Stiahnite si slovenskú verziu.

Základná smernica retrospektívy

Skúste prečítať túto vetu nahlas všetkými členmi tímu na začiatku vašej retrospektívy…

Bez ohľadu na to, čo zistíme,

chápeme a pevne veríme,
že každý robí tú najlepšiu prácu akú môže,

vzhľadom na to, čo pozná,
podľa svojich schopností a zručností,

podľa  situácie, ľudí a zdrojov,
ktoré sú k dispozícii.

Agile Open Space Meetup v Bratislave

Na poslednom meetupe minulý rok v Bratislave sa nám podarilo (v podstate) spraviť malú konferenciu aj vďaka piatim prezentujúcim a množstvu Vás, ktorí sa prišli pozrieť.

Keďže nám ostalo iba málo času na rozhovory, radi by sme Vás pozvali na prvý Agile Open Space. Cieľom bude viac poskytnúť priestor diskusii o témach, ktoré Vás zaujímajú. Témy sa dohodnú priamo na mieste.

Kedy: 3. apríla 2012, 18:00

Kde: Kafe Nervosa, Zámocka 30, Bratislava, Mapa

Vstup zdarma

Aké sú pravidlá open space?

  1. Správny človek je ten kto príde.
  2. Čokoľvek  sa stane je správne.
  3. Správny čas je keď sa to začne.
  4. Keď je koniec tak je koniec.
  5. Ak sa ocitnete v situácii, že sa prestanete učiť alebo prispievať, jednoducho všetkých pozdravte, použite svoje dve nohy a choďte robiť niečo užitočné.

Na záver urobíme krátky prehľad o diskutovaných témach, problémoch a  záveroch.

Navrhované témy:

  • Ako agilný prístup premietnuť do zmluvy o dielo? Dá sa to?
  • TDD, scrum, agilne kontrakty
  • Agile requirements

Chcem Vás poprosiť o krátku registráciu, aby sme vedeli prispôsobiť priestor počtu účastníkov.

    Email (*)

    Téma pre Open Space, ktorú by ste radi prediskutovali

    Agile Estimation and Planning

    978d4fCítiť istotu je určite nepohodlné, ale byť si istý, to je na smiech.“ -čínske príslovie

    Agilné metódy pomerne výrazne nabúravajú zažité postupy metód tradičných. Nielen že radia preniesť riadenie a zodpovednosť na ľudí, nepísať dokumentáciu (aspoň nie toľko ako predtým) a nerobiť analýzu (aspoň nie príliš dopredu), ale dokonca hovoria o tom, že dlhodobé a presné plány sú na nič. Odhadovanie a na ňom závislé plánovanie by sa malo robiť nepresne alebo krátkodobo. Odhady by mali tvoriť ľudia a zákazník by mal akceptovať neistotu v tom, čo bude dodané. To sú veci, ktoré sú niekedy (a v niektorých situáciach) len ťažko predstaviteľné. Ak vás zmáhajú pochybnosti ako to má celé fungovať, možno by ste mali siahnuť po knihe Agile Estimation and Planning od Mike Cohna.

    Kniha je (prekvapivo) o plánovaní a odhadoch. Neobsahuje prakticky žiadne vysvetľovanie agilných metód, a preto nie je vhodná pre úplného začiatočníka. Kniha nie je len popisom postupov a artefaktov plánovania, ale je tiež značnou mierou obhajoba toho, prečo je tento postup správnejší ako tradičný. Ak teda potrebujete nazbierať argumenty v prospech agilného prístupu, v knihe určite nejaké nájdete.

    Čo všetko tam vlastne môžete nájsť? Kniha je rozdelená do šiestich častí: 1. Problém a cieľ; 2. Odhad veľkosti; 3. Plánovanie pre hodnotu; 4. Sledovanie a komunikácia; 5. Prečo agilné metódy fungujú a 6. Prípadová štúdia.

    Prvá časť skúma plánovanie ako také. Snaží sa identifikovať princípy a ciele plánovania všeobecne. Ďalej postupne vysvetľuje filozofiu agilného plánovania, porovnáva ho s klasickým plánovaním a poukazuje na rozdiely. Ako napríklad vyzerá dobrý plán? Je to plán, na základe ktorého môže zákazník robiť svoje vlastné rozhodnutia. To v preklade znamená, že robíte plán, ktorý je dostatočne presný, aby sa zákazník napríklad vedel rozhodnúť, kedy začať marketingovú kampaň, ale zároveň v sebe obsahuje dostatok priestoru na prispôsobovanie zmenám v budúcnosti.

    Druhá časť sa plne venuje procesu odhadovania. Snaží sa objasniť, čo je to story point a prečo je lepší ako reálny človekodeň alebo ideálny človekodeň. Nájdete v nej tiež rôzne techniky na odhadovanie.

    Tretia časť sa už zaoberá praktickým postupom plánovania agilného projektu. Ako zostaviť backlog (a čo to vôbec backlog je), ako naplánovať release a ako iteráciu. Prioritizácia backlogu je téma sama o sebe a je jej venované niekoľko kapitol. Prioritizovať sa dá na základe rizika a hodnoty, alebo na základe ROI či Kanov-ho modelu. Táto kniha je jednou z mála, v ktorej nájdete agilné metódy a seriózne tabuľky s prepočtom investovanej a navrátenej hodnoty. Autor sa tiež venuje téme dobrých User Story, ale o nich už existuje samostatná kniha, ktorá ich rozoberá dopodrobna (moju recenziu na ňu môžete nájsť tu: http://agile.sk/?p=568). V knihe sa dá nájsť aj kapitola o zahrnutí neistoty (teda vytvorenia buffera) pre plán alebo plánovania pre viactímový projekt.

    V štvrtej časti nasleduje pasáž o vizualizácii a komunikácii plánov a to hlavne smerom k zákazníkovi. Mike ukazuje rôzne typy grafov pre zobrazovanie aktuálneho stavu releasu a iterácie a vysvetľuje, ako s nimi pracovať a ako odkomunikovať taký parameter, ako je rýchlosť (velocity) tímu.

    Piata časť je pomerne krátka a obsahuje v skratke argumenty, prečo agilné plánovanie funguje a šiesta záverečná časť obsahuje prípadovú štúdiu plánovania vývoja softvérového projektu – počítačovej hry. Posledná kapitola je obzvlášť dobrá, ak si všetku tú teóriu z predchádzajúcich kapitol neviete predstaviť v praxi.

    Kniha Agile Estimation and Planning podáva vysvetlenia v oblasti, ktorá je pre projekt jedna z kľúčových. Ak už máte predstavu o agilných metódach alebo ich už nejakým spôsobom používate, ale to plánovanie sa akosi stále deje po starom, pretože ten nový spôsob pôsobí príliš exoticky, môže byť táto kniha dobrý sprievodcom ako ďalej. Každopádne to, že sa na približne 300 stranách venuje len tejto téme, je dostatočný priestor na to, aby bola rozpytvaná pre potreby ľubovoľne odborného publika.

    Seminár – Scrum prakticky v Bratislave

    John Cutter z Harvardu tvrdí, že klasický spôsob zavedenia zmeny Analyzovať-Premyslieť-Zmeniť vôbec nefunguje. Lepším spôsobom zavedenia zmeny je Vidieť-Cítiť-Zmeniť. Vidieť umožňuje totiž ľuďom cítiť, čo podporuje zmenu a hlavne jej prirodzenú a rýchlu adaptáciu.

    Kníh o Scrume je dnes už pomerne veľa. Takisto prednášok na konferenciách.

    Ale ak chcete Scrum spoznať prakticky a správne, potom Vám odporúčame prihlásiť sa na jednodňový workshop v Bratislave 4. apríla.

    Odporúčame ho nielen tímom, ktorí s agile začínajú.

    Registrácia