implementace agilní metodiky: konečný průvodce

pokud jste tady, myslím, že ve způsobu, jakým váš tým pracuje, jsou některé neefektivity. A pravděpodobně je chcete eliminovat implementací agile ve vašem týmu.

implementace agile samozřejmě není jen o spuštění agilního softwarového nástroje a spolupráci se svými spoluhráči.

kdyby to bylo tak snadné, nečetli byste tento článek, že? 😉

proto Vás provedu každým krokem, jak můžete úspěšně implementovat agile ve svém týmu v tomto článku.

rychlý kontext na Agile: co & proč

Vodopád: nemůžete provádět změny probíhajícího projektu, rozhodně ne podle obchodních potřeb a očekávání.

Agile: Hold my beer 😎

Agile je mimořádně praktický přístup k vývoji skvělých produktů. Na rozdíl od vodopádu, kde si rizika nelze dovolit a selhání nepřipadá v úvahu, agile přijímá rizika a je připravena zvládnout selhání.

Agile má ochotu učit se během celého procesu vývoje produktu. A má otevřenost začlenit změny přijaté prostřednictvím včasné zpětné vazby, v jakékoli fázi. Tyto vlastnosti agile připisují jeho vysoké úspěšnosti-2x u metody vodopádu!

takže se nemusíte starat o projekt, který trvá několik měsíců, jen abyste zjistili, že to není nic jako vy. Žádné takové bummers s agile!

slouží jako ideální médium pro učení a růst týmů a zároveň uspokojuje potřeby zákazníků. Vážně, kdo to nechce?

Psst! Zde je kompletní průvodce agilním řízením projektů, který vám pomůže naučit se základy agile.

Nyní, když víte, co je agile a proč je populární, přeskočme na důležitou část: jak úspěšně implementovat agilní metodu?

úspěšná implementace Agile: kroky k tomu, aby to bylo správné

Agile dostává na internetu v poslední době mnoho zpětných lomítek. Ale když se podíváte blíže, zjistíte, že je za tím jen jeden hlavní důvod-špatná implementace agilních postupů. Pro maximalizaci potenciálu agile je tedy důležité jej implementovat při dodržování jeho principů a hodnot, jak je uvedeno v manifestu Agile.

nyní se podívejme na klíčové kroky spojené s agilním procesem vývoje softwaru a jak jej implementovat.

Krok 1: Představení produktu

první a nejdůležitější věc, kterou musíte udělat před zahájením projektu, je jasně definovat, čeho chcete dosáhnout. A pak, vizualizovat to úplně od začátku do konce.

Představte si to, nakreslete jej, pokud musíte, a zapište si důležité podrobnosti týkající se projektu, který bude tvořit jeho základ. Podrobnosti musí zahrnovat:

• řešení problému-problém prohlášení, potřeba řešení, jak bude řešení řešit problém
• průzkum trhu-rozsah, cílové publikum, analýza konkurenta, umístění
• definice produktu-název, vlastnosti, výhody, hodnotová nabídka

účelem tohoto kroku je získat jasnost ohledně vize projektu a brainstormingu nápadů na jeho realizaci. A také zajistit, aby celý váš tým byl na stejné stránce.

příklad: předpokládejme, že váš projekt je vyvinout mobilní aplikaci pro taxislužby.

děláte všechny základy a studie trhu. Identifikujete své cílové publikum, jejich nejhlubší problémy s aktuálním řešením, jak to vaše aplikace řeší a kdo jsou vaši konkurenti. Můžete si také představit, jak bude vaše aplikace vypadat a fungovat.

jakmile si vizualizujete aplikaci, vytvoříte projekt tím, že mu dáte jméno, brainstorming a poznamenáte si funkce, které bude mít, a napíšete uživatelské příběhy pro každou funkci.

při zahájení projektu musíte začít s ranou. Protože, jak říká irské přísloví, “ začátek je jedna třetina práce.“.“

