eduScrum príručka (ne-revidovaná slovenská verzia)

S veľkou radosťou oznamujem zverejnenie ne-revidovanej slovenskej verzie eduScrum príručky.

Z príručky: “Máme veľkú dôveru v mladých ľudí. Sme presvedčení, že chcú viac a sú schopnejší ako oni sami alebo mnohí dospelí veria. eduScrum zaisťuje, že študenti získavajú čo najviac zo seba a ich tímu. To je to, čo robí vzdelanie hodnotným pre kohokoľvek kto sa zapojí! Výsledkom je, že mladí ľudia majú k sebe vzájomnú úctu. Tak dúfame, že môžeme prispieť k lepšiemu svetu.

Ján Majoroš

Meetup v Banskej Bystrici!

Ste z Banskej Bystrice alebo okolia a váš večer 25.11.2014 je zatiaľ bez programu? Pozývame vás na ďalší meetup Agile@Slovakia, počas ktorého sa porozprávame o rôznych témach, problémoch a skúsenostiach s agilnými praktikami.

Zatiaľ je záujem o diskusiu na tému Scrum Mastership.

Stretneme sa v Banskej Bystrici,  25.11.2015, utorok, medzi 18:00-21:00.

Hotel penzión Kúria
Bakossova ul. 4,
974 01 Banská Bystrica

Konferencia CzechTest 2014

CzechTestV dňoch 26. a 27. júna 2014 sa v Prahe (Clarion Congress Hotel ****, Praha) uskutoční štvrtý ročník medzinárodnej konferencie CzechTest zameranej na testovanie softvéru a systémov. Ide o jedinú konferenciu svojho druhu na území Českej Republiky a Slovenska.

Program konferencie obsahuje množstvo prednášok, ktoré odprezentujú nielen skúsení profesionáli z “našich krajov” ale aj medzinárodne uznávaní zahraniční experti zvučných mien z oblasti testingu. Pod vedením niektorých z nich je možné deň pred konferenciou, 25. júna, absolvovať aj špeciálne tréningy (pre-conference tutorials) zamerané na získavanie a zlepšovanie praktických testovacích zručností.

Účastníkov minuloročnej konferencie nepochybne očarila Julie Gardiner, ktorú sa podarilo získať na konferenciu tento rok opäť. Časť programu sa zaoberá agilnými prístupmi a jedným z prednášajúcich bude aj dobre známy slovenský agilný hrdina Dušan Kocúrek.

Súčasťou konferencie je každoročne súťaž o zaujímavé ceny (napr. iPad), prezentácie hlavných sponzorov, predaj špecializovanej literatúry a stravovanie pre účastníkov priamo v hoteli.

Účastníci, ktorí sa prihásia do 17. júna získavajú zľavu 20% z registračného poplatku, držitelia certifikátu ISTQB získavajú takisto zľavu 20%, študenti rovnako zľavu 20% pričom tieto zľavy sa kumulujú a je teda možné získať celkovú zľavu až 60%.

ScrumImpulz 2014 už 10. apríla!

wp1209f6a5_1a

V minulom roku sme sa počas konferencie ScrumImpulz zamerali na tému agilnej transformácie a zavádzania agilných praktík do reálneho života firmy.

Ročník 2014 prinesie príbehy o zmene života agilných tímov. A tentokrát nielen česko-slovenských tímov. Na ScrumImpulz 2014 sme sa snažili pozvať spíkrov, ktorí dlhodobo a intenzívne prežívajú výzvy tímov pri zmene kultúry firmy. Nosnou témou bude zmena a tím.  V nasledujúcich týždňoch prinesieme detailnejšie informácie o každom spíkrovi a jeho téme.

Vstupné na konferenciu je 125€ bez DPH.  Zaregistrujte sa!.
Tešíme sa na stretnutie.

Oblasti Agile, o ktorých sa dozviete

  Agilná organizácia     Management 3.0   Tímová práca   Manažment zmeny
 Kanban   Agile mimo IT

Rečníci

MarkusBreyer
Markus Breyer, Generálny riaditeľ slovenskej pobočky Microsoft, Slovensko
Markus porozpráva o ľuďoch a ich spolupráci ako odpovede na dnešnú globálnosť.
AndreaProvaglio
Andrea Provaglio, Agile Transformation Coach, Taliansko
Andrea odhalí ako zaviesť Agile nie ako spôsob, ale ako novú kultúru firmy.
MikeLeber
Mike Leber, Lean a Agile kouč, Rakúsko
Mike predstaví Management 3.0, moderné a fungujúce spôsoby ako môže manažér pomôcť tímom v dnešnej dynamickej a globálnej dobe.
MariaDIaconu
Maria Diaconu, Agile Lean Practitioner, Rumunsko
Mária poskytne pohľad ako vytvoriť inovatívne dlhodobé tímy, ktoré rozvíjajú biznis.
TImYevgrashin
Timofey Yevgrashin, Agile projektový manažér, kouč a mentor, Ukrajina
Timofey porozpráva o výzvach pri adaptovaní sa zmenám.

