Ahhoz, hogy egy projekt sikeresen befejeződjön, fontos, hogy egy szilárd munkaséma szerint hajtsák végre. Ebből adódik a másság megértésének előnye projektmódszertan típusai. Fedezzük fel őket.
Társadalmunk minden nap hatékonyabb és dinamikusabb eszközöket hoz létre projektjei megvalósításához.
Mi a projekt módszertana?
Mielőtt a fő témánkkal kezdenénk projektmódszertan típusai, mindig jó először a definíciókra térni. A projektmódszertan egyszerűen azon készségek, témák, eszközök, technikák és ismeretek összessége, amelyeket egy általános tervben szereplő pontos célok elérése érdekében alkalmaznak.
Ezek a módszertanok az évek során a digitális támogatással kidolgozott sémák szerint különböző formákat nyertek. Ez a folyamat elérte azt a pontot, ahol a projektmenedzsment módszertanról beszélve gyakran automatikusan kijelöli az adott kontextusban használt eszközt, formátumot vagy szoftvert ezzel a funkcióval. Az eszköz ekkor kisajátította a munka absztrakt nominalitását.
A projektek felépítéséhez használt keretrendszerek között számos formátum létezik. Hiábavaló lenne mindegyik helyességét vagy helytelenségét elvárásaink szerint mérlegelni: minden kontextus, céljával, dolgozói csoportjával és fogadó kliensével meghatározza, hogy milyen módszertant kell alkalmazni.
A projektmódszertan típusai
Itt felsorolunk néhányat projektmódszerek típusai példaként; Az ötletek további tisztázása érdekében:
Agilis
A mozgékonyság, amelyre a neve utal, nem véletlen. Az agilis egy olyan módszertan, amely a lehető legjobb teljesítmény elgondolásán alapul, amelyet a lehető legrugalmasabb formátum eredményez. A múlt század végén és a jelen elején forradalmi megjelenésű Agile-t azonnal sikerrel alkalmazták a technológiai szektorban, és az eszközök nagy csoportjává váltak speciális funkciókhoz.
A kiáltványban, amellyel a világra tört, az Agile világossá tette könnyed dogmájának alapjait, amely mindenekelőtt az előre nem látható forgatókönyvekhez való alkalmazkodóképességéből, egy előre meghatározott vastervön túlmenően, valamint az egyéni és kapcsolati közelségből adódóan az interakciókhoz. csapat, a különböző munkamodulok önmenedzselése, elvárás, hogy a kliensben több mint igényes együttműködő arcot találjanak, a szoftverek mozgásban vannak a dokumentáció aprólékos összeállításán és a munkafelosztás különböző időszakos fázisokra ún. gyorsul.
Minden sprint egy hetes vagy egy hónapos ideiglenes időszakból áll, és olyan munkán alapul, amely egy azonnali funkcionalitású termék előállítására összpontosít, amelyet a közös munka napi munkamenetei között osztanak el. Egy kis sprint komolyan megváltoztathatja egyes célok másokkal szembeni elsőbbségét maguknak a céloknak a természetére. Ez a felosztás dinamikus és rugalmas előrelépést eredményez.
A rugalmasság éppen az agilis formátum legnagyobb vonzereje. Egy ismeretlen sivatagban autózva a csapat alkalmazkodik a terep egyenetlenségeihez, az irányváltáshoz, a gumiabroncsokhoz és a vezetési stílushoz a pillanatnak megfelelően. A módszertan megsemmisíti a helyzetek teljes kiszámíthatóságának hagyományos elképzelését, hogy kanyargós mozgást javasoljon a változó valóságon keresztül.
Tekintettel erre a makacsul változékony karakterre, elmondható, hogy az összes közül projektmódszertan típusai, Az Agilis egy olyan rendszer, amely inkább munkafilozófiákra épül, mint rögzített strukturált folyamatokra. Ha minden minimális folyamatnak van egy transzformációs potenciálja a teljes műveletre vonatkozóan, akkor nincs értelme a projektet tartalmazó nagy statikus sémákra összpontosítani.
Melyek lehetnek azok a területek, ahol ez az agilis módszertan teljes mértékben kifejlődött? Kitaláltad. A játék- és szoftverfejlesztés általában az Agilis formátum ideális terepe, a folyamatosan fejlődő természete, a fiatalos munkások, valamint a spontán és rugalmas munkakapcsolatok miatt, amelyek már-már a hétköznapok határát súrolják. Tökéletes élőhely a tiszta agilitáshoz.
Scrum
A Scrum egy olyan projektmódszertan, amelynek egzisztenciális célja az Agilis filozófia népszerűsítése és gyakorlati csatornája. A már kialakult komplex struktúra produktív folytonosságának megőrzésére jobban orientált Scrum az agilis testvérénél tapasztaltakhoz hasonló önmenedzselési csoportok megfelelő képzésére helyezi a hangsúlyt, de ezúttal az ún. iterációk, általában fél hónapig vagy egész hónapig tart.
A Scrum módszertan egyike azoknak, amelyek nagyobb hangsúlyt fektetnek a rövid időn belül működő kiscsoportok önmenedzselési dinamizmusára.
A közös projekt előrehaladásáról, kudarcairól, megtorpanásáról napi szinten számol be a maximum kilenc fős saját menedzselésű csapat az elnevezésű megbeszéléseken. scrumok vezette a Scrum mester, amelyek először az elkészült munka bemutatásához vezetnek, hogy eldöntsék a jóváhagyását, másodszor pedig egy visszatekintést, amelyben elmondják, mi történt, mit kell folytatni és mit kell félbeszakítani.
A Scrum egy rugalmas formátum, amelyet eleve szoftverfejlesztésre szántak, és aligha illeszthető bármely ügynökség grid-stratégiájának, pénzügyi fixségének és zárt ciklusainak világához. Ez az oka annak, hogy a Scrum módszertant sok vállalatnál újra adaptálták és újrakeverték, hogy a hagyományos struktúrákat ésszerűsítsék anélkül, hogy azokat teljesen megváltoztatták volna, a hatékonyság, a csapatkapcsolati szempont és a gyorsaság közötti bölcs egyensúly mellett.
Vízesés
A Waterfall egy olyan módszertan, amely a projektek megvalósításával kapcsolatban a múltban megismert hagyományos paraméterekre reagál. Minden a köré szerveződik vízesés szakaszok, amelyek a javasolt kezdeti követelményeiből indulnak ki. Ahogy leereszkedünk a vízesésben, a fázisok hermetikus sorozatát figyeljük meg, amelyek változás nélkül nyitják meg egymást. Minden fázist be kell fejezni, hogy átfedés nélkül át lehessen lépni a következőre.
Ez a merev vízesés nem enged előre nem látható módosításokat, kivéve a felelősség felső részének kifejezett kérését, és ez megtagadható. Az egész rendszer egyetlen előre meghatározott, hosszú távú tervben és nagy végrehajtási csoportokban van központosítva, ami a kiszámíthatóságot előnyben részesíti az alkalmazkodással szemben.
Amint látjuk, ez az Agile és a Scrum teljes ellentéte. Emiatt a Waterfall-t gyakran a régimódi, terméketlen és lassú perspektívákból kidolgozott projektmódszerek nagyatyjának tekintik. És igaz, hogy a munkafolyamat során bonyolultabbá válik egy olyan hiba vagy bármilyen részlet kijavítása, amely veszélyeztetheti a terv többi részét. Végül is ez egy kaszkád, amely csak egy irányt támogat.
Figyelmeztethet az ilyen típusú rendszerekben rejlő kockázatokra is a végtermék kiszállításával kapcsolatban. Míg más képlékenyebb rendszerek megkövetelik a folyamatos együttműködést a csapat és az ügyfél között, a Waterfall fenntartja azt a konzervatív tézist, hogy az ügyfelet csak a vízesés végére helyezi, készen elfogadni vagy elutasítani. Nincs részletfizetés. Nincs progresszív felülvizsgálat.
Természetesen pozitív oldalról kiemelhetjük, hogy a Waterfall olyan helyzetekben is elérhető, amikor a fényformátum nem lenne megfelelő, vagy akár kontraproduktív lenne. Azok a helyzetek, amikor a célok egyértelműek, a rutin biztonságra van szükség, a fejlesztési terület már jól bejáratott, és a folyamatos változtatás a történések tudatának elvesztésével járna. Néha egy tapasztalt nagypapa kell ahhoz, hogy messzire vigye a céljait. Erre van a Vízesés.
XP
Az XP, az Extreme Programming rövidítése, egy olyan projektmódszertan, amely minőségi szoftverfejlesztésre összpontosít, olyan munkaformátumon keresztül, amely előnyben részesíti a változó vásárlói igényekhez való alkalmazkodást. Ebben az értelemben nem sokban különbözik az Agile és Scrum horizontális és kommunikatív agility rendszereitől.
Az XP azonban tartalmaz olyan normatív követelményeket, mint az egyszerű célleírások (felhasználói történetek), a folyamatos terméktesztelés (TDD), a páros programozás úgy, hogy az egyik fél írja a kódot, és egy másik felügyel, valamint minden komponens összeállítása a teljes rendszer ismétlődő tesztjeinek elvégzéséhez (folyamatos integráció). ).
Mint látható, ez egy agilis, de sokkal szabályozottabb módszer a hibák lépésről lépésre történő megoldására, ahelyett, hogy az utolsó pillanatban, amikor már túl késő lenne, a kód minőségének javítása és az ismétlődő, tevékenységen alapuló feladatok csökkentése. rendkívüli hatékonyságú.
Hajolj
A karcsú az egyik projektmódszertan típusai ahol az angol maximája a kevesebb több, a kevesebb több. A Lean azt javasolja, hogy a vezetési struktúrából vegyen ki mindent, ami nem tekinthető alapvetőnek, hogy a csapat a legjobb optimalizálási pályára álljon. Azzal, hogy erre a fő parancsolatra és elvre koncentrálunk, nem igazán eredményez olyan módszertant, amely világos javasolt struktúrákkal rendelkezik. A Lean-t az érdekli, hogy a szerkezet minimális és hatékony legyen, bármilyen formában is legyen.
A Lean módszertan megfosztja rendszerét minden olyan tartozéktól, amellyel növelheti projektmenedzsmentjének hatékonyságát.
A Lean ezt az optimalizálási folyamatot három aspektusra osztja, amelyeket a furcsa nevekkel keresztelnek el néma, mura y Muri.
A Muda a pazarlás koncepciójának támadására összpontosít: mindazokra a tevékenységekre, amelyek nem termelnek értéket az ügyfelek elégedettsége szempontjából, ugyanakkor időt, erőfeszítést és erőforrás-felhasználást igényelnek a csapat számára.
A Mura a változékonyság fogalmával való szembeszegüléssel kapcsolatos: a folyamatba rendszeresen bevezetett variáció elhasználódik, és kiegyensúlyozatlanná teszi a csapat képességeit, amelyek megspórolhatók, ha többet fogadnánk a folyamatok szabványosítására.
Muri szembesül a rendszer túlterhelésének lehetőségével: a képességeinket felülmúló ütemben történő munkavégzés az egyszerű kimerültség miatt erodálja a csapat lelkesedését, és lelassítja a termelékenységüket. Maximum 70% a megfelelő határ az erőfeszítés koncentrálásához.
A karcsú tehát az alapvető módszertana. Nagyon hasznos átirányítani egy projektet a neki megfelelő útra, miután eltéved a haszontalan és költséges sodródásokban. A Lean-nél egyszerűen ki kell hagyni azt, ami nem járul hozzá az ügyfél számára értékteremtéshez.
Kanban
A Kanban-tapasztalat egy olyan projektmódszertanként foglalható össze, amelynek célja, hogy a munkát egyetlen feladatra összpontosítsa, és garantálja az elvégzett munka vizualizációját, reprezentálva annak áramlását. A Kanban tábla a kollektív projektek klasszikusa, melynek felületén a függőben lévő megrendelések, a folyamatban lévő munkák és az elvégzett feladatok sorakoznak egymás után oszlopokba. Bizonyos értelemben a Scrum rendszer érvényes leegyszerűsítése, szerkezetében sokkal normatívabb.
A kért és a kész közötti kapcsolat állandó víziója, áthaladva a fejlesztés alatt álló mennyiségen, biztosítja, hogy a figyelem oda kerüljön, ahol lennie kell, nagyobb biztonsággal számítja ki, milyen sebességgel kerül be egy termék. A kezdeti kérés egyértelművé teszi a kérteket, és elkerüli a stagnálást.
A karbantartásnak szentelt környezetekben a Kanban nagyon hasznos lehet, mivel könnyen strukturálja az állandó teljesítményt, és hajlandó a prioritásokat a felmerült igények függvényében átirányítani.
Meghívjuk Önt, hogy nézze meg ezt az érdekes videót, amelyben a spanyol Marta Falcón tömören elmagyarázza, hogyan kell egy projektet a Kanban módszertan segítségével menedzselni. A hagyományos táblával együtt.
scrumban
Ha az előző részben a Scrum és a Kanban hasonlóságáról beszéltünk, akkor ebben a két módszertan nyilvánvaló fúziójáról kell beszélnünk, a Scrumban címmel. Ez a kétféle formátum közötti középutat igyekszik elfogadni, az egyikből és a másikból kiemelve azt, amit a legjobbnak tart a javaslatai közül.
Például a rendszer megtartja a strukturált munka rugalmas koncepcióját az adott Kanban-megrendelések körül, de fenntartja a napi scrum értekezlet koncepcióját is a folyamatban lévő folyamat egyszerűsítése érdekében.
Ez úgy foglalható össze, hogy a Scrumban a klasszikus Scrum fél- vagy egész hónapos iterációiban kiküszöböli a munkaciklusokat, hogy sokkal rugalmasabb és az aktuális projekthez igazodó szállítási testhelyzetet vegyen fel, és részben figyelmen kívül hagyja a nyitottságot. a Kanban formátumot, hogy biztosítsa a projektnek a scrum konferencia hatékony folytonosságát. Logikus egyeztetés két nagyszerű irányítási rendszer között.
PMB OK
A Project Management Body of Knowledge, amelynek rövidítése PMOBK, a projekt befejezéséhez szükséges alapvető lépések útmutatójából áll. Ez a legelméletibb rendszer az összes közül, mivel csak azt az általános keretet jelzi, amelybe a tervet orientálni kell, anélkül, hogy különösebb figyelmet fordítana a rajta dolgozó szervezet pontos felépítésére. A PMBOK öt alapvető és lényeges szakaszt jelöl meg a munkarendszer létrejöttéhez: indítás, tervezés, végrehajtás, ellenőrzés és lezárás.
Bár ez egy olyan módszertan, amely önmagában nem kivitelezhető, mégis hasznos nagyon pragmatikus szinten, hogy a projektje rendszerezett sorrendjét egy globális munkaszabványon belül helyezze el.
PRINCE2
Egyszerű okból zártunk a PRINCE2-vel: ez a projektmódszerek óriása. A PRINCE2 lefedi a munka hatékony megszervezésével kapcsolatos valamennyi szempontot. A módszertan előírja, hogy a nulláról kell kezdeni, ésszerű indoklás alapján, hogy mennyire kötelező a végtermék megléte, pontosan kinek lenne haszna, illetve a költségek megtérülését a kivitelezésre készülő csapat számára. A PRINCE2 minden lépése egy határozott valóságellenőrzés a néző számára.
Az 90-es évek közepén egy brit állami termék, a PRINCE2 egy hatalmas módszer, amely nem különösebben alkalmazható apró cégek kis célpontjaira. A rendszer célja a nagy technológiai fejlesztések nemzetközi szintre emelése. A projektet ebben a rendszerben szigorúan egy testület irányítja, amely a tervezés egyértelmű tulajdonosa, és naponta felülvizsgálja a hierarchiája alatti tevékenységeket egy kijelölt vezetőn keresztül.
A PRINCE2 egy zárt módszertan minden kockázattípusra vonatkozóan. Az egyes projektképviselők szerepei jól elosztottak és meghatározottak, a célok világosak, a teljes folyamat életképességét a kezdetektől alaposan tanulmányozzák, és általában a menedzsment több szakaszra oszlik, amelyeknek szintén meghatározott szerepük van. saját folyamatok. A PRINCE2 a hatalmas projektek módszertana.
Következtetés
A jó módszertan kiválasztása, az összes közül projektmódszertan típusaiLehet bonyolult, de nem lehetetlen. Ez nagymértékben függ az Ön egyedi igényeitől a projekt beállításakor. Számolja ki, mennyire kiszámítható az a környezet, amelyben működnie kell, milyen kiterjedtek az interakciók, amelyeket végre kell hajtania, és milyen munkatempót hajlandó fenntartani szakmai filozófiája szerint, és tud majd választani a listából hozzávetőleges bizonyosság.
A lista nem a piacon létező összes lehetséges módszertan teljes összefoglalása. Mindazonáltal meglehetősen reprezentatív a legválogatottabb nevei közül. A munkamódszertanon alapuló jó döntés garantálhatja vállalkozása sikerét.
Ha felkeltette érdeklődését ez a projektmódszer-típusokról szóló cikk, valószínűleg nagy hangsúlyt fektet a tervezés különféle forgatókönyvekre alkalmazott koncepciójára, különösen a produktív munkára. A következő linken találsz egy másik cikket is egy jó üzleti terv céljait. Kövesse a linket!