abychom vám pomohli nastartovat správnou notu a nastavit tempo pro zbytek projektu, použijte správný nástroj, který je pro vás ideální.

Zepel může být tímto nástrojem.

Zepel umožňuje vytvářet projekty nebo jednotky a pojmenovat je podle vašeho pohodlí. Jakmile vytvoříte svůj tým, můžete vytvořit potřebné funkce.

pod každou funkcí můžete vytvářet uživatelské příběhy a přidávat konkrétní úkoly a dílčí úkoly. Dejte svým úkolům jméno, popis, datum splatnosti a také je přiřaďte členům týmu.

Krok 2: stanovení plánu a organizace vydání

po dosažení jasného obrazu o projektu je další věcí, kterou musíte udělat, stanovit plán spolu s hrubým plánem vydání.

zde musíte vy a váš tým projednat a navrhnout akční plán pro produkt. Tento akční plán musí obsahovat přehled iterací vývoje produktu s předběžnými lhůtami pro každé vydání.

jakmile navrhnete svůj plán, je nezbytné vytvořit časový plán se stanovenými milníky, tj. časové rámce pro každé vydání produktu. Tyto časové rámce nemusí být přesná data, ale je ideální stanovit realistické termíny.

tím se tým nestane letargickým ani majitel produktu neztratí trpělivost. Takže jděte do toho a vytvořte tento rozvrh se všemi daty vydání.

příklad: vytvoříte plán pro aplikaci taxi služby s přibližnými realistickými časovými rámci.

rozdělili jste svůj projekt do 4 milníků-Core UI design, mapy s platbou, rezervace taxi ve vašem městě, pronájem kabiny pro dálkové jízdy.

nyní plánujete vydání pro tento projekt s volnými časovými rámci a uspořádáte je v časovém rozvrhu.

s tímto plánem jste úspěšně přeložili svou vizi do akčního plánu, který má váš tým následovat.

Krok 3: Výběr rámce-Go Scrum nebo go Kanban?

“ jsme tím, kým jsme se rozhodli být.“- Green Goblin, od Spider-Man

podobně bude váš projekt tím, čím chceme, aby byl, Pokud zvolíte správný rámec.

ale vybrat moudře, budete potřebovat znát odpovědi na následující otázky:

• co jsou scrum a kanban?
• proč a kdy je vybrat?
• jak je implementovat?
• rozdíly mezi scrum a kanban

pojďme se ponořit přímo do, že?

kdy zvolit Scrum?

Scrum je široce používaný agilní rámec. V této metodě jsou složité problémy rozděleny na menší funkční řešení a jsou dodávány ve sprintech. Každý sprint je timeboxed být propuštěn v 1 – 4 týdny, nejčastěji do 2 týdny.

většina týmů si vybírá scrum jako svou preferovanou agilní metodiku, protože je to nejoblíbenější a nejúspěšnější rámec. Podle průzkumu Scrum Alliance z roku 2015 bylo 62% projektů scrum úspěšných. Od té doby čísla určitě stoupla.

ale jak víte, zda je scrum ideální pro váš projekt? Scrum je apt, když váš projekt vyžaduje:

• otevřenost začlenit změny v požadavcích, prioritách a dokonce i řešení po každé iteraci
• práce v cyklech na omezených funkcích se zaručeným dodáním na konci každého cyklu
• testování a zpětná vazba zaměřené na zákazníka je prioritou

zdá se scrum působivé? Nebo si myslíte, že to vypadá dobře na papíře, ale jak to jde ve skutečném světě?

abych na to odpověděl, dovolte mi, abych vás provedl implementací agile with scrum.

kdy zvolit Kanban?

Kanban je další populární metodologie v agile. Jedná se o progresivní proces, který zajišťuje nepřetržité dodávky. Nejsou zde žádné sprinty. Místo toho jsou úkoly v projektu upřednostňovány a poté dokončeny několik položek najednou, následuje další sada zbývajících položek.