MarcelMiklusMarcel Miklúš, Senior manažér, Slovensko

Marcel sa zamyslí nad otázkou, či je Agile možné v IT nadnárodnej banky.

PaulKlipp
Paul Klipp, Enterpreneur, Poľsko
Aké najhoršie chyby sa objavia v agilnom tíme a ako sa s nimi popasovať?
Kris DExcelle
Kris DExelle, Senior manažér, Belgicko, Slovensko
Ako pokaziť agilný projekt?  Kris vás na to pripraví.
TomasBel
Tomáš Bel, Prezident, Exisport Slovensko
Agile mimo IT? Ako skúsenosti so zavádzaním Agile pomohlo Exisportu a naopak.
DusanKocurek
Dušan Kocúrek, Agile mentor a produktový vlastník, Slovensko
Zamyslím sa nad rolou ScrumMastra ako agenta zmeny.

Agilne je aj slobodne

Počuli ste už o princípoch Sloboda v práci? Pekne kontroverzná téma, už len ten názov tak znie.  No skúste si odpovedať, či sa cítite slobodným v práci.
A možno nielen v práci, čo pre vás znamená sloboda? Filozoficky zamotaná hádanka…

Najdôležitejší pre nás sú ľudia

Firmy často vyhlasujú, že najdôležitejšou hodnotou firmy sú ľudia. Čo však vidíme sú ľudia, ktorí sú (vraj) demotivovaní. Nespokojní s tým na čom pracujú. Unavení, ba priam mnohí až uštvaní. Niekedy manažmentom firmy, niekedy sami sebou. Sú teda ľudia najdôležitejšou hodnotou?

Firmy, ktoré ľudí skutočne považujú za ‘poklad’, sa často zaoberajú šťastím, pocitmi a emóciami. Firmy budujú tímy, ktoré zdieľajú radosť aj bolesť. Tímy, ktoré sa vedia otvorene rozprávať. Manažment, ktorý predovšetkým aktívne načúva tímom a snaží sa pomôcť a nie prikazovať. Sloboda v práci je len jeden z konceptov. Pozrite si napr. Management 3.0.

A tu sme pri hodnotách dobrého agilného tímu.

Hodnoty agilného tímu

Tieto hodnoty skutočne môžete v dobre fungujúcom tíme rozpoznať v dennom živote.

  1. Tím má svoj cieľ daný biznisom a vedením firmy.
  2. Tím sa otvorene vie rozrpávať o problémoch a ich riešení bez nutnosti zdôrazňovať svoj status a znalosti.
  3. Tím sa vie dohodnúť na záväzku, ktorý skutočne považujú za niečo, čo chcú dokázať spoločne.
  4. Rozdiely majú tímu pomôcť pokryť širšie pole. 1+1=3. Potrebujú rešpektovať svoje plusy a mínusy. Tie sú dôvodom spolupráce a nie vyhodenia z firmy.
  5. A nakoniec tím v dnešnej dobe musí nájsť aj odvahu, aby spravil niečo, s čím nie je veľmi komfortný alebo naplniť cieľ, ktorý nie je ľahké dosiahnuť.

A čo má so slobodou v práci spoločné s Agile?

Ak pracujete v agilnom tíme, tak asi už viete odpoveď.

V agilnom tíme máte slobodu:

  • komunikácie v tíme,
  • komunikácie s klientom,
  • samoorganizácie práce,
  • slobodu povedať NIE, toto už nestihneme,
  • slobodu spôsobu riešenia problému,
  • môžete pracovať na čomkoľvek,
  • alebo si vybrať úlohu, ktorú chcete alebo viete,
  • slobodu povedať čo nefunguje a čo funguje skvele,
  • slobodu pomôcť s procesom a nástrojmi,
  • slobodu vybrať si tím, projekt a vašu rolu,
  • slobodu participovať pri tvorbe tímových pravidiel,

Sloboda NaŽivo, 20.11.2013

Minulý rok bol prvým, počas ktorého sme začali stretávať takéto firmy aj na Slovensku. V Českej republike dokonca niektoré firmy aplikujú slobodu v práci polu s agilnými praktikami a scrumom (napr. Etnetera).

Nielen preto vítame v ScrumDesku iniciatívu ľudí, ktorí sa s energiou pustili do ťažkého projektu konferencie.

