Trans­par­ent­ně a efek­tivně. Kdy hoto­vo zna­mená hotovo?

V agilním světě, a zejmé­na v metodice Scrum, je def­i­n­i­tion of done dalším nenahra­ditel­ným nástro­jem pro zajištění kval­it­ního a efek­tivního vývo­je softwaru.

Jed­ná se o sou­bor jas­ně defi­no­vaných kritérií, která muse­jí být splně­na, aby mohl být pro­dukt považován za dokončený. ​„Done“ máme tehdy, když každý inkre­ment, každá nová funkcionali­ta jsou připrave­ny k nasazení do ostrého provozu bez jakéko­liv další práce. Jiný­mi slovy, pokud můžete zmáč­knout pomyslné ​„čer­vené tlačítko“ a pří­mo releaso­vat, pak je věc oprav­du hotová. Je potře­ba dotáh­nout byť jen jedi­nou drob­nost? Hoto­vo není.

Jed­nou z největších před­nos­tí def­i­n­i­tion of done je schop­nost učinit celý vývo­jový pro­ces výrazně trans­par­ent­nějším. Tradiční mod­e­ly čas­to trpí tím, že jed­notlivé části týmu pracu­jí samostat­ně v jakési izo­laci a soustředí se pouze na svůj úzký seg­ment. Def­i­n­i­tion of done ten­to takz­vaný silo efekt odstraňuje.

Jas­ně ukazu­je, že hotové není jen otesto­vané na jed­nom počí­tači nebo vývo­jovém prostředí, ale splňu­je celou škálu pod­mínek – od testů, doku­men­tace až po release notes.

Dalším klíčovým principem a přínosem je flex­i­bili­ta. Nejde tu přit­om o to, že musíme každých čtrnáct dní uvol­nit novou verzi pro­duk­tu, ale měli bychom být vždy, každé dva týd­ny (nebo častěji), připraveni na možnost releaso­vat.

Taková pružnost, tedy schop­nost rych­le reago­v­at na změny na trhu, je pro agilní týmy docela velk­ou konkurenční výhodou a dává jim svobodu.

Def­i­n­i­tion of done také pod­poru­je kul­tu­ru společné zod­pověd­nos­ti. Tým není rozčleněn podle rolí, kde pro­gramá­tor řeší pouze kód, tester pouze testy a doku­men­tarista jen doku­mentaci. Mís­to toho def­i­n­i­tion of done nutí jed­notlivce spolupra­co­v­at, pri­or­i­ti­zo­vat společný cíl a dokončo­vat úkoly podle aktuál­ní potře­by, niko­liv osob­ní specializace.

Ten­to příst­up také elimin­u­je tlak na indi­viduál­ní pro­duk­tiv­i­tu (jsem neje­fek­tivnější, když píšu kód, tak budu přede­vším kódovat). Hlavní důraz se klade na dokončení inkre­men­tu, pro­tože každá nedokončená práce bloku­je další pokrok (neje­fek­tivnější teď budu, když přis­pěji týmu k dokončení věci, i když se zrov­na budu věno­vat čin­nos­ti, která není mou primární).

Tým se tak stává efek­tivnějším, zákazník bude spoko­jen, pro­tože výsledek dostane dřív, a my dřív dostaneme tře­ba i zpět­nou vazbu. V neposled­ní řadě se posilu­je soudržnost týmu.

Jak vypadá def­i­n­i­tion of done v praxi? Každý tým si ses­tavu­je svůj vlast­ní check­list, který zahrnu­je vešk­eré aktiv­i­ty nezbyt­né pro dokončení daného inkrementu.

Check­list běžně obsahu­je 20 až 30 položek, které se vztahu­jí na každý inkre­ment. Ten­to stan­dard­i­zo­vaný sez­nam zároveň usnadňu­je koor­di­naci mezi čle­ny týmu a elimin­u­je šedá mís­ta, kde by moh­lo dojít k nedorozumění. 

Nezbyt­ná je určitá dis­ci­plí­na a je na týmu si ji pos­tup­ně vytvořit. To, že dáme ten­to check­list na interní wikipedii, ještě neza­jistí, že podle něj budeme pra­co­v­at a odvádět kval­it­ní prá­ci. Každý jed­notlivec si tuto meto­du musí vzít za svou a vnitřně ji při­j­mout – pak si jako tým dokážeme prá­ci dobře zor­ga­ni­zo­vat a můžeme na ni být hrdí.

To je jeden ze znaků dobře fun­gu­jícího agilního týmu. Dalším je, že svou def­i­n­i­tion of done neustále rozšiřu­je o nové aspek­ty kval­i­ty. Jak­mile si osvo­jí dis­ci­plínu plnění zák­lad­ního check­lis­tu, začne tým přidá­vat další poža­davky, které ještě více zlepší kval­i­tu produktu.

Pro­ces učení a zlepšování je klíčem k dlouhodobé­mu úspěchu. Def­i­n­i­tion of done vytváří kul­tu­ru, kde si týmy zak­lá­da­jí na kval­it­ně odve­dené prá­ci, jsou flex­i­bil­ní a schop­né rych­le reago­v­at na změny. Ten­to příst­up posilu­je důvěru mezi čle­ny týmu a zároveň i spoko­jenost zákazníků.

Def­i­n­i­tion of done tedy není jen sez­nam úkolů – je to filo­zofie, která pod­poru­je trans­par­ent­nost, týmovou spoluprá­ci a kval­it­ní výsled­ky. Je to ces­ta, jak udržet pro­dukt vždy připravený k relea­su, max­i­mal­i­zo­vat hod­no­tu pro zákazníky a zároveň neustále zlepšo­vat schop­nos­ti týmu.