Co je agilní projektové řízení? Vysvětlení a jak začít

Váš tým právě strávil šest měsíců tím, že vytvořil přesně to, co klient požadoval. Ukázka proběhla bezchybně. A pak to řekli: „Tohle už nepotřebujeme. Trh se změnil.“

Viděl jsem, jak tento scénář zničil projekty, rozpočty a morálku týmu vícekrát, než dokážu spočítat.

Problémem není to, že se požadavky mění. To se děje vždy. Problémem je vytváření procesů, které předstírají, že se nemění.

Softwarové týmy si v průběhu času uvědomily jednu důležitou věc: co kdybychom přestali bojovat proti změnám a místo toho je začali očekávat?

Tento posun v myšlení vedl k agilnímu řízení projektů.

Hlavní body

Co je agilní řízení projektů?

Agilní řízení projektů je iterativní přístup, který přináší hodnotu prostřednictvím krátkých pracovních cyklů zvaných sprinty, které obvykle trvají dva až čtyři týdny a během nichž týmy průběžně plánují, realizují, vyhodnocují a přizpůsobují se, namísto toho, aby se řídily striktním sekvenčním plánem.

Místo toho, aby týmy strávily měsíce přípravou všeho před získáním zpětné vazby, vydávají funkční software každých několik týdnů a přizpůsobují se na základě získaných poznatků.

To přímo řeší problém, s nímž se potýká většina týmů: dlouhé vývojové cykly, v jejichž rámci se vše dodává najednou, jen aby se pak zjistilo, že požadavky se změnily už před několika měsíci.

Tradiční vodopádové řízení projektů stanoví požadavky na začátku a postupuje lineárními fázemi, přičemž každá fáze musí být dokončena, než může začít fáze následující.

Zapojení zákazníka probíhá především během počátečního sběru požadavků a finálního předání, přičemž mezi tím není nic hmatatelného.

Agilní přístup to zcela obrací. Zákazníci se zapojují po celou dobu životního cyklu projektu a v každém sprintu vidí funkční software.

Týmy vítají změny požadavků i v pozdní fázi vývoje a považují je za konkurenční výhody, nikoli za nákladné problémy.

Tato metodika se zaměřuje na hodnotu pro zákazníka v rámci stanovených časových a nákladových omezení tím, že změnu považuje za samozřejmost, nikoli za výjimku.

Proč je agilní řízení projektů důležité

Organizace, které úspěšně prošly agilní transformací, hlásí přibližně 30% nárůst efektivity, spokojenosti zákazníků a angažovanosti zaměstnanců.

Když přešli na dvoutýdenní sprinty, dodali svou první funkční verzi za čtyři týdny a upravili směr na základě skutečné zpětné vazby od zákazníků. Tato změna zachránila produktovou řadu.

Sledoval jsem, jak se jeden z klientů ze seznamu Fortune 500 devět měsíců potýkal s plánováním podle vodopádového modelu, než si uvědomil, že se jeho trh zcela změnil.

Když přešli na dvoutýdenní sprinty, dodali svou první funkční verzi za čtyři týdny a upravili směr na základě skutečné zpětné vazby od zákazníků. Tato změna zachránila produktovou řadu.

Výzkum Standish Group odhaluje, že agilní projekty dosahují 42% úspěšnosti, zatímco u projektů typu waterfall je to pouze 13 %. Naopak projekty typu waterfall selhávají v 59 % případů, zatímco u agilních projektů je to pouze 11 %.

Nejde o malé rozdíly. Představují zásadní zlepšení v tom, jak týmy zvládají nejistotu a přinášejí hodnotu, když se požadavky mění.

Hledáte snadný způsob, jak spravovat svůj agilní tým na jednom místě? Získejte šablonu pro agilní řízení od ClickUp zdarma zde!

Základní principy agilního řízení projektů

Agilní manifest v roce 2001 stanovil čtyři hodnoty, kterými se moderní týmy řídí dodnes. Nejedná se o abstraktní filozofii, ale o praktické priority, které formují každodenní rozhodnutí.

Tyto hodnoty neznamenají, že byste se měli zcela vzdát procesů, dokumentace, smluv nebo plánů. Jednoduše upřednostňují to, co přináší největší hodnotu, když jste nuceni si vybrat.

Jak funguje agilní přístup [krok za krokem]

Týmy uplatňují agilní přístup prostřednictvím opakujících se sprintových cyklů, které proměňují nápady v funkční software.

Každý sprint probíhá ve stejném rytmu, obvykle trvá dva týdny, což zajišťuje předvídatelnost a zároveň zachovává flexibilitu v rámci této struktury.