Kanban board používají týmy k zobrazení průběhu projektu na mikroúrovni.

Kanban je ten pro váš projekt, pokud:

• existuje mnoho nesouvisejících uživatelských příběhů a úkolů
• požadavky a jejich priority se neustále mění, jako je počasí
• chcete nasadit více verzí za méně než týden, zejména neplánované

Kanban je extrémně flexibilní a poměrně jednoduchý z hlediska implementace. Pokud si myslíte, že se zdá, že to odpovídá vašemu projektu, zde je návod, jak implementovat agile pomocí kanban.

pokud stále diskutujete mezi scrum a kanbanem, pochopte rozdíly mezi nimi pomocí tohoto článku: Rozdíly mezi scrum a kanban.

implementace Agile Scrum Way

pokud získáte Scrum správně, je zaručeno, že váš projekt bude na své trajektorii k úspěchu. 🚀

rychle se podívejte na kroky, které vedou k úspěšnému přijetí scrum pro váš projekt.

Krok 1: shromažďování požadavků na nevyřízené položky produktu

před zahájením projektu scrum je třeba pro něj připravit půdu. To znamená, že musíte shromáždit všechny obchodní požadavky a vytvořit backlog nazvaný Product backlog se všemi položkami úkolů.

tak jděte do toho, naplánovat diskusi s majitelem produktu získat obchodní potřeby.

vaší další prioritou je upřednostnit položky nevyřízených produktů.

příklad: z vašeho setkání s majitelem produktu ohledně aplikace taxi služby jste shromáždili všechny obchodní požadavky a uložili je jako uživatelské příběhy.

nyní diskutujete s vlastníkem produktu a přiřazujete priority každé položce v tomto nevyřízeném stavu. Položili jste základ.

nastavení priorit položkám, jejich komunikace se svým týmem a jejich sledování může být trochu vyčerpávající, abych byl upřímný. Takže, věřili byste mi, kdybych vám řekl, že pomocí jednoduchých hashtagů může být vaše práce mnohem přímočařejší?

v Zepelu můžete použít #high, #medium a #low, které vám pomohou upřednostnit položky úkolů v mžiku.

Krok 2: Plánování sprintů

plánování sprintů je zásadním krokem, pokud sledujete rámec scrum pro vývoj vašeho produktu.

a zde je pohled na to, co se děje během tohoto plánování:

• vlastník produktu přichází s aktuálním seznamem prioritních uživatelských příběhů a položek úkolů.
• celý vývojový tým se vstupy od vlastníka produktu odhaduje každý uživatelský příběh.
• cíl sprintu je jasně definován.
• na základě cíle sprintu, délky sprintu a odhadů každého uživatelského příběhu tým spolupracuje s brainstormy a přidává uživatelské příběhy do nevyřízených sprintů.

i když vás nemůžu přimět, aby Tony Stark vymyslel dokonalý plán, jako vždy, zde je informativní článek o zvládnutí plánování sprintu, který bude užitečným nástrojem. Takže si praskání na svém plánu sprint.

příklad: plánujete sprinty pro aplikaci taxi služby. Zadáte přihlášení, zaregistrovat se, a základní design uživatelského rozhraní aplikace v prvním sprintu.

poté odložíte mapy a platební aktivity ve druhém sprintu, rezervujete taxíky ve třetím sprintu a tak dále, dokud nedokončíte plánování všech sprintů pokrývajících všechny úkoly v projektu.

to je hodně únavné práce. Ale co kdybyste měli nástroj, který vám usnadní život?

se sprinty v Zepelu se zdaňovací úkol plánování sprintu určitě stane procházkou v parku pro vás. Vytvořte sprint, nastavte dobu trvání a přidejte do něj prioritní sadu uživatelských příběhů nebo úkolů. Je to opravdu tak jednoduché!

