Nástroje a procesy jsou připravené a my se pouštíme do práce.

V Siestě projekty řídíme projekty buď sekvenčním způsobem, kterému se říká z angličtiny waterfall, nebo inkrementálně tzv. agilně. O jejich rozdílu si můžete přečíst tady.

Tady je ale nutno zároveň říct, že téměř 90 % našich projektů řídíme agilním způsobem a je to i naše preference.

Jak probíhá vývoj

Na úvod

Pokud i na vašem projektu pracujeme agilně, bude se vám hodit znát několik výrazů, které se z angličtiny do češtiny vžily a těžko se pro ně hledá český překlad.

Agilně řízené projekty mají zpravidla sepsané požadavky ve formě funkcionalit z pohledu uživatele. Těm se říká user story. Šablona pro vyjádření user story vypadá následovně:

Jako <role> chci <schopnost>, abych <výsledný přínos akce>

Například: Jako uživatel chci přiřadit klienta k jeho případu, abych mohl klienta informovat o vývoji jeho případu.

V agilu se všechno odehrává v 2 týdenních periodách, kterým se říká sprint.

Plánování

Potkáváme se vždycky před začátkem nového sprintu, který spolu naplánujeme. Backlog sestává z tzv. epiců, user stories a jednotlivých úkolů (tasks). My všechny úkoly na začátku naodhadujeme z pohledu časové náročnosti. Na schůzce potom v souladu s vašimi prioritami společně vybereme ty user stories, na kterých budeme v příštím sprintu pracovat. Podle toho, jak moc máte představu o výsledném produktu, naplánujeme zhruba postup vývoje už na začátku projektu a na pravidelných schůzkách jen plán upravujeme nebo potvrzujeme, nebo plánujeme vždycky nanovo.

Ukázka

Na společné schůzce, která probíhá vždycky na konci jednoho sprintu a před začátkem nového, vám také ukazujeme, co jsme v posledním sprintu vyvinuli. Těmto setkáním se proto někdy říká demo session nebo také steering commmittee meeting. Členy Steering Commitee bývají zástupci vyššího managementu na klientově straně a projektový manažer a případně hlavní vývojáři na straně dodavatele. Hlavním cílem steering committee meetingu je určit směr produktového vývoje.

Vaše spolupráce

Asi je vám už jasné, že klíčovým aspektem agilního vývoje je pravidelná spolupráce z vaší strany. Je důležité, abyste s vkladem svých časových kapacit během vývoje počítali a byli do projektu opravdu aktivně zapojeni. Jen tak vám postavíme software, který splní vaše představy a bude přínosem pro vás business. 

Součástí vaší spolupráce i je pravidelné testování softwaru. My samozřejmě software interně testujeme. K tomu využíváme manuální testování a automatizované testy. Je ale absolutně nezbytné, abyste software testovali průběžně sami a komunikovali nám zpátky zpětnou vazbu (na to dostanete přístup do zadávacího systému; o tom v článku Podpora a údržba). Právě při uživatelském testování totiž nejčastěji zjistíte, na co jste ve svých původních požadavcích zapomněli nebo kterou funkcionalitu nebo design je třeba upravit.

Agilní vývoj s vašimi změnovými požadavky počítá a my jsme schopni je do vývoje zapracovat. To u sekvenčního waterfall vývoje naopak možné není. Při každé změně probereme její náročnost a vliv na původní časové a finanční odhady.

Primárním účelem testování je najít a opravit chyby, které se při vývoje každého softwaru dějí. Naše odhady s časem potřebným pro tzv. bug fixing nebo debugging počítají.

Cílový produkt

Cílem agilních projektů je typicky MVP, z angličtiny minimum viable product. Tedy produkt, který má na trhu šanci přilákat první uživatele, kteří ověří potenciál nápadu a produktu v jeho raných fázích. Dříve než svůj software vyzdobíte k dokonalosti, abyste potom zjistili, že uživatelé chtějí něco jiného a vy jste utratili spouste peněz k ničemu. MVP je tedy jeden ze způsobů, jak za rozumné náklady můžete ověřit váš business nápad. Validace businessového nápadu je samozřejmě možná i před tím, než se vůbec pustíte do vývoje. I s tím vám umíme pomoc.

Reportování

V rámci transparentnosti ještě musíme zmínit, že na začátku každého nového měsíce vám pošleme

• report shrnující na čem jsme předchozí měsíc pracovali, co jsme dokončili a co je v procesu
• fakturu za odpracované hodiny vynásobené hodinovou sazbou uvedenou ve smlouvě. Naše faktury mají splatnost 14 dní.

Napadly vás při čtení nějaké otázky? Něco jsme pořádně nevysvětlili? Napište nám – rádi vám odpovíme, probereme všechny nejasnosti a připomínky a článek s chutí vylepšíme pro další čtenáře.