Ak je téma ľudskejšieho a udržateľnejšieho biznisu pre vás zaujímavá, potom by ste 20. novembra nemali chýbať v Bratislave na konferencii Sloboda NaŽivo.

sloboda990x100

Tri tématické okruhy konferencie:

  • osobná sloboda,
  • firemná  sloboda,
  • ale aj sloboda v kontexte spoločnosti.

Viac ako dvadsať rečníkov s praktickými skúsenosťami, ktorí žijú touto témou.  Ak sa zaregistrujete early-birds, čakajú vás dokonca knihy zdarma.

Možno dokonca stretnete svojich známych. My sme už takých našli a tešíme sa na stretnutie. A ak nikto taký nie je, stále máte možnosť spoznať sto nových ľudí.

Daily stand-up dobre VII – tak ďaleko, no predsa tak blízko

“Agile funguje v tímoch, v ktorých členovia sedia spolu. V jednej miestnosti.”

Aj vám to vravel tréner počas školenia o základoch Agile? Mal pravdu.

Počas zavádzania Agile však mnoho firiem narazí práve na túto podmienku.  Tá prekvapujúco limituje agilitu aj v slovenských firmách, ktoré nerástli prirodzene, ale akvizíciami iných firiem sídliacich v rôznych kútoch Slovenska a Čiech. A báááááác. Máme tu distribuovaný vývoj, aj keď sme stále na Slovensku. A to vôbec nemusíte mať v popise firmy pojmy ako nearshore, offshore, outsorcing. Jednoducho ste distribuovaní, a práve preto bude zavádzanie Agile ťažšie.

Stand-up na diaľku?

Možno naivná, no nie tak nefrekventovaná otázka: “To mám stáť počas denného stretnutia keď ho robíme online?”.

Hmmm, a prečo nie? Aspoň si pretiahnete chrbticu. Steve Jobs robil dôležité porady a stretnutia počas chôdze. Yves Hanoulle koučuje tímy online zo svojho walking desku.

No nemusíte takto preháňať. Jednoducho ostanťe sedieť na stoličke. Pretože vaša poloha počas stand-upu nie je pre ostatných členov tímu vôbec dôležitá.

Ako sa pripraviť na distribuovaný stand-up?

Technika, technika, technika

Čo vám musí fungovať:

  • Synchronizovaný čas medzi lokalitami. Nezabudnite na časové pásma.
  • Intenetové pripojenie dostatočnej kvality. Pozor na WiFi, niekedy je síce spojenie ok, ale pri prenose vám vypadne zvuk.
  • Na denné standupy potrebujete iba audio. Video zbytočne ruší. Začne vás zaujímať čo robí kolega, ako sa tvári, kam pozerá, ako je oblečený. Stratíte koncentráciu.
  • Slúchadlá a mikrofón. S možnosťou hardvérového umlčania (mute tlačidlo). Kým stlačíte softvérové tlačidlo, tak hardvérové máte prenuté niekoľko krát. Skúsenosť zo života…
  • Komunikačný softvér s možnosťou zdieľania obrazovky a chatom.
    • Niektoré tímy preferujú Skype.  No nie všetky firmy ho dovoľujú. Má síce zdieľanie obrazovky, niekedy je však kvalita obrazu nedostatočná.  ozor na obmedzenie počtu účastníkov konferencie vo voľnej verzii.
    • GTalk (Google Hangout) – fajn ak potrebujete viac účastníkov. Niekedy je problém s kvalitou hovoru predovšetkým na WiFi. Hangout je napr. používaný aj počas mini konferencií Agile Lean Europe a celkom dobre funguje. Predovšetkým aj preto, že asi každý už má Google account, takže najmenej problémov s prihlasovaním atď.
    • Microsoft Lync (Office Communicator) – šikovné riešenie, dnes už aj multiplatformové. Mnoho funkcií, ktoré sa oplatia. Problém je však rozbehať  ho predovšetkým s externými kontraktormi mimo siete (VPN). Niekedy sa cez desktopového klienta pripojíte, inokedy iba cez web. Niekedy audio nefunguje ani tak. Iba cez mobil (platený ak firma nemá vlastnú bránu). Náročnejší na konfiguráciu, ale skúsení admini to vedia vyriešiť dostatočne vopred.
  • Minimalizovaný externý šum. Najčastejší problém, ktorý neskutočne ruší. Niekedy viac počujete ľudí mimo tímu než človeka, ktorý rozpráva. Raz sa nám dokonca stalo, že sme počuli dvoch (ukrytých) Indov našepkávať svojmu kolegovi, členovi tímu. Robili prácu za neho. Aj toto môže odhaliť mikrofón v kľudnom prostredí :).

