Hogyan lehet hosszú távú projektet kezelni, kezelni

Hogyan lehet hosszú távú projektet kezelni, kezelni

Ha a projekt rövid - minden benne van, és közös célhoz jut, és viszonylag könnyű kezelni egy ilyen projektet. De egy év alatt és még tovább, hogy a csapat és az érdekeltek középpontjában maradjon, és a kontroll fenntartása sokkal nehezebb legyen. A számok informatikai és természetesen feltételes, a különböző területeken eltérőek lesznek. Hogyan készítsük el, hogy egy év és két projekt után a projekt még mindig érdekes volt a csapathoz és az érdekeltek számára, ésszerűnek, kedvesnek és világosnak, és nem volt szüksége őrült erőfeszítésekre annak kezelésére?







Egyszerre foglalást fogok tartani, hogy amikor csak lehetséges, ilyen projekteket egy kicsit meg kell törni. Ez könnyebb az irányítás szempontjából és a motiváció szempontjából. Amikor a projektben, akkor is, ha szolgálati ideje cserélni kell szinte az egész csapat, még ha köszönhetően természetes fluktuáció, senki sem boldog, és ad okot, hogy a negatív hozzáállás és gyanakvást rossz képzés PMA (tisztességtelen, de igaz).

By the way, a képesség, hogy a projekt rövid egy különálló készség kell fejleszteni, mert az irányítható az ilyen projektek sokszor magasabb. De erről máskor.

Szóval, mi szükséges ahhoz, hogy hosszú távú projektet kezelhessünk?

1. A folyamatok tisztázása és a meg nem felelés hajlandósága

A tervezési szakaszban az illetékes projektmenedzsernek nemcsak a munkafolyamatokat kell figyelembe vennie, hanem a projekt életciklusa alatt is. Ha például a munkacsoport üléseit hetente egyszer egy aktív szakaszban szervezi (például összegyűjti és elfogadja a követelményeket), akkor jobb, ha azonnal kijelentjük, hogy a fejlesztési szakaszban három hétente vagy havonta egyszer fognak lenni.

A legrosszabb, amit meg lehet tenni, hogy hagyja, hogy az ügy önmagában megy, azt mondják, amikor a csoport állandó részvétele nem szükséges, szükség esetén találkozókat is össze fogok gyűjteni. Amint a rendszeres találkozó eltűnik a naptárból, a projekt el fog felejteni, a hangsúly elvész. Azonban mi a célja az emberek összegyűjtése, ha számukra nincsenek konkrét feladatok, kérdezel?

Ezért fontos fontolóra venni ezt a pillanatot a munkák megtervezésénél, és gondoskodni arról, hogy a résztvevők feladata a projekt teljes időtartama alatt viszonylag állandó legyen, vagy legalábbis egyáltalán ne szárítsa meg. A gyűjtött követelmények, a fejlesztés megkezdődött? Itt az ideje, hogy együtt dolgozzon a munkacsoporttal, hogy hogyan fogja megtanítani az embereket, és mit kell tenned ehhez.

Ugyanaz a tervezési vakáció - ha 1-2 találkozót kihagysz, akkor az emberek kényelmesen járnak hozzá, akkor a legkritikusabb pillanatban meg fogja találni, hogy a kulcsfontosságú alkalmazottak nyaralni csak abban az időben, amikor rájuk tervezett aktivitást.

2. A projekt szakaszon belüli felosztása és ezen szakaszok befejezése

Ha egy hosszú távú projekt valamilyen okból (gyakran pénzügyi vagy politikai, egyébként) nem bontható le többre, akkor legalább legalább egyértelműen meg kell jelölnie a szakaszát és a megvalósítás feltételeit. A színpad befejezése után hivatalosan bezárni kell - tartsanak előadást a kormányzási bizottságnak, jutalmazzák a megkülönböztetetteket, szervezzenek valamilyen csapatépítő rendezvényt, és jelölje meg ezt az esetet. Ez meg fogja érteni az embereket, hogy a projekt mozog, nem pedig állva, lehetővé teszi, hogy egy mentális "kullancsot" tegyen "én", és továbbra is fut.







Kiváló példa a moszkvai "színes futás", ahol a pálya minden kilométerét új színnel jelölték meg, így az emberek megértették, hogy újabb darabot futottak, és "újratöltést" kaptak.

Hogyan lehet hosszú távú projektet kezelni, kezelni