1. Plánování sprintu

Cyklus začíná plánováním sprintu, při kterém tým vybírá položky produktového backlogu, které podle svého odhadu dokáže během sprintu dokončit.

Nejde však jen o náhodný výběr úkolů. Produktový vlastník vysvětlí, co je v danou chvíli nejcennější, a vývojáři posoudí, co je vzhledem k jejich aktuální kapacitě a dosavadní rychlosti realizovatelné.

Společně definují cíl sprintu, který dává práci smysl, který přesahuje pouhé splnění kontrolního seznamu.

Tým také rozdělí vybrané položky na menší úkoly a vytvoří plán, jak bude práce provedena.

2. Denní porady

Každý den během sprintu pořádá tým patnáctiminutovou kontrolu, aby se všichni drželi v synchronizaci.

Nejedná se o zprávy o stavu pro manažera. Jsou to spíše pracovní setkání, na nichž vývojáři kontrolují pokrok směrem k cíli sprintu a identifikují překážky bránící práci.

Každý sdílí, čeho dosáhl včera, na čem dnes pracuje a co brání pokroku.

Díky přísnému časovému limitu se vše soustředí na podstatné věci a podrobné diskuse se odehrávají až poté, a to pouze s relevantními osobami.

3. Realizace sprintu

Mezi jednotlivými fázemi vytvářejí vývojáři funkční inkrementy, které splňují týmovou definici dokončení, sami řídí svou práci a každý den přizpůsobují plány na základě získaných poznatků.

Cíl sprintu zůstává neměnný, ale způsob, jakým ho tým dosáhne, se může měnit v závislosti na technických výzvách nebo lepších přístupech, které tým objeví.

Neprovádějí se žádné změny, které by ohrozily cíl sprintu, i když se rozsah může upřesnit a znovu projednat s produktovým vlastníkem, jakmile tým získá více informací.

4. Sprint Review

Na konci sprintu tým předvede dokončenou práci zainteresovaným stranám v rámci pracovní schůzky namísto formální prezentace, což umožňuje, aby zpětná vazba okamžitě ovlivnila další priority.

Zainteresované strany vidí funkční software, který mohou skutečně otestovat, a mohou tak poskytnout zpětnou vazbu založenou na skutečných zkušenostech, nikoli na teoretických požadavcích.

Produktový backlog se často upravuje přímo na místě na základě toho, co se všichni naučí z pozorování inkrementu.

5. Retrospektiva sprintu

Závěrečná ceremonie uzavírá každý sprint tím, že se zhodnotí, co se povedlo, jaké problémy se objevily a která vylepšení jsou pro příští sprint nejdůležitější.

Tým hodnotí průběh sprintu z hlediska jednotlivců, interakcí, procesů a nástrojů.

Identifikují změny s největším dopadem na zlepšení efektivity a buď je implementují okamžitě, nebo je přidají do backlogu příštího sprintu.

Tento zabudovaný mechanismus zlepšování zabraňuje týmům opakovat stejné chyby sprint za sprintem.

Tento rytmus vytváří transparentnost, kdy každý vidí, na čem se pracuje, kontrolu, při které se často prověřuje pokrok, a přizpůsobení, kdy se proces upraví, pokud kontrola odhalí problémy.

Nejběžnější agilní přístupy

Agilita není jedna metodika, ale celá řada rámců. V moderní praxi dominují tři z nich a výběr mezi nimi závisí na typu práce, kterou váš tým vykonává, a na tom, jak předvídatelně se objevuje.

Scrum

Scrum je s 63% podílem nejoblíbenějším rámcem, a to z dobrého důvodu.

Poskytuje strukturované role, včetně produktového vlastníka, scrum mastera a vývojářů, spolu s předepsanými rituály a jasnými artefakty, které týmům dávají konkrétní výchozí bod.

Struktura sprintů s pevně stanoveným časovým rámcem vytváří rytmus a předvídatelnost, přičemž stále umožňuje přizpůsobení v rámci každého cyklu.

Tento rámec funguje nejlépe při vývoji komplexních produktů v týmech o maximálně 10 členech, kde se měnící požadavky hodí k adaptivnímu plánování.

Pokud vytváříte něco nového, kde se potřeby zákazníků mění s tím, jak se dozvídáte více, iterativní přístup Scrumu vám umožní upravovat směr každých pár týdnů, místo abyste se vázali na rigidní dlouhodobý plán.

Kanban

Kanban volí odlišný přístup, když klade důraz na plynulý tok namísto pevně daných iterací.