Odporúčam vám pripojiť sa 5 minút pred mítingom a preveriť, či vám funguje spojenie. Členovia tímu často využijú tento čas na neformálny pokec o živote. Je to teda investícia do socializácie, čo sa mi veľmi páči.

Informácie, informácie, informácie

To najpodstatnejšie sa má stať niekoľko minút pred denným stretnutím. Ako člen tímu si pripravím odpovede na klasické otázky:

  1. Čo som spravil od posledného standupu?
  2. Na čom budem pracovať do najbližšieho standupu?
  3. Aké mám problémy?
  4. S kým sa chcem porozprávať po stretnutí?

Zaiste ste si všimli trochu inú formu otázok. V distibuovanom prostredí sa môže stratiť význam slova DNES, VČERA, ZAJTRA. Preto sa odkazujeme na obdobia medzi standupmi.

A prečo štrvtá otázka? Pretože chcete ušetriť čas kolegom. Bavte sa cielene s ľuďmi, ktorí majú čo k danej téme povedať viac do hĺbky. No diskutujte po stretnutí, nie počas neho. Zachovajte 15 minútový interval.

Daily Standup

Odpovede na otázky si pripravte pred stretnutím. Najlepšie niekde v textovom editore alebo Notepade. Keď príde váš moment, tak ho skopírujte a vložte do chatu komunikačného nástroja. Všetci tak uvidia odpovede a porozumejú aj v prípade vašej horšej angličtiny alebo nižšej kvality WiFi signálu.

Tip pre Scrum Mastrov: najväčšou výhodou tohto prístupu je to, že sa ľudia pripravia!

Čas

Dôležitým atribútom distribuovaného stand-upu je čas. Berte do úvahy časové zóny. Standup by mal byť v nejakej lokalite ráno. Najlepšie v lokalite, kde sídli väčšina členov tímu. Nech sa deň začína s výhľadom do budúcnosti. Ak pracujete s východným pobrežím USA, tak vhodným časom je 14:00 GMT+1. Najväčším problémom budú tímy v USA, Indii a Európe. V niektorých prípadoch možno budete musieť rozdeliť tímy podľa zón a nebude sa možné stretnúť súčasne.

Pozor na tzv. komplex kontraktora. Môže sa vám stať, že klient vás bude tlačiť do nezmyselných časov na standupy (19:00 a neskôr). Nedajte sa.

Ak ste boli na našich workshopoch tak viete ako na to…

Komunikácia, komunikácia, komunikácia

Najťažšie na distribuovaných stand-upoch je udržať disciplínu.

Tu je niekoľko tipov:

  • Rozpráva iba jeden. Vyzvaný Scrum mastrom. Ostatní si umlčte mikrofóny. Nebudete tak skákať do reči.
  • Neprerušujte. Ani keď kolega nemá pravdu.
  • Ak máte nejaký postreh, zapíšte si ho na papier alebo do notepadu. S vypnutým mikrofónom. Vaše ťukanie nikoho nezaujíma.
  • Indikujte scrum mastrovi, že sa chcete vyjadriť k danej téme. On vás vyzve. Pretože to on moderuje stretnutie.
  • V medzinárodných tímoch VŽDY používajte jazyk, ktorému rozumia VŠETCI. Niekoľkokrát sa mi stalo, že jeden kolega rozprával anglicky a ostatní slovensky. On reportoval anglicky, no Slováci slovensky. Veď sme na Slovensku. A pekne malom… Kolega časom mal tendenciu na stretnutia nechodiť, nemali pre neho zmysel. A (ne)priordzene to bola jeho chyba, za ktorú bol trestaný práve on, ktorý ju nespôsobil.
  • Čas. Kľučový prvok.
  • Detaily – len v rozumnej miere. Nevravím, že vôbec.
  • Niektoré tímy preferujú rovnaké poradie počas standupov, iné ho radšej menia tak, aby členovia tímu boli v strehu. Hlavne ak zaspávajú počas porád.

Tak ďaleko a predsa tak blízko

Vzdialenosť nie je pre denné standupy limitujúca. Limitujúci je prístup ľudí k tomuto obmedzeniu. Je to iba stav mysle.

Možno stačí inšpirovať sa u známych, ktorí v takomto prostredí pracujú. Úspešne sa s týmto problémom popasovali firmy v Košiciach, Bratislave, Žiline aj Banskej Bystrici.

 

Odkazy

Agilné kontrakty

Tento článok je venovaný obchodníkom, šéfom firiem, právnikom a business developerom – ľudom ktorí tvoria a sú zodpovední za kontrakty pre agilné softvérové tímy. Popisuje typy kontraktov pre agilné projekty, ich výhody a nevýhody.

