https://www.moderni-stat.cz/index.php?action=history&feed=atom&title=F%C3%A1ze_alfa_provozu_slu%C5%BEby 2026-04-28T15:37:32Z Historie editací této stránky MediaWiki 1.31.15 https://www.moderni-stat.cz/index.php?title=F%C3%A1ze_alfa_provozu_slu%C5%BEby&diff=126&oldid=prev 2018-07-18T15:48:32Z

<p>Založena nová stránka s textem „<a href="/wiki/Agiln%C3%AD_p%C5%99%C3%ADstup" title="Agilní přístup">Část sekce Agilní přístup</a> =Jak funguje fáze alfa provozu služby= Fáze alfa je vývojová fáze, která přichází po fázi…“</p> <p><b>Nová stránka</b></p><div>[[Agilní přístup|Část sekce Agilní přístup]]<br /> =Jak funguje fáze alfa provozu služby=<br /> <br /> Fáze alfa je vývojová fáze, která přichází po fázi objevování/zjišťování.<br /> <br /> Ve fázi alfa potřebujete:<br /> <br /> * vybudovat prototypy služby<br /> * otestovat prototypy služby s uživateli<br /> * prokázat, že vytvořit plánovanou službu je technicky možné<br /> <br /> Ve fázi alfa byste měli využít zkušenosti s budováním prototypů, abyste:<br /> <br /> * odhalili problémy v návrhu vaší služby a rozhodli, jak je budete řešit<br /> * udělali odhad, kolik bude služba stát peněz<br /> * co možná nejdříve určili největší rizika pro další fázi beta<br /> <br /> Na konci fáze alfa byste měli vědět:<br /> <br /> * zda je možno se přesunout do fáze beta<br /> * co potřebujete vytvořit ve fázi, pokud se přesouváte do fáze beta.<br /> <br /> == Tým ve fázi alfa ==<br /> <br /> Zjištěte jak [[Sestavení teamu pro fáze projektu|postavit projektový tým pro jednotlivé fáze]]<br /> <br /> == Jak by tým měl pracovat ==<br /> <br /> Váš tým by měl [[Agilní přístup|pracovat agilním způsobem]], rychle iterovat, abyste se mohli rychle učit.<br /> <br /> == Etapy úspěšné fáze alfa ==<br /> <br /> Každá fáze alfa bude jiná, protože rizika a cíle pro každou službu jsou rozdílné.<br /> <br /> Většinou fáze alfa trvá 8 týdnů a dělí se na tyto tři etapy:<br /> <br /> # Začátek: postavení týmu k vytyčení cílů<br /> # Iterace: vytvoření prototypů služby, otestování, poučení, změny a nové testování<br /> # Závěr: přesun do fáze beta nebo k ukončení projektu<br /> <br /> == Začátek ==<br /> <br /> V úvodní etapě potřebujete udělat následující kroky, což bude trvat pár dní:<br /> <br /> # Dát dohromady tým<br /> # Stanovit cíle vašeho projektu<br /> # Identifikovat největší rizika<br /> <br /> === Dát dohromady tým ===<br /> <br /> Během úvodní etapy můžete plánovat setkání, abyste zajistili, že tým<br /> <br /> * se navzájem pozná a stmelí<br /> * vytváří týmové chápání projektu<br /> <br /> Můžete týmu představit [[Standard digitální služby|18 standardů digitální služby]], pokud je neznají a agilní způsob práce.<br /> <br /> === Stanovit cíle ===<br /> <br /> Musíte s týmem zjistit, jaké jsou vaše cíle ve fázi alfa.<br /> <br /> Mohou to být například následující cíle:<br /> <br /> * vytvořit novou digitální službu<br /> * vytvořit službu, která bude vyhovovat potřebám uživatelů<br /> * prokázat, že můžete uspokojit potřeby uživatelů, které v současné době naplňuje služba soukromého sektoru, kvůli selhání služby veřejného sektoru.<br /> <br /> === Identifikovat největší rizika ===<br /> <br /> Důvodem pro spuštění fáze alfa je, co nejdříve identifikovat všechna rizika projektu.<br /> <br /> Během počátku byste se měli pokusit identifikovat největší rizika a lépe jim porozumět.<br /> <br /> === Druhy rizik ===<br /> <br /> U většiny projektů veřejné správy spadají rizika do tří kategorií:<br /> <br /> * design<br /> * obchodní proces<br /> * technická rizika<br /> <br /> === Rizika spojená s designem ===<br /> <br /> Designová rizika jsou veškeré problémy spojené s designem zaměřeným na uživatele identifikovaná v rámci modelu iterace (opakované testování).<br /> <br /> Často je zapotřebí více pokusů, než se zjistí, jaký rozsah je pro vaše uživatele správný.<br /> <br /> Musíte zvážit<br /> <br /> * jak jednoduché je použití služby<br /> * zda uživatel zvládne projít napoprvé<br /> * jak vypadají chyby<br /> * jak budete analyzovat v rámci uživatelského průzkumu<br /> * jak rychle postavíte prototypy služby<br /> <br /> === Rizika spojená s obchodním procesem ===<br /> <br /> Tato rizika zahrnují:<br /> <br /> * jak bude váš odbor integrovat vaši novou službu<br /> * zda váš odbor provádí kontrolu podvodů<br /> * zda váš odbor disponuje telefonickou podporou<br /> * jak provozovat službu a kdo je zodpovědný, pokud služba “spadne” a podpora je mimo provoz<br /> <br /> === Technická rizika ===<br /> <br /> Technická rizika se obvykle týkají integrace do stávajících systémů, například:<br /> <br /> * druh probíhajícího spojení, které je nezbytné pro propojení vaší služby s existujícími systémy<br /> * jakékoliv speciální hostování, například hosting s vysokou úrovní zabezpečení<br /> <br /> === Co musíte udělat na konci počáteční etapy ===<br /> <br /> Každá služba je jiná, ale na konci počáteční fáze by váš tým měl mít následující:<br /> <br /> * znalosti o službě, co má splňovat a pro koho je určena<br /> * písemný popis lidí, kteří budou službu využívat, tzv. “user personas”<br /> * dobrou znalost toho, co pro uživatele již existuje<br /> * dobré pochopení toho, jak splnit [[požadavky na přístupnost]].<br /> * jasné nastavení cílů a rizik<br /> * představu o vizi vašeho projektu a jak bude vypadat, až bude hotov<br /> * jasné pochopení toho, jak bude služba integrována nebo napojena do starších systémů<br /> * prioritizovaný seznam prací pro vaši první iteraci<br /> <br /> === Předvedení (ukázka) a retrospektiva (ohlédnutí) ===<br /> <br /> Měli byste projektovému týmu a zúčastněným stranám předvést, co jste se naučili (projektové radě nebo týmu seniorních manažerů) .<br /> <br /> Také byste měli uspořádat [[Nástroje a techniky agilního řízení#Retrospektivn.C3.AD_setk.C3.A1n.C3.AD|retrospektivní setkání]] na konci počáteční etapy.<br /> <br /> == Iterace ==<br /> <br /> Ve fázi alfa nebudete schopni vybrat jednu cestu pro uživatele nebo jeden design. Budete muset postavit a otestovat více prototypů.<br /> <br /> To vám umožní rychle zjistit, který design nabízí nejlepší možnosti pro uživatele. Váš první návrh může mít problémy – pokračujte v revizi návrhů, průzkumu a testování postupů a vylepšujte.<br /> <br /> [[uživatelský průzkum ve fázi alfa|Více informací o uživatelském průzkumu ve fázi alfa]].<br /> <br /> === Příklad časového rozvrhu u iterace ===<br /> <br /> Den 1:<br /> <br /> * retrospektivní setkání (1 hodina)<br /> * plánování iterace (2 hodiny)<br /> * start iterace<br /> <br /> Den 2:<br /> <br /> * uživatelský průzkum na prototypech předchozích iterací<br /> * analýzy výsledků testování<br /> <br /> Day 5:<br /> <br /> * demo<br /> <br /> Od tohoto rozvrhu se můžete odchýlit, ale měli byste uskutečnit uživatelský průzkum co nejdříve v etapě iterace, abyste měli dostatek času do další iterace. To vám umožní rychlý obrat uživatelských příběhů / scénářů.<br /> <br /> Práce tímto tempem bude mít za následek:<br /> <br /> * uživatelský průzkum v iteraci 1<br /> * dokončení příběhu/scénáře v iteraci 2<br /> * další průzkum na aktuálních prototypech v iteraci 3<br /> <br /> Chcete-li pracovat tímto způsobem, potřebujete velmi dobře vyvinuté prototypy. Ty mohou mít back-end systémy, které vymodelují integraci služby, ale obsahují skutečnou logiku práce.<br /> <br /> Pokud potřebujete iterovat rychleji, můžete začít s mnohem menší přesností / výstižností prototypů (jak papír).<br /> <br /> To vám umožní testovat různé toky a rychleji opakovat průzkum a vývoj prototypu.<br /> <br /> Opakujte (provádějte iterace) dokud:<br /> <br /> * neprokážete, že prototyp splňuje požadavky uživatelů a není možno se posunout dál<br /> * neprokážete, že nerozumíte problémům prototypu, kvůli kterým zrušíte projekt a vrátíte se do fáze předchozí objevování.<br /> <br /> === Na konci každé iterace ===<br /> <br /> Na konci každé iterace musíte předvést kroky služby tak, abyste ukázali, co se tým při iteracích naučil a co plánuje dělat dál.<br /> <br /> Měli byste se vyvarovat nastavení iterací ve dnech od pondělí do pátku, protože v těchto dnech chybí více lidí.<br /> <br /> == Závěr ==<br /> <br /> === Rozhodnutí o tom, že fáze alfa skončila ===<br /> <br /> Na konci fáze alfa byste měli mít:<br /> <br /> * příběhy uživatelů /uživatelské scénáře, které souvisejí s celou cestou uživatele spíše než podle jednotlivých funkcionalit<br /> * plán prací pro fázi beta a méně podrobně i plán pro ostrou fázi<br /> * nastavit [[Využití dat k zlepšování služby|měření úspěšnosti služby]]<br /> * základní pracovní systém s omezenou funkčností, který se dá předvést uživatelům<br /> * znalost starších systémů, které je třeba vyměnit nebo integrovat<br /> * rozhodnutí o tom, zda pokročit do fáze beta<br /> * znalost toho, jak navrhnout přístupnou službu<br /> * analýzy průzkumu potřeb uživatelů, který jste udělali<br /> * nápady, jak navrhnete model asistované digitální podpory pro vaši službu<br /> <br /> == Jak by měl vypadat prototyp služby ==<br /> <br /> Prototyp z fáze alfa má umožnit kompletní end-to-end transakci.<br /> <br /> Měli byste na to myslet jako na prokázání konceptu a použít toho ke kontrole, že:<br /> <br /> * máte správné řešení, které naplní potřeby uživatelů<br /> * váš přístup je životaschopný a ekonomicky efektivní<br /> * technologie k implementaci vašeho plánu existují<br /> * jsou věci, které se nedají snadno změnit, a přesto budete pokračovat<br /> * znáte potřeby vašich uživatelů natolik, abyste je mohli změnit.<br /> <br /> Pokud ne, zjišťujte dále a udělejte nový prototyp služby.<br /> <br /> === Přechod do fáze beta ===<br /> <br /> Váš tým musí být přesvědčen, že nenavrhujete projekt, který nebude fungovat ve fázi beta. Ujistěte se, že vaše časové lhůty, rozsah a vaše vize jsou správné v souladu s penězi a lidmi, které máte na další fázi.<br /> <br /> Poté, co se přesvědčíte, že se chcete přesunout do fáze beta, manažer poskytování služby a vlastník služby by měl začít pracovat na obchodním návrh pro fázi beta ještě včas ve fázi alfa.<br /> <br /> Začnete-li včas pracovat na návrhu programu beta fáze, váš tým bude pokračovat dynamicky a poskytne vám čas na další schválení kontroly výdajů.<br /> <br /> Měli byste mít finální demo z fáze alfa a ujistit se, že vedení projektu se může předvedení alfa demo (prototypu) zúčastnit.<br /> <br /> Použijte demo ukázku k předvedení toho, co jste dosáhli ve fázi alfa a vysvětlení dalších vizí pro fázi beta.<br /> <br /> Měli byste mít finální retrospektivu a vytvořit zásobu (backlog) uživatelských scénářů pro fázi beta.<br /> <br /> [[Uživatelské příběhy |Zjistěte více o psaní příběhů / uživatelských scénářů]].<br /> <br /> === Rozhodnutí nepokračovat do fáze beta ===<br /> <br /> Můžete také fázi alfa využít k rozhodnutí ukončit projekt raději než pokračovat s fází beta.<br /> <br /> Můžete zjistit například:<br /> <br /> * potřeby uživatelů již naplňuje jiná služba veřejné správy nebo soukromý sektor<br /> * náklady na vybudování služby jsou příliš vysoké v závislosti na tom, kolik uživatelů ji využije<br /> * nedigitální řešení je lepší<br /> * přizpůsobení nebo vývoj jiné služby je lepší řešení.<br /> <br /> Jedná se pořád o úspěšnou fázi alfa, i když se rozhodnete, že pokračování ve fázi beta by znamenalo plýtvání časem i penězi.<br /> <br /> === Rozhodnutí o nové fázi alfa ===<br /> <br /> Na konci fáze alfa se můžete také rozhodnout, že začnete znovu s fází alfa nebo “objevování”, protože se třeba chcete zaměřit na jiné věci.<br /> <br /> Například, můžete identifikovat potřebu uživatelů ve fázi objevování a alfa a potom objevíte prostřednictvím dalšího průzkumu jinou potřebu uživatelů.<br /> <br /> == Související příručky: ==<br /> <br /> Může se vám hodit:<br /> <br /> * [[Objevovací fáze služby | Jak funguje objevovací fáze službyeditovat]]<br /> * [[Fáze beta provozu služby|Jak funguje fáze beta]]<br /> * [[Fáze spuštění služby|Jak funguje ostrá verze]]<br /> * [[Fáze ukončení služby|Dosloužení služby]]<br /> <br /> <br /> <br /> ====Zdroje====<br /> https://www.gov.uk/service-manual/agile-delivery/how-the-alpha-phase-works</div>

Michal