Zepel vám automaticky zobrazí přehled plánovaného sprintu, takže můžete vyladit plán na základě vašich požadavků.

Krok 3: přezkoumání sprintu

skutečná krása agile scrum spočívá v flexibilitě, kterou poskytuje pro kontrolu, nápravu a improvizaci v jakékoli fázi vývojového cyklu; zejména po každém sprintu se koná přezkum za účelem posouzení jeho výsledků. A ověřit, zda realita skutečně odpovídá očekáváním, nebo zda je od ní daleko.

celý tým vyhodnotí konečný produkt, aby zkontroloval, zda jsou splněny všechny obchodní potřeby. Můžete také pozvat své beta zákazníky ke sdílení zpětné vazby.

všechny zjištěné problémy nebo zmeškané požadavky jsou diskutovány a zaznamenány, aby se na nich pracovalo později, v nadcházejících sprintech.

příklad: Řekněme, že váš tým dokončil funkci rezervace pro aplikaci taxi v rámci aktuálního sprintu. A vy to spustíte zákazníkem během kontroly sprintu.

během kontroly si uvědomujete, že jste do funkce rezervace nezahrnuli plánované vyzvednutí. Zákazník také poskytuje cennou zpětnou vazbu týkající se dotyku a pocitu aplikace. Poznamenejte si je, abyste na nich později pracovali.

ale místo toho, pokud byste mohli přidat tyto malé změny a zmeškané položky do seznamu, nebylo by snazší sledovat, sledovat a implementovat?

pro tento účel nabízí Zepel funkci seznamu, kde můžete přidat vynechané úkoly, chyby, vylepšení a dokonce i uživatelské příběhy.

tyto položky můžete později přesunout na odpovídající funkci nebo sprint. Kromě toho můžete sledovat průběh sprintu a zkontrolovat jej, Zepel poskytuje zprávu o Sprintu s grafy burnup a burndown.

po přezkoumání sprintu existuje čestná šance na začlenění změn do produktu,což se projeví v nevyřízených produktech a nakonec v plánu sprintu.

nyní se přehodnocení toho, co dělat dál, stává klíčovým pro pokrok projektu. To vyžaduje retrospektivní setkání sprintu. Během této diskuse celý tým přezkoumává, přehodnocuje a znovu upřednostňuje položky sprintu na základě předchozích výsledků sprintu, aby vylepšil nadcházející sprint.

příklad: posaďte se se svým týmem, abyste získali jejich pohled na to, co fungovalo v předchozím sprintu, co ne a co lze zlepšit. Možná zjistíte, že vaše prioritizace byla špatná, a to vedlo k tomu, že váš tým vzal více na talíř,než mohl žonglovat.

budete překvapeni poznatky, které získáte od svého týmu o tom, co lze zlepšit.

sestavili jsme několik retrospektivních šablon, které můžete použít k odhalení příležitostí ke zlepšení ve vašem týmu.

co by se během tohoto procesu hodilo, je postup vašeho předchozího sprintu. Zadejte zprávy Zepel Sprint burnup a burndown.

pomocí těchto grafů může váš tým lépe diskutovat o nápadech, protože poskytuje úplnou perspektivu toho, co se stalo během sprintu.

Must-do: držení pravidelné Standups

kromě všech technických kroků uvedených výše, tady je něco, co musíte udělat, aby se scrum právo-Denní Standups.

standup je krátké setkání prováděné každý den během sprintu. Jeho cílem je získat aktuální informace o průběhu projektu.

ale tady je častá chyba, kterou týmy dělají. Neomezují dobu trvání svých vystoupení na 15 minut. Jako výsledek, mají pocit, že tráví více času navštěvováním schůzek, než vývojem produktu. Takže pokud se budete držet tohoto časového rámce, můžete jít. 👍

pokud jste přesvědčeni, že scrum je pro váš projekt, Naučte se A-Z scrum a jak jej implementovat do hloubky z tohoto definitivního průvodce.