Kontrakt pre agilný projekt by mal riešiť podobné témy a problémy ako kontrakt pre tradičný model vývoja softvéru: cena, termíny, rozsah dodávky, záruka, odstraňovanie chýb a pod. Kľúčový rozdiel je pochopenie ako prebieha dodanie výsledného produktu v agilnom projekte. Ľudia, ktorí uzatvárajú kontrakt, musia rozumieť agilným princípom. Dodávky produktu v iteráciách a skorá kolaborácia medzi zákazníkom a dodávateľom pomáha znižovať riziká projektu. Kontrakt pre agilné projekty by mal byť založený na transparentnosti a dôvere. A tak ako sa vyvýja vzťah medzi zákazníkom a dodávateľom, tak sa musí vyvíjať aj kontrakt – presne v zmysle princípu:  “Customer collaboration over contract negotiation”, http://agilemanifesto.org.

Je to zmena myslenia? Áno – prioritou pre všetkých je úspešná realizácia projektu, nie “právnicky bezchybný” kontrakt, ktorý nevedie k úspešnému dokončeniu projektu.

Ako vyzerá “tradičný” kontrakt? Kopíruje tradičný model vývoja softvéru:

  • zmluva obsahuje veľmi detailnú špecifikácia požiadaviek,
  • termín dodania produktu je veľmi vzdialený, nezriedka rok a viac,
  • feedback od zákazníka je poskytnutý neskoro, niekedy až po finálnej dodávke produktu,
  • platba dodávateľovi je za finálnu dodávku produktu,
  • problémy ak projekt je nie je dokončený do konca s kompletnou funkcionalitou,
  • rozsiahla klauzula o rizikách, testovaní, záruke, náhrade škody a odstraňovaní chýb,
  • je použitá právnická terminológia, samotné koncipovanie a odsúhlasenie zmluvy trvá dlhý čas.

Kontrakt pre agilné softvérové tímy je akýmsi protipólom predchádzajúcich bodov, ideálne len definuje framework pre agilný štýl vedenia projektu. Vďaka fungujúcemu produktu, ktorý máme k dispozícii na konci každej iterácie a skorému feedbacku od zákazníka, môžeme zmeniť pohľad na kontrakt a riziká súvisiace s projektom.

Fixed Price

Fixed Price kontrakt je najjednoduchší typ kontraktu. Fixná je cena, obsah a aj čas dodávky softvéru. Zákazník platí dodávateľovi určitú čiastku z celkovej dohodnutej sumy zvyčajne na konci každej iterácie.

Tento typ kontraktu môže fungovať ak funguje dôvera medzi zákazníkom a dodávateľom a ak zákazník dostáva na konci každej iterácie požadovaný softvér. Dodávateľ môže akceptovať zmeny v pôvodne dohodnutých požiadavkách, pokiaľ je zachovaná komplexita a zložitosť. Potom sa zákazník nemusí sústrediť na samotný kontrakt, ale kooperuje s dodávateľom a ak táto spolupráca naozaj funguje – všetko je v najlepšom poriadku.

Fixed Price kontrakt však často vedie k situácii kedy zákazník nedostane čo pôvodne chcel alebo dodávateľ je v strate. Môže sa tiež stať, že dodávateľ, v snahe dodať čo sľúbil v rámci fixnej ceny, znižuje kvalitu dodávky – chybový kód, chýba dohodnutá funkcionalita alebo testy. To vedie k ešte vačším celkovým nákladom vzhľadom na opravu a následnú údržbu.

Najväčšie riziko pri Fixed Price kontraktoch je na strane dodávateľa. Dodávateľ si môže toto riziko premietnúť do svojích odhadov nákladov a akceptovať trebárs menej user stories pre dannú iteráciu. Toto však bude viesť k strate transparentnosti, dôvery a ku snahe dodávateľa hrať na väčší zisk.

T&M

T&M – Čas a materiál je typ kontraktu kedy zákazník platí dodávateľovi za vopred dohodnutú hodinovú sadzbu a za použitý materiál ako napr. licencie alebo HW.

Tento typ kontraktu je vhodný pre agilné projekty. Je jednoduchý, jasný a podpruje agilitu. Typická dilema zákazníka je kedy bude ukončený projekt, či neuviazne v nikdy sa nekončiacich platbách dodávateľovi a či dostáva primeranú hodnotu za svoje peniaze. Tieto obavy sú eliminované každú iteráciu prostredníctvom:

  • jasnej informácie o rýchlosti softvérového tímu –  meranej pomocou implementovaných user stories alebo user features,
  • vysokej miere transparetnosti a
  • možnosti ukončiť kontrakt na konci hociktorej iterácie.