3. Tanulságok az egyes szakaszokban

A színpad befejezése után jó lenne tartani a megbeszéléseket arról, milyen tanulságokat (pozitív és negatív) a csapatok e szakasz során megtanultak, és hogyan segítenek nekünk tovább.

Ismét megmutatja az előző szakasz befejezésének érzését, és lehetővé teszi számunkra, hogy elkülönítsük a későbbiektől, valamint töltsük fel a malacka bankját azzal a tudattal, hogy a projekt végén (egy év alatt!) Régen biztonságosan elfelejtették.

4. lépésről-lépésre az eredmények bevitele a munkába

Valószínűleg ez nem a te eseted (akkor kezdettől fogva egy rugalmas módszertannal készítettél egy projektet), de néha ezt valahogy megoldod a projekt során. Ha a nem Agile politikai döntés, akkor a közbenső verzió mindig tesztverziónak nevezhető, vagy "visszajelzést kaphat", és kényelmesen és hatékonyabban teheti magát nyugodtnak.

Nos, néhány egyedi dolog bevezethető a teljes bevezetés előtt, például, ha a projekt nagyméretű képernyőkön gondoskodik az irányítópultokról, akkor egy évvel a kezdet előtt felakaszthatja őket, és elküldi a projekt híreit és valami mást is rájuk. Először is előadja ezt a darabot, másodszor - a lámpák óvatosan emlékeztetnek a projektre, harmadszor pedig az emberek megértik, hogy a projekt ezen része befejeződött.

5. A projekt szükségességének rendszeres újraértékelése, követelmények, érdekeltek, kockázatok

Ez egy szomorú tény, de a hosszú távú projektek eredményei többé elavulnak, mielőtt elérnék a végfelhasználókat. Néha még kiderül, hogy már nincs szükségük rá, a vállalat stratégiája megváltozott, a legfontosabb érdekeltek Londonban dolgoztak, és még több száz olyan okból, amiért a munkája kiderült, hogy senki számára semmi hasznát. Ha valamilyen oknál fogva az Agile nem az Ön számára áll, és nem tudja átadni a projektet, akkor a projektek céljával bizonyos szabályszerűséggel kell visszatérnie, hogy megbizonyosodjon róla, hogy még mindig releváns a vállalat számára, és jóváhagyja őket új tisztségviselőktől. Ugyanez igaz a követelményekre is.

Természetesen, ha egy felsővezető van a vállalatnál, aki közvetlenül kapcsolódik a projekthez, meg kell győződnie róla, hogy tudja a projektet, és azzal, hogy ezeket az előnyöket hozza, és el fogja tölteni a meghatározott pénzeket és erőforrásokat, egyetértek maximálisan - legalábbis támogatni, hogy fedezze, így később nem derül ki, hogy bármi köze hozzá, pénzt költenek, és szélsőségesek vagyunk).

6. A projekt rövid ismertetése

Röviden egy jó dolog, amely lehetővé teszi, hogy ne felejts el egy időben meghosszabbított projektben, és miért, valójában ez minden, és különösen, hogy az ésszerű, kedves és fényes hordozza a projektet, és kinek készült. Részletesen leírtam az eligazítást itt.

Mindezek a szabályok egyszerűek, de megfelelőségük segíteni fogja a projekt rövid pórázon tartását, és megakadályozza az embereket abban, hogy elveszítsék a hangsúlyt. Néha a fenti pontok (különösen az 5. bekezdés) végrehajtásával megértheted, hogy a projekt már nem releváns, és a vállalatra nincs szükség. Ez az eset áll fenn, ha a már elköltött pénz ellenére jobb lenne felvetni a lezárás kérdését. Folyamatosan rágta át a kaktuszt, és megtette, amit senki más nem igényel - ez nem az a tapasztalat, amire szüksége van, mint projektmenedzser. És arra, hogy időben megérteni és elfogadni az igazságot, és különösen, hogy elmondja irányítás „az összes pénzt dobott a szél, részükre több és nem dobja ki a projekt, hogy lezárja, és elkezd egy új” - megfizethetetlen, és azt bizonyítja, a professzionalizmus.

Minden rövid projekt és gyors győzelem!

Ne menjünk el - regisztrálj most!

Hogyan lehet hosszú távú projektet kezelni, kezelni

Miért nem kérdezed meg "miért"




Kapcsolódó cikkek