Týmy vizualizují svou práci na tabulkách a stanovují limity rozpracovaných úkolů, které zabraňují přetížení a přepínání mezi úkoly.

Práce prochází systémem podle toho, jak se uvolňuje kapacita, čímž vzniká plynulý a předvídatelný tok.

To se skvěle hodí pro podporu výroby, údržbářské týmy s nepředvídatelnou nepřetržitou prací a provozní týmy poskytující průběžné služby, kde práce přichází neustále.

Pokud váš tým řeší žádosti o podporu, opravy chyb nebo požadavky na infrastrukturu, které nemohou počkat na další plánovací schůzku sprintu, je pro něj kontinuální model Kanbanu přirozenou volbou.

Extreme Programming (XP)

XP se intenzivně zaměřuje na technickou dokonalost prostřednictvím disciplinovaných inženýrských postupů. Při párovém programování pracují dva vývojáři na jedné pracovní stanici, aby mohli průběžně revidovat kód.

Při vývoji řízeném testy se nejprve napíší testy, které selžou, a teprve poté kód. Kontinuální integrace kód ihned po přidání otestuje, aby se problémy odhalily co nejrychleji.

To se hodí nejlépe v situacích, kdy je kvalita kódu prvořadá, týmy jsou malé a mohou pracovat na jednom místě pro efektivní párování a požadavky se často mění.

XP poskytuje technické postupy, díky nimž zůstávají kódové základny udržovatelné i při změnách požadavků, což je obzvláště cenné u produktů s dlouhou životností, u nichž se technický dluh stává nákladným.

Kombinace rámců

Týmy často kombinují různé rámce, aby využily to nejlepší z každého přístupu.

Scrum plus XP představuje nejoblíbenější hybridní přístup, který využívá Scrum pro strukturu řízení projektů, zatímco XP zajišťuje technickou kvalitu prostřednictvím disciplinovaných inženýrských postupů.

Tato kombinace vám nabízí plánování založené na sprintech a zapojení zainteresovaných stran ze Scrumu spolu s postupy pro zajištění kvality kódu z XP, které zabraňují hromadění technického dluhu.

Kdy má agilní přístup největší smysl

Agilní přístup funguje nejlépe, pokud jsou splněny určité podmínky:

Tyto scénáře mají společného jmenovatele: nejistotu, kterou lze lépe zvládnout pomocí iterativního objevování než předem stanoveného plánování.

Stejně důležitá je i druhá strana mince. Pevně dané požadavky bez očekávaných změn jsou plýtváním flexibility agilních metod, protože platíte náklady na přizpůsobení, aniž byste je potřebovali.

Podobně silně regulovaná prostředí, jako je farmaceutický průmysl, přinášejí jiný problém, protože vyžadují rozsáhlou dokumentaci, kterou agilní přístup se svou jednoduchostí přirozeně neposkytuje.

Některé projekty také čelí omezením, kvůli kterým je iterace nepraktická. Stavební projekty mají přísné závislosti, kde sekvenční přístupy prostě dávají větší smysl.

A pokud smlouvy obsahují pevné cenové struktury s předem stanovenými výsledky a přísnými sankcemi, jsou v zásadním rozporu s agilním přístupem, který vítá měnící se rozsah projektu.

Než se rozhodnete, zvažte tři předpoklady, které určují proveditelnost:

Pokud na některou z otázek odpovíte „ne“, hybridní přístupy, které kombinují agilní postupy s tradiční projektovou strukturou, často dávají větší smysl než vnucování metodiky, která neodpovídá vašim omezením.

Jak začít s agilním řízením projektů

Zavedení agilních metod vyžaduje promyšlený postup, nikoli pokus o okamžitou transformaci. Zde je návod, jak přejít od plánování k prvnímu úspěšnému sprintu.

Než se pustíme do podrobností, toto video vám poskytne pevný základ toho, jak agilní přístup ve skutečnosti vypadá v praxi:

Než oznámíte agilní transformaci, zhodnoťte, zda ji vaše prostředí skutečně podporuje. Nejprve se podívejte na typ projektu a ověřte, zda má měnící se požadavky a vyžaduje častou zpětnou vazbu. Poté zvažte, zda jsou členové týmu ochotni změnit způsob práce, nebo zda budete čelit silnému odporu. Nakonec se ujistěte, že zainteresované strany a vedení chápou, že se budou muset aktivně účastnit celého procesu, a ne jen přijímat zprávy o stavu na konci. Pokud některý z těchto prvků chybí, vyřešte tyto mezery, než budete pokračovat. Agilní transformace selhávají mnohem častěji kvůli nedostatečné podpoře organizace než kvůli problémům s technickým provedením.