T&M kontrakt vyžaduje vysoký stupeň dôvery na oboch stranách a to tak ako pri každom inom vzťahu medzi ľudmi nefunguje okamžite ale vyvýja sa. Je fajn začať  budovať tento vzťah prostredníctvom Fixed Price kontraktu a postupne prejsť na T&M typ kontraktu.

Target Cost

Target Cost kontrakt je výsledkom spoločnej zodpovednosti oboch stán: zákazníka aj dodávateľa. Kontrakt je často dokonca komunikovaný všetkým zamestnancom a tí majú záujem kolaborovať, efektíve riešiť problémy a tak dosahovať spoločné ciele.

Tento typ kontraktu používa napr. Toyota s cieľom dosiahnuť dlhodobý vzťah s dodávateľmi založený na dôvere a vzájomnej podpore.  Samotný kontrakt prebieha v dvoch fázach:

  1. Inciálna fáza – zákazník a dodávateľ spoločne identifikujú, analyzujú a odhadujú všetky požiadavky projektu a náklady možných zmien počas trvania projektu. Z tohto sa vypočítaju plánované náklady. Následne sa určí cieľový profit (napr. 15% z pánovaných nákladov). Všetky tieto detaily sú zdieľané zákazníkovi.
  2. Vykonanie projektu – počas ktorej sú kalkulované skutočné náklady na vykonanie napr. čas programovania, čas strávený na meetingoch, HW. Tieto informácie sú zdieľané zákazníkovi, najlepšie online.

Teraz príde najzaujímý aspekt tohto typu kontraktu. V prípade rozdielu medzi plánovanými a skutočnými nákladmi je vyrovnanie vypočítane tak, že sa zdieľajú náklady alebo profit medzi zákazníkom a dodávateľom. Napr:

Vyrovnanie rozdielu = (Skutočné náklady – Plánované náklady) * Konštanta zdieľania

Platba dodávateľovi = Skutočné náklady + Cieľový profit + Vyrovnanie rozdielu

Ako je vidieť vyrovnanie rozdielu môže byť kladné alebo záporné. Ak skutpočné náklady sú vyšsie ako plánované, zákazník aj dodávateľ spoločne zdieľaju tieto náklady. Ak skutočné náklady sú nižśie, obaja zdieľajú aj tento profit. Výsledkom tohto celého potom je to, že obe strany kontraktu sa snažia redukovať náklady.

Profit Sharing

Profit Sharing typ kontraktu je založený na spoločnom joint venture zákazníka a dodávateľa. Zákazník poskytuje peniaze na rozvoj dodávateľovi a obidne strany prosperujú a zdieľajú príjmy v prípade zisku. Tento model je zložitejší na realizáciu a má určité nevýhody z toho vyplývajúce.

Progressive

Progressive kontrakt predstavuje framework pre spoluprácu medzi dodávateľom a zákazníkom. Popisuje vzťah medzi oboma stranami, ale nie priamo obsah dodávky alebo cenu. Samotný kontrakt sa tvorí pre každú iteráciu a typicky sa vyvýja cez Fixed Price kontrakt, T&M kontrakt až k Target Cost kontraktu. Výhodou je značná flexibilita. Nevýhodou to, že pre každú iteráciu musíme vytvoriť nový kontrakt.

 

Na záver len zhrniem vzťah rizika medzi dodávateľom a zákazníkom pri rôznych typoch kontraktov:

  • Fixed Price kontrakt – riziko je na strane dodávateľa,
  • T&M kontrakt – riziko je na strane na zákazníka,
  • Target Cost a Profit Share kontrakt – riziko sa zdieľa medzi obe strany.

RizikaKontraktu

Ján Majoroš

Daily stand-up dobre VI. – odpáľ to bez prípravy

V kanceláriách agilných IT firiem nastáva o 9:00 zvláštna vec. Informatici, o ktorých si väčšina ľudí myslí,  že sú svojim spôsobom zvláštni a nekomunikatívni, sa postavia do kruhu a začnú sa rozprávať.

Niektorí členovia tímu sa iba postavia a ‘odpália to’ priamo z hlavy. V takých prípadoch dosť často počuť tzv. “óóóhmovinu”: “Ohhhm, včera som robil, ohhhhm, dnes budem robiť, ohhhhm,….”.

Stretnutie sa takto zbytočne predĺži, óóóhmovina odváza pozornosť a znižuje koncentráciu. Ako sa teda mám ja, člen tímu, pripraviť na denné stretnutie?

Ako sa pripraviť na stand-up

ready steady go

Najčastejšie aplikovaným pravidlom je aktualizácia úloh pred stand-upom.

No ešte lepšie je mať ich aktuálne kedykoľvek. V podstate keď sa pozriete na kanban tabuľu, tak uvidíte kto na čom presne pracuje. Stav výrobnej linky.