nebo pokud jste s teorií hotovi a jste připraveni implementovat Scrum se svým týmem, Zepel vás pokryje. Vyzkoušejte nás!

implementace agilního Kanbanového způsobu

implementace kanbanu je stejně jednoduchá jako jeho pochopení. Zde je přehled na vysoké úrovni o tom, jak je kanban obvykle implementován.

Krok 1: Workflow vizualizace s Kanban Board

Chcete-li dostat svůj projekt válcování s kanban, je třeba vizualizovat a mít svůj workflow nastavit. K tomu je třeba vytvořit sloupce ve vaší kanbanové desce pro každou fázi vašeho projektu-Od Do Do do hotovo.

poté přiřadíte všechny položky úkolů vytvořené z obchodních potřeb do příslušných fází výkonu.

pokud čekáte na úlovek, neexistuje žádný. Kanban je, ve skutečnosti, toto jednoduché.

příklad: předpokládejme, že jste pro aplikaci taxi služby vytvořili kanbanovou desku se 3 sloupci. Sloupce 3 kanban jsou: to – do, in-progress a done.

shromáždili jste všechny obchodní požadavky a převedli je na úkoly, jako je navrhování uživatelského rozhraní, Přihlášení/Registrace, rezervace, platba atd. Nyní přiřadíte každou z těchto položek k odpovídajícím fázím pracovního postupu na desce kanban.

říkají, že rezervace a platba teprve začínají, a tak jsou v práci. Přihlášení / Registrace je dokončena, takže jej přesunete na Hotovo. Mezitím probíhá navrhování uživatelského rozhraní.

díky funkci kanbanové desky Zepel je celý tento proces 10x jednodušší. Můžete rychle vytvářet vlastní sloupce kanban, vytvářet a přiřazovat úkoly každému sloupci.

v Zepelu jsme si dobře vědomi, že projekt v reálném čase bude mít stovky položek úkolů. Sledování z nich může být náročné. Ale s pokročilými filtry Zepel je můžete snadno sledovat.

Poznámka: můžete mít jen 3 až tolik kanbanových sloupců, kolik váš projekt vyžaduje.

Krok 2: omezení jednotek WIP

jednotky WIP nebo jednotky Work in Progress se vztahují k počtu aktuálně probíhajících úkolů. Nastavení limitu počtu jednotek je nutností. Protože se nejčastěji necháváme unést snahou přesunout co nejvíce úkolů z úkolů na Hotovo.

a nakonec přetížíme sloupec in-progress s větším počtem úkolů, než je počet rukou dostupných pro jejich implementaci. Stručně řečeno, to je recept na úzká místa.

ale vzít příliš málo po ruce je opět problém, protože čas je podstatný. Tak, nalezení sladkého místa mezi nádivkou a krátkým prodejem je nezbytné.

příklad: pracujete na stanovení limitu WIP pro aplikaci taxi služby. Při posuzování počtu čekajících úkolů a času potřebného k jejich dokončení vypočítáte limit WIP 4 úkoly najednou.

nejčastěji týmy opravují 3-4 úkoly jako limit WIP. Protože bychom si každý den vybrali kvalitu > množství. 💯

Krok 3: Měření a řízení pracovního postupu

Kanban je o flexibilitě. To znamená, že máte svobodu provádět změny ve svém pracovním postupu, pokud váš projekt z těchto změn samozřejmě těží.

ale jak zjistíte, jaké změny provést?

změny v pracovním postupu se provádějí posouzením hodnoty, která proudí ve vašem aktuálním pracovním postupu. To znamená, jak hladce se úkoly zefektivňují od úkolů k hotovo, bez úzkých míst.

a pokud mohou být začleněny nějaké změny pro zlepšení tohoto toku, jsou tyto změny provedeny. Poté se měří jejich dopad na výkon, aby se rozhodlo, zda tyto změny dokončí nebo upustí.

