Co znamená „agilní“ v projektovém řízení?
Zatímco tradiční metody mají za cíl zpracovat různé fáze projektu sekvenčním způsobem (také známý jako kaskádový vývojový cyklus nebo dokonce V cyklus), principem agilních metod je rozřezat jej na subautonomní části (nebo dílčí projekty) ) (hovoříme také o iterativním vývoji).
Části (iterace) tvoří projekt jako celek.
Agilní manifest, základní principy
Tyto metody pocházejí z Agilní manifest , postupy zavedené odborníky v roce 2001 za účelem zlepšení vývoje softwaru.
Tento dokument zdůrazňuje 4 hodnoty:
- nadřazenost lidí a interakce nad procesy a nástroji.
- upřednostňování funkčního softwaru před úplnou dokumentací.
- jiný vztah se zákazníky: trvalá spolupráce nahrazující smluvní vyjednávání.
- neustálé přizpůsobování se změnám, a nikoli přísné sledování plánu.
Manifest, který vychází z těchto hodnot, definuje 12 zásad:
- 1 - Prioritou č. 1 je získejte spokojenost zákazníků co nejdříve prostřednictvím rychlého a pravidelného poskytování očekávaných funkcí.
- 2 - přijmout změnit požadavky během projektu . Jsou to příležitosti, jak dát projektu větší hodnotu a držet se skutečných potřeb klientů.
- 3 - Implementujte rychlé dodávky na základě krátkých cyklů (několik týdnů). Tyto výstupy musí být funkční, aby umožnily validační testy očekávaných funkcí.
- 4 - Silná a nepřetržitá spolupráce mezi uživateli a vývojem. Na rozdíl od klasické metody, kde se schůzky mezi uživateli a řízením projektu konají zejména na začátku a na konci projektu.
- 5 - Poskytněte autonomii zúčastněným lidem a důvěřujte jim.
- 6 -Upřednostněte komunikaci tváří v tvář jako komunikační kanál mezi stranami. Interakce jsou efektivnější a bohatší. Všechno jde rychleji.
- 7 - Důležité je mít operační aplikaci.
- 8 - Pohybujte se vpřed konstantním tempem kompatibilním s tím, co mohou všichni herci produkovat.
- 9 - Zaměřte se na technickou kvalitu a kvalitu designu, abyste vytvořili pevný základ pro posílení agility.
- 10 - Udržujte své pracovní metody jednoduché: dělejte jen to, co je nutné.
- 11 - Tým, který se sám organizuje, přináší lepší výsledky.
- 12 - Tím, že tým pravidelně kontroluje své postupy, přizpůsobuje své chování a své nástroje tak, aby byly efektivnější.
Jaké jsou výhody?
Tento přístup umožňuje získat:
- - větší flexibilita prací na autonomních dílčích částech. Mohou být navrženy, testovány a znovu upravovány, aniž by byl ovlivněn celý projekt. Lze implementovat zohlednění neidentifikovaných potřeb ve fázi analýzy nebo vznik nových funkcí během vývoje. Ze zkušenosti je těžké myslet na vše ve fázi definování potřeby klasického přístupu k řízení projektů.
- - Více spolehlivosti a kvality: zjednodušením složitosti, neustálým testováním, podporou zpětné vazby, výměn se zákazníky.
- - Snížená rizika: rychlá detekce díky krátkým cyklům.
- - Lepší kontrola nákladů: žádné nákladné návraty - v případě potřeby lze projekt rychle zastavit.
Ale také limity
Flexibilita dovedená do extrému může vést ke stagnaci projektu . Mnoho iterací bez pevných směrů nebo rozhodnutí představuje skutečné nebezpečí. Jedna z možných příčin neustálého obrácení zákazníků v jejich specifikacích.
V těchto situacích musí být projektový manažer (bez ohledu na to, jak se ve zvolené metodě jmenuje) schopen rozhodovat pro dobro projektu, ale také pro klienta.
Agilní metody
Principy agility jsou strukturovaně pojaty několika způsoby. Zaměřte se na jeden z nejpopulárnějších:
Metoda Scrum
Tato metoda, kterou iniciovali Hirotaka Takeuchi a Ikujiro Nonaka, poté formalizovali Ken Schwaber a Jeff Sutherland, nabízí velmi strukturovaný rámec pro uplatňování zásad agility.
Sprint, srdce Scrumu
Tento přístup je založen na iteracích 2 až 4 týdnů. Tyto jsou slavné „sprinty“ . Jedná se o dílčí části projektu, jak jsou definovány Agilním principem. Každý Sprint má za cíl dodat zákazníkovi potenciálně použitelnou verzi produktu.
Postupné sprinty přidávají do produktu funkce nebo zlepšují již vyvinuté. Mluvíme o přírůstku produktu.
Sprint začíná, když je dokončen předchozí. Toto je postupný proces.
Tento rámec je založen na 3 pilířích, kterými jsou:
- průhlednost: vývoj společného standardu, který umožní sdílené porozumění.
- kontrola: kontroly jsou prováděny pravidelně.
- adaptace: v případě odchylky pozorované během inspekce jsou provedeny úpravy.
Sprinty jsou strukturovány podle několika organizačních nástrojů (nazývaných události):
- Plánování sprintu: setkání k výběru a plánování priorit pro každý Sprint z hlediska seznamu funkcí produktu (Sprint Backlog).
- S crum (Daily M elée): každodenní koordinační setkání mezi členy projektového týmu. Často to má formu „Stand-up meetingu“ (krátké jednání, 10–15 mil., Stání).
- Recenze sprintu: souhrnná schůzka na konci každého sprintu za účelem ověření vyvinutých funkcí.
- Retrospektiva sprintu: Tato zpráva přichází bezprostředně po kontrole Sprintu a jejím cílem je neustálé zlepšování postupů. Tým diskutuje o úspěších a problémech, zaznamenává, co fungovalo a co ne. Pro další sprinty se vždy musíme poučit.
Obsahuje vstupy a výstupy procesu, nazývané „artefakty“
- Produktový backlog: seznam vlastností produktu.
- Backlog ze sprintu: plánování prvky Backlogu produktů, které mají být implementovány během Sprintu, aby dodaly přírůstek produktu s funkcemi požadovanými pro tento krok. Backlog Sprintu není pevný, ale pravděpodobně se bude během Sprintu vyvíjet.
- Přírůstek produktu: již výše zmíněno.
S rolemi definovanými pro každého:
- Product Owner - PO: obchodní expert, klient , představuje zákazníka a zasahuje po funkční stránce.
- Scrum Master: koordinátor projektu a garant respektu k metodě Scrum.
- Tým: ostatní zúčastněné strany projektu (zejména vývojáři).
Další metody agilního vývoje
Kromě Scrumu existují ještě další přístupy, z nichž každý má svá specifika:
- Extreme Programming (XP): široce používaný v softwarovém inženýrství
- FDD (Feature Driven Development)
- Dynamic System Development Method (DSDM): jedna z nejstarších
- Adaptivní vývoj softwaru (ASD)
- Crystal Clear: orientované „malé týmy“
