Aby byl projekt úspěšně dokončen, je důležité jej realizovat podle pevného pracovního schématu. Z toho plyne výhoda pochopení odlišného typy projektové metodiky. Pojďme je objevit.
Každý den naše společnost vytváří efektivnější a dynamičtější nástroje k dokončení vašich projektů.
Jaká je metodika projektu?
Než začneme s naším hlavním tématem typy projektové metodiky, vždy je dobré přejít nejprve k definicím. Metodika projektu je jednoduše soubor dovedností, témat, nástrojů, technik a znalostí aplikovaných k dosažení přesných cílů v obecném plánu.
Tyto metodiky získávaly v průběhu let různé podoby podle schémat vyvinutých s digitální podporou. Tento proces dospěl do bodu, kdy mluvení o metodologii projektového řízení často automaticky označuje nástroj, formát nebo software používaný v daném kontextu s touto funkcí. Nástroj si pak přivlastnil abstraktní nominálnost práce.
Mezi těmito rámci používanými ke strukturování projektů je důležitá rozmanitost formátů. Uvažovat o správnosti či nesprávnosti každého podle našich očekávání by bylo marné: každý kontext svým účelem, skupinou pracovníků a přijímajícím klientem určuje druh metodiky, kterou je třeba uvést do provozu.
Typy projektové metodiky
Zde některé jmenujme typy projektových metodik jako příklady; Chcete-li dále objasnit myšlenky:
Agilní
Hbitost, ke které jeho název odkazuje, není náhoda. Agile je metodika založená na myšlence nejlepšího možného výkonu, který přináší co nejflexibilnější formát. Revoluční vzhled na konci minulého století a na začátku současnosti byl Agile okamžitě úspěšně aplikován v technologickém sektoru a diverzifikován do velké skupiny nástrojů pro specifické funkce.
V manifestu, s nímž vtrhla do světa, Agile objasnila základy svého lehkého dogmatu, spočívajícího především v přizpůsobivosti nepředvídatelným scénářům nad rámec předem stanoveného železného plánu, obdarování individuální a vztahovou blízkostí k interakcím uvnitř týmu, samospráva jednotlivých pracovních modulů, očekávání nalezení kolaborativní tváře u klienta více než náročné, software v pohybu přes pečlivou kompilaci dokumentace a rozdělení úsilí do různých periodických fází tzv. sprinty.
Každý sprint se skládá z dočasného prostoru jednoho týdne nebo jednoho měsíce a je založen na práci zaměřené na generování produktu s okamžitou funkčností, distribuovaného v každodenních relacích kolektivní práce. Malý sprint se může vážně změnit od přednosti některých cílů nad jinými k povaze cílů samotných. Toto rozdělení způsobuje dynamický a flexibilní postup.
Flexibilita je právě tím největším lákadlem agilního formátu. Při jízdě autem neznámou pouští se tým přizpůsobuje terénním nerovnostem, mění směr, pneumatiky a styl jízdy tak, jak to moment vyžaduje. Metodika ruší tradiční myšlenku úplné předvídatelnosti situací a navrhuje klikatý pohyb měnící se realitou.
Vzhledem k této tvrdošíjně proměnlivé postavě lze říci, že mezi všemi typy projektové metodikyAgile je systém postavený více na pracovních filozofiích než na pevně strukturovaných procesech. Pokud má každý minimální proces transformační potenciál v rámci celé operace, nemá smysl se zaměřovat na velká statická schémata, která obsahují projekt.
Jaké by mohly být oblasti, ve kterých se tato agilní metodika plně rozvinula? Uhodl jsi to. Vývoj her a softwaru obecně je často ideálním prostorem pro formát Agile, a to díky jeho neustále se vyvíjející povaze, mladistvým pracovníkům a spontánním a flexibilním pracovním interakcím, které téměř hraničí s ležérností. Ideální prostředí pro čistou agility.
Skrumáž
Scrum je projektová metodologie, jejímž existenčním účelem je popularizovat a poskytnout praktický kanál agilní filozofii. Více orientovaný na zachování produktivní kontinuity již zavedené komplexní struktury, Scrum se zaměřuje na řádný trénink samosprávných skupin podobných těm u jeho agilního bratra, ale tentokrát organizovaných kolem pracovních období tzv. iterací, obvykle trvající půl měsíce nebo celý měsíc.
Metodika Scrum je jednou z těch, které kladou větší důraz na samořízenou dynamiku malých skupin pracujících v krátkých časových úsecích.
Samořízený tým o maximálně devíti lidech denně informuje o průběhu, neúspěchu a stagnaci sdíleného projektu na poradách tzv. skrumáže vedená a Scrum master, které vedou zaprvé k ukázce hotového díla k rozhodnutí o jeho schválení a zadruhé k retrospektivě líčící vše, co se stalo, v čem by se mělo pokračovat a co by mělo být přerušeno.
Scrum je flexibilní formát určený a priori pro vývoj softwaru, který lze jen stěží přizpůsobit světu gridové strategie, finanční fixity a uzavřených cyklů jakékoli agentury. To je důvod, proč byla metodika Scrumu přepracována a remixována v mnoha společnostech, aby zefektivnila tradiční struktury, aniž by je zcela změnila, v rozumné rovnováze mezi efektivitou, týmovým vztahovým aspektem a rychlostí.
Vodopád
Waterfall je metodika, která reaguje na tradiční parametry, které jsme se naučili v minulosti ohledně dosahování projektů. Vše je organizováno kolem a vodopád etap, které začínají od počátečních požadavků toho, co je navrženo. Když sestupujeme ve vodopádu, pozorujeme hermetickou sekvenci fází, které se navzájem bez obměny inaugurují. Každá fáze musí být dokončena, aby bylo možné přejít k další, aniž by se překrývaly.
Tento pevný vodopád nepřipouští nepředvídatelné úpravy, s výjimkou výslovných požadavků na vrchol odpovědnosti, které lze odmítnout. Celý systém je centralizován v jediném předem stanoveném dlouhodobém plánu a ve velkých realizačních skupinách, což upřednostňuje předvídatelnost před adaptací.
Jak vidíme, jedná se o úplný opak Agile a Scrumu. Z tohoto důvodu je Waterfall často považován za praotce projektových metodologií, vyrobených ze staromódních, neproduktivních a pomalých perspektiv. A je pravda, že v pracovním procesu je složitější vrátit se k opravě chyby nebo jakéhokoli detailu, který by mohl ohrozit zbytek plánu. Koneckonců je to kaskáda, která podporuje pouze jeden směr.
Můžete také varovat před rizikem tohoto typu schématu s ohledem na dodávku konečného produktu. Zatímco jiné poddajnější systémy vytvářejí potřebu nepřetržité spolupráce mezi týmem a klientem, Waterfall zastává konzervativní tezi, že klienta umisťuje pouze na konec vodopádu, připraveného přijmout nebo odmítnout. Žádné dodání na splátky. Žádná progresivní recenze.
Samozřejmě můžeme z pozitivního hlediska podotknout, že Waterfall je k dispozici pro situace, ve kterých by byl světelný formát nevhodný nebo dokonce kontraproduktivní. Situace, ve kterých jsou jasné cíle, je potřeba rutinní bezpečnost, rozvojová oblast je již dobře zavedená a neustále něco měnit by znamenalo ztrátu smyslu toho, co se děje. Někdy to vyžaduje zkušeného dědečka, aby dotáhl vaše cíle daleko. K tomu je tu Vodopád.
XP
XP, zkratka pro Extreme Programming, je projektová metodika zaměřená na vývoj kvalitního softwaru prostřednictvím pracovního formátu, který upřednostňuje přizpůsobení se měnícím se potřebám zákazníků. V tomto smyslu se příliš neliší od horizontálních a komunikativních agilitních systémů Agile a Scrumu.
XP však zahrnuje normativní požadavky sestávající z jednoduchých popisů cílů (příběhů uživatelů), průběžného testování produktů (TDD), párového programování, kdy jedna strana píše kód a druhá dohlíží, a kompilace všech komponent pro provádění opakovaných testů celého systému (nepřetržitá integrace ).
Jak je vidět, je to agilní metodika, ale mnohem více regulovaná k řešení chyb krok za krokem namísto jejich objevování na poslední chvíli, když je příliš pozdě, ke zlepšení kvality kódu a omezení opakujících se úkolů založených na aktivitě. extrémní účinnosti.
Lean
Lean je jedním z typy projektové metodiky kde je anglická maxima méně je více, méně je více. Lean doporučuje vyřadit ze struktury řízení vše, co lze považovat za nepodstatné, aby se tým dostal na nejlepší cestu optimalizace. Soustředěním se na toto hlavní přikázání a zásadu ve skutečnosti nevede k metodologii s jasnými navrženými strukturami. Co zajímá Lean, je, že struktura je minimální a efektivní, bez ohledu na její formu.
Metodika Lean zbaví váš systém všeho příslušenství, aby se zvýšila efektivita řízení vašeho projektu.
Lean rozděluje tento optimalizační proces do tří aspektů, pokřtěných zvláštními názvy němý, mura y Muri.
Muda se zaměřuje na útok na koncept plýtvání: všechny ty činnosti, které nepřinášejí nic hodnotného pro spokojenost zákazníků, a přesto vyžadují čas, úsilí a spotřebu zdrojů pro tým.
Mura má co do činění s tím, že jde proti představě variability: variace, které jsou do procesu pravidelně zaváděny, se opotřebovávají a nevyvažují týmové schopnosti, které by se ušetřily větším sázením na standardizaci procesů.
Muri čelí možnosti přetížení systému: práce rychlostí, která je pro naše schopnosti neúnosná, nahlodává nadšení týmu kvůli prostému vyčerpání a zpomaluje jeho produktivitu. Maximálně 70 % je vhodná hranice pro soustředění úsilí.
Lean je tedy metodologie základního. Velmi užitečné přeorientovat projekt na cestu, která mu odpovídá poté, co se ztratíte ve zbytečných a nákladných závějích. To, co nepřispívá k vytváření hodnoty pro klienta, musí být u Leanu jednoduše vynecháno.
Kanban
Zkušenosti s Kanbanem lze shrnout jako projektovou metodiku zaměřenou na zaměření práce na jeden úkol a zaručení vizualizace prováděné práce, představující její tok. Nástěnka Kanban je klasikou kolektivních projektů, na jejichž povrchu jsou v po sobě jdoucích sloupcích uspořádány čekající zakázky, rozpracované a dokončené úkoly. V jistém smyslu je to platné zjednodušení systému Scrum, mnohem normativnější ve své struktuře.
Neustálá vize vztahu mezi tím, co je požadováno, a tím, co je dokončeno, procházející množstvím toho, co je ve vývoji, zajišťuje, že pozornost je umístěna tam, kde má být, s větší jistotou vypočítává rychlost, s jakou je produkt zadán s ohledem až Počáteční požadavek činí to, co je požadováno, explicitním a zabraňuje stagnaci.
V prostředích vyhrazených pro údržbu může být Kanban velmi nápomocný, protože snadno strukturuje konstantní výkon a je ochotný přesměrovat priority v závislosti na vznesených potřebách.
Zveme vás ke shlédnutí tohoto zajímavého videa, kde Španělka Marta Falcónová stručně vysvětluje, jak je projekt řízen pomocí metodologie Kanban. Včetně tradiční tabule.
scrumban
Pokud jsme v předchozí části hovořili o podobnostech Scrumu s Kanbanem, v tomto musíme hovořit o zjevné fúzi obou metodologií s názvem Scrumban. Tento se snaží zaujmout střední cestu mezi dvěma typy formátu, přičemž z jednoho a druhého extrahuje to, co považuje za nejlepší ze svých návrhů.
Systém si například zachovává flexibilní pojetí strukturované práce kolem konkrétních příkazů Kanban, ale také zachovává koncept každodenního scrum meetingu, aby se zefektivnil probíhající proces.
Dalo by se to shrnout tak, že Scrumban eliminuje pracovní cykly v iteracích půl měsíce nebo celý měsíc klasického Scrumu, aby přijal doručovací pozici, která je mnohem flexibilnější a přizpůsobená aktuálnímu projektu, a také částečně ponechává stranou otevřenou formátu Kanban, který projektu zajistí efektivní kontinuitu konference o scrumu. Logické vyjednávání mezi dvěma skvělými systémy řízení.
PMB OK
Project Management Body of Knowledge, definovaný svou zkratkou jako PMOBK, sestává z průvodce nezbytnými kroky k dokončení projektu. Je to nejteoretickější systém ze všech, protože pouze naznačuje obecný rámec, podle kterého musí být plán orientován, aniž by věnoval velkou pozornost přesné struktuře organizace, která na něm pracuje. PMBOK poukazuje na pět základních a nezbytných fází, aby byl systém práce možný: zahájení, plánování, provádění, kontrola a ukončení.
Přestože se jedná o metodologii, která nemůže být provedena sama o sobě, je stále užitečná na velmi pragmatické úrovni, lokalizovat systematizované pořadí vašeho projektu v rámci globálního pracovního standardu.
PRINCE2
S PRINCE2 jsme skončili z prostého důvodu: je to gigant projektových metodik. PRINCE2 pokrývá každý z aspektů, na které bylo poukázáno s ohledem na efektivní organizaci práce. Metodika vyžaduje začít od nuly, na základě rozumného zdůvodnění toho, jak imperativní je existence konečného produktu, kdo přesně by z toho měl prospěch, a proveditelnost nákladů pro tým, který se na jeho realizaci připravuje. Každý krok PRINCE2 je pro diváka pevnou kontrolou reality.
PRINCE90, produkt britského státu z poloviny 2. let XNUMX. století, je rozsáhlá metoda, která není zvláště použitelná pro malé cíle malých společností. Systém má přinést velký technologický vývoj na mezinárodní úroveň. Projekt v rámci tohoto systému je přísně řízen představenstvem, které je jednoznačným vlastníkem plánování a denně kontroluje činnosti pod svou hierarchií prostřednictvím určeného manažera.
PRINCE2 je uzavřená metodika s ohledem na všechny typy rizik. Role pro každého zástupce projektu jsou dobře rozděleny a definovány, cíle jsou jasné, životaschopnost celého procesu je od samého počátku důkladně prostudována a řízení je obecně rozděleno do mnoha fází, které mají zase také definovanou roli a vlastní procesy. PRINCE2 je metodika pro projekty obrovského rozsahu.
Závěr
Volba dobré metodiky mezi všemi typy projektové metodikyMůže to být složité, ale ne nemožné. To do značné míry závisí na vašich konkrétních potřebách při nastavování vašeho projektu. Spočítejte si, jak předvídatelné je prostředí, ve kterém musíte pracovat, jak rozsáhlé jsou interakce, které musíte provádět, a tempo práce, které jste ochotni dodržovat podle své profesní filozofie, a budete si moci vybrat ze seznamu s přibližnou jistotu.
Seznam není úplným shrnutím všech možných metodik, které na trhu existují. Je však docela reprezentativní pro jeho nejvybranější jména. Dobré rozhodnutí založené na metodologii vaší práce může zaručit úspěch vašeho podniku.
Pokud vás tento článek o typech projektové metodiky zaujal, pravděpodobně se velmi zaměřujete na koncept plánování aplikovaný na různé scénáře, zejména v produktivní práci. V následujícím odkazu najdete další článek věnovaný cíle dobrého podnikatelského plánu. Postupujte podle odkazu!