Jakmile si ověříte, že jste připraveni, vyberte si jeden rámec a držte se ho alespoň tři měsíce. Scrum poskytuje strukturu, která dobře funguje pro týmy zabývající se vývojem produktů, zatímco Kanban se hodí pro práci s plynulým tokem, jako je podpora a údržba. Pokud je vaší hlavní prioritou technická kvalita, XP se zaměřuje na inženýrské postupy, jako je párové programování a vývoj řízený testy. Klíčem je dokonale zvládnout jeden přístup, než začnete rámce kombinovat, protože musíte pochopit, proč každý prvek existuje, než ho začnete přizpůsobovat své situaci.

Po výběru rámce si vyberte jeden projekt, který je pro podnik důležitý, ale který společnost nezničí, pokud narazí na problémy. To vám dá prostor k učení bez katastrofálních následků. Naplánujte si dva až tři sprinty (čtyři až dvanáct týdnů) jako hodnotící období a udržujte tým malý, o čtyřech až pěti lidech, aby náklady na koordinaci nezastínily to, zda agilní přístup sám o sobě funguje. Ujistěte se, že se mohou pilotnímu projektu věnovat na plný úvazek, místo aby rozdělovali pozornost mezi více projektů.

Váš pilotní projekt potřebuje tři klíčové role, které budou správně fungovat od prvního dne. Produktový vlastník musí mít pravomoc činit každodenní rozhodnutí o výdajích, aniž by musel žádat o schválení nadřízenými, a musí být k dispozici týmu, místo aby na několik dní zmizel. Váš scrum master by měl usnadňovat proces a odstraňovat překážky, místo aby řídil lidi v tradičním smyslu. Nakonec sestavte mezifunkční vývojový tým, který má všechny dovednosti potřebné k dokončení práce, aniž by ho zpomalovaly vnější závislosti. Tyto role nejsou volitelnými doplňky, které můžete vynechat. Jsou to strukturální požadavky, aby agilní přístup fungoval tak, jak byl navržen.

Začněte plánování sprintu tím, že produktový vlastník vysvětlí aktuální priority, zatímco tým vybere práci, kterou podle svého názoru dokáže dokončit. Společně definujte, co pro váš tým vlastně znamená „hotovo“, aby všichni sdíleli stejný standard, a poté naplánujte všechny opakující se ceremonie, jako jsou denní standupy, sprint review a retrospektivy, a chraňte tento čas před jinými schůzkami. Poté začněte budovat a počítejte s tím, že první sprint bude nepříjemný, protože to tak vždy bývá. Týmy obvykle potřebují tři až pět sprintů, aby našly svůj rytmus a dosáhly spolehlivé rychlosti.

Často kladené otázky

Okamžité zlepšení komunikace v týmu se projeví již během prvního sprintu. Transformace společnosti John Deere přinesla 79% zkrácení cyklu během šesti měsíců. Střednědobé zisky dosahují 165% zvýšení produktivity. Dlouhodobá zralost po dvanácti až dvaceti čtyřech měsících vytváří soběstačnou kulturu s maximální návratností investic.

Agilita je filozofie vycházející z Agilního manifestu, která obsahuje hodnoty a principy. Scrum je jeden z rámců implementujících agilitu s definovanými rolemi, událostmi a artefakty. Agilitu si můžete představit jako filozofii zdravého životního stylu, zatímco Scrum je konkrétní plán stravy a cvičení.

Ano, často efektivněji. Průvodce Scrumem doporučuje tři minimální týmy, ale menší týmy se přizpůsobují dobře. Neustále komunikují, čímž eliminují formální standupy. Větší týmy stojí třikrát až čtyřikrát více a mají více vad. Udržujte retrospektivy a zvažte praktiky Kanbanu nebo XP.

Závěr

Není žádným tajemstvím, že agilní řízení projektů patří k nejoblíbenějším metodikám řízení projektů na světě.

Je to jednoduché a rychlé – pomůže to vašemu týmu hravě zvládnout úkoly a projekty v rekordním čase!

Navíc, protože kladou důraz na změny v reakci na zpětnou vazbu od zákazníků, můžete si být jisti, že uvedete na trh produkt, který si vaši zákazníci zamilují.

Pokud uvažujete o zavedení agilních metod řízení projektů, proč nevyzkoušet software jako ClickUp?

Najdete zde vše, co potřebujete k snadnému řízení projektů a sprintů! Zaregistrujte se ještě dnes a získejte navždy bezplatnou verzi ClickUp