příklad: Řekněme, že váš tým plnil úkoly s limitem WIP 3 úkoly pohodlně. Limit pak zvýšíte na 5.

začnete si všimnout, že se hromadí nevyřízené úkoly. Takže se rozhodnete změnit limit WIP na 4 jednotky a zjistíte, že to funguje ve váš prospěch. Nyní jste schopni dodat položky rychle a zároveň zachovat kvalitu.

Chcete-li zachovat tuto rovnováhu, budete muset měřit a sledovat počet položek přítomných v každém sloupci kanbanové desky v daném okamžiku.

to je místo, kde kumulativní diagramy vstupují do hry. Nyní budete znát nejen počet položek v každém sloupci, ale také čas, který bude trvat, než se položka přesune z jednoho sloupce do druhého.

rádi byste věděli, že Zepel má kumulativní funkci grafu, která vám pomůže měřit a spravovat pracovní postup nejlepším možným způsobem. 🙂

při provádění změn v pracovním postupu je důležité mít na paměti, že primárním motivem je maximalizovat tok této hodnoty a nijak jej minimalizovat.

Krok 4: tvorba politik explicitní

všichni máme své vlastní politiky, náš vlastní způsob, jak dělat to, co děláme. Ale když se staneme součástí týmu, nemít společné pokyny, které je třeba dodržovat, často vytváří zmatek a chaos.

například, jak můžeme vytáhnout úkoly z úkolů do probíhajících? Pokud je to FIFO, co uděláme, když se položka s vysokou prioritou uvízne ve frontě pouze proto, že byla přidána pozdě?

aby váš tým mohl řešit takové situace, které jsou v Kanban BTW velmi běžné, vyžadují jasnost. A získat takovou jasnost, váš tým potřebuje zásady, které mají být výslovně uvedeny.

příklad: Máte úkoly UI design, mapy a taxi rezervace v to-do sloupci kanban palubě. Vaše následující FIFO, ve stejném pořadí jako výše uvedené úkoly. Do tohoto seznamu se však přidá úkol s vysokou prioritou nazvaný platba.

nyní, podle vašich explicitních zásad, musí být úkoly s vysokou prioritou dokončeny jako první, a proto se platba nejprve přesune do sloupce probíhající.

podobně můžete nastavit explicitní zásady pro jakoukoli činnost v pracovním postupu.

Must-do: Optimalizace

provádění změn a Optimalizace strategií pracovního postupu k lepšímu je jednou z hlavních výhod, které kanban nabízí. Proto je termín Kaizen, což znamená neustále se zlepšovat, spojen s kanbanem.

prostřednictvím těchto optimalizací můžete určit, jak nejlépe poskytnout hodnotná řešení zvýšením rychlosti vývoje současně.

Chcete-li optimalizovat strategii Kanban workflow k lepšímu, budete muset zaujmout vědecký přístup.

v podstatě uvedete hypotézu, abyste provedli změnu desky a definovali, jaký musí být požadovaný výsledek. Implementujete změnu, což jí umožní usadit se po určitou dobu. A nakonec změříte výkon této změny a rozhodnete se ji buď přijmout, nebo vrátit zpět.

pokud se nakloníte ke kanbanovi, podívejte se na tyto příklady kanbanových desek, které vám pomohou uskutečnit poslední hovor.

na druhou stranu, pokud jste se již rozhodli a hledáte dokonalý software kanban, podívejte se na náš nástroj. Hodně štěstí kanbaning. Můžete nám poděkovat později.

ať už si vyberete Scrum nebo Kanban nebo se rozhodnete implementovat kombinaci obou, Zepel má pro vás všechny správné převody a páky pro implementaci agilní metodiky ve vašem týmu.

ale neberte mi za to slovo! Můžete se podívat, jak Zepel porovnává s jinými agilními nástroji pro řízení projektů, a přečtěte si, proč vývojové týmy 4000 + preferují Zepel.