Samozrejme, že padnú argumenty proti tejto aktuálnosti: “To mám posúvať kartyvždy po pár minútach? Prečo taká byrokracia?”. Nie, nemusíte. Nikto vás nenúti.

Zvážte ale argumenty prečo áno:

  • Lepšia samoorganizácia tímu. Viem, ktoré karty si môžem vziať a začať na nich okamžite pracovať. Bez obáv, že už na nej niekto pracuje a budeme tak zybtočne robiť na tej istej úlohe viacerí.
  • Lepšia sebaorganizácia. Princípy Getting Things Done  učia, že kľúčom k sebaorganizácii v dnešnom svete plnom úloh, je dať ich všetky preč z hlavy. Či už na papier alebo lepšie na tabuľu. Odbremeňte hlavy od úloh a vytvorte si tak priestor pre kreativitu, ktorá vás určite baví viac.
  • Vysielač problémov. Ak mám problémy s úlohou, tak ich okamžitá indikácia na karte (komentár alebo grafická značka) umožní rýchlejšie naštartovať ich riešenie. Nie až ráno po standupe.
  • Rýchlejšia akceptácia. Dokončením user story môže produktový vlastník okamžite začať s pripomienkovaním, resp. akceptáciou, hotovej práce. Musí sa ale dozvedieť, že story je hotová. Vy Skorá spätná väzba je predpokladom úspechu.
  • Presun karty je o sekundách. Neznalosť aktuálneho stavu bude o hodinách, popr. dni.

Paradoxne až distribuovaný stand-up vás naučí najefektívnejšej príprave.

Keďže musíte byť stručný a jasný, pripravíte si stav úloh pred poradou, napr. do Notepadu . Prejdete si svoje úlohy a pozriete sa na kandidátov na ďalšie. Potom, keď máte rozprávať, už iba vložíte pripravený text do Skype alebo Office Communicatora a rozprávate. Ostatní tak tieto informácie uvidia, aj keď kvalita linky nie je veľmi dobrá, alebo ak nerozumia vašej angličtine.

Pripravujete sa inak a funguje to? Napíšte o tom!

Daily stand-up dobre V. – manažér

Pre tímy sú denné stand-upy mnohokrát ‘intímnou’ záležitosťou. Počas mentoringu to zbadáte. Aj prítomnosť kouča, ktorý je do tímu pozvaný a ktorý im pomáha, naruší prirodzený priebeh stretnutia. Prirovnávam to ku kvantovej fyzike, kde aj to, že pozorujete daný jav, ovplyvňuje jav samotný. Podobne to je aj s prítomnosťou osôb mimo tímu.

Nie, nechcem povedať, že nikto iný mimo tímu sa nemá stretnutia zúčastniť. Chyba je totiž práve na strane tímu. Často je to dané iba ostychom prezentovať a hovoriť pred inými. A práve denný stand-up môže zlepšiť aj prezentačné schopnosti jedinca. Pretože musí byť stručný, jasný, informácie musia byť hodnotné a použiteľné inými.

No má byť na dennom stretnutí aj manažér? 80% tímov, s ktorými som pracoval, ich tam nechcú. Prečo?

Manažér ako scrum master

Jeden z prvých distribuovaných tímov, ktorý zavádzal Agile, pracoval na oboch brehoch Atlantiku. Na východnom Slovensku a východnom pobreží USA. Asi 6 hodinový rozdiel. Slováci, ako kontraktori, pristúpili na podmienky dané Američanmi. Jednou z podmienok bol stand-up o 12:00 hodine (USA) čo znamenalo 18:00 u nás.  Po týždni ma na chodbe oslovil môj priateľ jedinou vetou“Je to Tvoja vina!” kráčajúc nahnevaný ďalej. Bummm. Prečo? Tak som išiel s ním na cigaretu, kde to fajčiarom myslí častokrát lepšie a kde sa dá nájsť priestor na neformálny rozhovor.

Situácia bola zlá. Slovenský tím začínal prácu d 9:00 a 18:00 ešte iba začínal stand-up. A ten trval 1,5 hodiny!!! Dôvod bol jednoduchý. Manažér na stretnutí. Bol to scrum master. Navyše bol certifikovaný, no nikdy nepochopil, že Agile nie je o postupoch, ale o hodnotách a princípoch. A tak tím mal  namiesto denného stretnutia výsluch.

Scrum master (stále manažér) bol v tomto prípade zdrojom frustrácií. Riešením by bolo menovať niekoho iného scrum mastrom, ale pomohlo by to pri takej osobnosti manažéra, ktorému je jedno, že ľudia sú niekde v Európe v práci  do 20:30?

