Agilní vývoj v argo22
•Als PPTX, PDF herunterladen•
0 gefällt mir•404 views
Proč a jak jsme začali vyvíjet software agilně? Co se nám z teorie osvědčilo v praxi? Jak využít možnosti nástroje JIRA na maximum? O tom všem povídal CEO Libor Suchý na akci Agile Evening 2014. Zde je jeho prezentace doplněná o poznámky.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Empfohlen
Empfohlen (20)
Agilní vývoj v argo22
- 1. AGILNÍ VÝVOJ V ARGO22 Libor Suchý, Agile Evening 2014
- 2. Libor Suchý, CEO @argo22com www.argo22.com
- 4. TYPICKÝ VELKÝ PROJEKT: • Hlavní vývojový cyklus v řádu měsíců • Aktivní rozvoj a údržba v řádu let • Vývojový tým o 2 – 6 lidech • Dedikovaný tým (alespoň jádro)
- 5. JAK JSME VYVÍJELI DŘÍVE?
- 16. +
- 17. PŘEČKALA OČEKÁVÁNÍ STŘET S REALITOU?
- 29. CO JSME DÍKY AGILNÍMU PŘÍSTUPU A NÁSTROJŮM ZÍSKALI?
- 31. DĚKUJI ZA POZORNOST ! Libor Suchý, CEO ARGO22 s.r.o. @argo22com www.argo22.com
Hinweis der Redaktion
- Mezi poslední projekty, na kterých jsme uplatnili agilní metodiky řízení softwarového projektu, patří SEO reportovací nástroj pro britskou společnost Ayima a online systém digitalizující akvizniční workflow společnosti E.ON.
- Živelný přístup. Žádné sprinty, prostě se kodeřilo. Odhady termínů pro zákazníka čistě „od boku“. Malá viditelnost do procesu (hlavně pro klienta, vývojář snese ledacos).
- Používali jsme nástroj TRAC. Jako issue tracker zcela dostačující. S trochou dobré vůle na něm lze provozovat i agile. Je ZADARMO.
- Softwarový vývoj lze přirovnat k studentskému životu. Vaši rodiče platí za vaše studium a životní náklady, ale jednou za čas se přijedou podívat, jak s vloženou důvěrou a zdroji nakládáte. Náš klient v určité fázi projektu začal chtít více vidět do jeho průběhu. Vznikla tak potřeba si ve všem udělat větší pořádek – takový, ve kterém by se klient ke své I naší spokojenosti dobře zorientoval.
- Zvolili jsme produkty společnosti Atlassian především (JIRA).
- Toto je základní pohled do prostředí JIRA (konkrétně jednotlivá issues).
- K trackování času stráveného nad projektem používáme Harvest.
- Výhodou Harvestu je jednoduchá integrace do systému JIRA (lze trackovat konkrétní issues)
- Trackování času má návaznost na fakturaci a dohledatelnost fakturovaných položek
- Ke sběru zpětné vazby a práci s klientskou podporou používáme Zendesk.
- Zendesk umožňuje rychlý klientský přístup k podpoře skrze implementaci do prostředí vyvíjené aplikace.
- I zde je možná integrace do prostředí JIRA
- Pro řízení dalších procesů využíváme lidskou práci s Excelem.
- Agile může odrazovat - mnoho pravidel, rolí, různé výklady. Důležité je nelámat si s tím hlavu a prostě začít.
- Většinou vás teorie bude učit o různých důležitých členech projektového týmu, bez kterých by to nešlo. Nám se ale docela dobře daří I bez Scrum mastera. V případě product ownera je obvykle potíž alokovat vhodného člověka ze strany klienta, a tak tuto roli zastává někdo z týmu.
- Často se tak stává, že jeden člověk zastává více rolí.
- Můžete se také dočíst o doporučovaném způsobu zadávání požadavků ze strany klienta prostřednictvím tzv. User stories. Nám se tento princip neosvědčil.
- V případě User stories to u nás vypadalo spíše takto. User stories využíváme pro technický pohled. Pro uživatelský pohled využíváme tzv. Epicy, se kterými se pracuje v nástroji JIRA.
- Pro plánování a odhadování používáme tzv. Story pointy, které nahrazují časový odhad. Díky odhlédnutí od časových odhadů nedochází k dohadováním s klientem.
- Velocity chart v nástroji JIRA vám umožňuje zpětně sledovat porovnání odhadovaného množství provedených prací se skutečně zvládnutými úkoly.
- Zejména zpočátku jsme si často nasazovali růžové brýle.
- Realita byla podstatně méně růžová.
- Klient chce mít obvykle kontrolu nad tím, co financuje.
- JIRA Workflow toto umožňuje řešit nastavením zvláštního schvalovacího procesu například v případě, že odhadovaná cena prací přesahuje určitou částku. Pokud částka převyšuje stanovenou hranici, neobjeví se developerům v JIŘE, dokud nebyla schválena klientem.
- Získali jsme jednoznačně transparentnost. Pro klienta I pro nás (obchodně a I pro vývojáře). Agilní přístup nevyužíváme proto pouze u softwarových projektů, použili jsme ho například pro projekt rebrandingu firmy.