dancingManažér, ktorý je scrum mastrom, by mal byť hladný po spätnej väzbe. Prepojenie týchto dvoch rolí je nebezpečné v tom, akými sme sa naučili byť manažérmi (princíp kontroluj a panuj) a proti tomu stoja princípy scrum mastershipu – servant leadership, kouč, mentor. Je to o zmene správania, hodnôt a princípov ako fungujeme. A preto spätná väzba je nutnou v tomto prípade.

Manažér sa musí naučiť tancovať so systémom aj s tímom. Treba si zahryznúť do ceruzky keď chcete niečo povedať. Treba sa vyhnúť očnému kontaktu s človekom, ktorý reportuje stav. Niekedy treba dokonca sadnúť si chrbtom k tímu a naučiť tím, že to nie mne, manažérovi, reportujú, ale že sa majú informovať navzájom.

Manažér ako návštevník

Pred piatimi rokmi som ako manžér viedol porady. Nebolo to o Scrum, ale o normálnom reportingu, ktorý určite poznáte z práce. Jeden na jedného, aj keď je v miestnosti celý tím. No zlomovým momentom pre mňa osobne bolo, keď som si sadol do rohu miestnosti a nechal tím sedieť za jedným stolom, Bola to iná perspektíva. Odrazu vnímate ako ľudia interagujú, kto s kým sa môže a kto koho nemôže. Aké informácie potrebujú ľudia, aké tréningy im potrebujete poskytnúť a s kým sa potrebujú dohodnúť. Začal som sa viac pýtať “Čo potrebujú?”.

Ako ‘vypočúvajúci’ manažér som na toto často nemal čas. Išlo vtedy viac o úlohy a ich stav.

Preto najlepšie je, ak sa ako manažér do roly scrum mastra ani nepasujete. Vyhnite sa jej pokiaľ sa dá. Scrum mastrom môže byť ktokoľvek z tímu, kto má predpoklady dobrej práce s ľuďmi. Niekto kto je prirodzený líder, má prirodzenú autoritu a nie je ‘pes’.

Stolicky

A aj preto by ste v miestnosti, v ktorej robíte stand-up, mali mať niekoľko stoličiek pre návštevníkov. Tým by scrum master mal pred mítingom vysvetliť, že sú pozorovatelia bez možnosti zasahovania do stretnutia. Majú byť ticho. Hlas dostanú až po stretnutí.

Scrum master však nesmie zabudnúť na pripravu tím na to, že sa na nich budú pozerať aj iné oči.

Už len kvôli tej kvantovej fyzike spomínanej na začiatku…

Daily stand-up dobre IV – scrum master. A?

BatmanScrum master pečie denný chlieb tímu na dennom stretnutí.

Práve počas tohto stretnutia sa prejavujú schopnosti scrum mastra. Niečo o scrum mastershipe sa síce dozviete počas certifikačných a iných školení, no iba prax vás naučí.

Tím dobrého scrum mastra nemá problém so samoorganizáciou úloh, s komunikáciou a ani výrazné problémy so stavom úloh. Navyše v takom tíme je vysoká miera sebadisciplíny a zodpovednosti.

Disciplinovaný scrum master pred samotným daily mítingom :

  1. preverí stav nahlásených problémov a zaktualizuje ich zoznam, resp. časť tabule s problémami,
  2. skontroluje aktuálnosť stavu implementačných úloh na Kanban tabuli,
  3. skontroluje, či úlohy majú aktualizovaný zostávajúcu čas implementácie,
  4. skontroluje, či tok (flow) úloh je v poriadku,
  5. preverí, či členovia tímu sa snažia uzatvárať user stories a nie otvárať ďalšie úlohy,
  6. identifkuje novopridané úlohy, ktoré by moli zmeniť záväzok tímu daný na začiatku sprintu,
  7. preverí si vyťaženie členov tímu tak, aby ich naviedol pri samoorganizácii počas mítingu,
  8. overí dohodnuté WIP limity,
  9. spolu s produktovým vlastníkom preveria, či nie sú nutné zmeny v backlogu sprintu,
  10. spolu s inými scrum mastrami overí stav závislých prác, prípadne potreby iných tímov,
  11. preverí, či manažment nemá niečo dôležité z pohľadu organizácie, čo je potrebné odkomunikovať,
  12. skontroluje priebeh burn-down grafu a identifikuje otázne hodnoty, ktoré má s tímom prediskutovať,
  13. prípraví priestor pre denné stretnutie,
  14. pripraví nástroje (napr. zobrazí elektronickú kanban tabuľu),
  15. a  v neposlednom rade vymyslí ako otvorí stretnutie tak, aby sa tím pozitívne naladil.

Čo zmeníte na svojom scrum mastershipe zajtra?

Odkazy: