A sikertelen projekt sikeres végrehajtása

Főigazgató, Moszkva

Nem arról szól, hogy hogyan készítsünk el egy gigantikus projektet, hanem hogy hogyan vágjuk le a legrosszabb juhokat a legnagyobb mennyiségű gyapjúval. De egy halálra ítélt gyermeknek először szomorú diagnózist kell kapnia. Hogy ezt tegyék és töltsék fel a projektet a leghatékonyabban, a "péntekkezelő" cím alatt szereplő anyagban a közösségi tag Oleg Pashininnak mondja.

Miután hosszú ideig dolgozott az informatikai területen, elkezdi megérteni, hogy bármennyire is akarsz, egyes projektek sikertelenek. Egyes szakértők szerint az ilyen projektek száma eléri a 60% -ot. A klasszikus szemléletmódot megfogalmazva elmondhatjuk, hogy minden sikeres projekt ugyanolyan sikeres, és minden kudarc a maga módján hiba. Minden esetben megtalálja a hiba legfontosabb okát. Íme néhány közülük:

1. Nem reális projektek időzítése és költségvetése

"... a marketing menedzser aligha különösen aggódik a javasolt terv és költségvetés realizmusától, hiszen fő célja az, hogy jutalékot kapjon vagy örömet szerezzen a főnökének." Edward Jordan, "A halálos március".

2. A projekt résztvevőinek szakszerűtlensége

"Minden informatikai szolgáltatást nyújtó vállalat válik mohóvá, és gyorsabban növekszik, mint a tehetséges emberek ...". Joel Spolsky, Joel a programozásban.

3. Politikai intrikák a projektek körül

"... a reménytelen projektek megkülönböztető jellemzője a politika erőteljes befolyása, amely meg tudja tagadni minden erőfeszítést, hogy legalább valamilyen munkát végezzen." Edward Jordan, "A halálos március".

4. A rendszerkövetelmények változékonysága a projekt megvalósítása során

"A projektek ellenőrizhetetlenségének egyik leggyakoribb oka az ingadozó követelmények." Robert Glass, "Tények és tévhitek a professzionális programozásról".

Az okok eltérőek, az eredmény egy - hiba. De nem jön azonnal. A türelmetlen kudarc várja az óráját, figyelmen kívül hagyva a hiányokat, a problémákat, a konfliktusokat, a meghibásodásokat és az elkerülhetetlen győzelmét. A kudarc okai általában a projekt kezdetétől fogva vannak, de alig van bárki készen áll a projekt lezárására. A lényeg az, hogy harcolni kell. De annál nagyobb erőfeszítés és (pénz!) A projekthez jut, annál kevésbé valószínű, hogy bezárja. Egyre több új probléma van, amelyben egyre többen vesznek részt. A projektcsoport minden tagja önzetlenül csatlakozik a harchoz. A leküzdés már önmagában is véget ér: az út minden, a cél semmi. Úgy vélem, hogy gyakran kellett megfigyelned a sikertelen projekt alakulását.

A sikertelen projekt fejlesztésének szakasza

A műszaki előírások benyújtására vonatkozó feltételek kezdik elhúzni. Nem aggódik - ez történik.
A feladatmeghatározás jóváhagyásra kerül. Az ügyfél kissé zavarodott - a dokumentumok túl sok "vizet", a követelmények egy része nem felel meg a projektcsapatnak. Megkezdődik a megbékélési folyamat. Mindenki eltökélt szándéka, hogy gyorsan megoldja a hiányosságokat.
A technikai megbízás összehangolásának folyamata késik. A határidők megsértése miatt vannak aggodalmak. Ezt a megértéssel kezelik, mert nem az iratok fontosak, hanem maga a rendszer.
Elértük a rendszer első kiadásának a szállítási határidőt, amelyet a Vállalkozónak telepítenie kell az Ügyfél berendezésére. A művész azt mondja, hogy minden készen áll, de várnod kell még néhány napot.
A rendszer telepítése teljesen lendül, de eddig nem volt meggyőző. A rendszert két hete kellett telepíteni.
A TK jóváhagyási feltételei már rég elmentek, de ez nem igazán zavarja. Aggodalomra ad okot, hogy a rendszert semmilyen módon nem lehet megállapítani.
A rendszer telepítve van, de rosszul működik. A funkcionalitás egy része egyáltalán nem valósul meg, a rész nem a várt módon működik, és számos hiba miatt még mindig nem működik. Az ügyfél elégedetlensége növekszik.
A rendszer új kiadásait telepítik, de minden következő kiadás nem jobb, mint az előző. Az ülések jegyzőkönyveit már nem végzik el. Az értekezletek kölcsönös követelésekké váltak. Senki nem emlékszik arra, hogy a technikai megbízást még nem állapították meg.
A rendszerhibák hosszú listája keletkezik, amelyet el kell távolítani. A rendszer új verziói tartalmaznak javításokat az új hibákra, de vannak korábbi hibák, amelyeket korábban rögzítettek a korábbi kiadásokban.
A nyertes ajánlattevőnek meg kell indítania a rendszer próbaüzemét és aláírási elfogadási tanúsítványait, de a felhasználók megtagadják a rendszerben való munkát, mivel nem tetszik, és gyakran esnek.
A feladatmeghatározás fejlesztési fázisára vonatkozó átvételi igazolások aláírásával a szerződő fél ígérete van, hogy később kijavítsák.
A projekt késedelme már 30% -50%. A TOR visszamenőleges hatállyal tárgyal.
Végül a rendszer összes komponense telepítve van. A főbb kritikus hibákat javítják, de a funkcionalitás kényelmetlensége miatt lehetetlen a rendszerben dolgozni.
Az ügyfél kéri, hogy újratervezze a funkciókat. A nyertes ajánlattevő nem járul hozzá további kifizetés nélkül, mivel a funkcionalitást a TOR szerint fejlesztették ki. Az ügyfél nem fogadja el a rendszert. Hosszú ideig félreértik a rendszert.
Vannak változások az Ügyfél oldalán (az emberek / eljárások / folyamatok és hasonlók változik). A bekövetkezett változások kapcsán világossá válik: annak érdekében, hogy valamilyen módon elkezdjen dolgozni a rendszerben, módosítani kell a felmerülő változásoknak megfelelően. További megállapodás van a rendszer befejezésére. Annak érdekében, hogy ne veszítse el az arcát, a vezetőség beleegyezett abba, hogy bejelentette a projekt új szakaszát.
A finomítás hosszú szakasza van. A feltételeket már kétszer túllépték. A Vállalkozó és az Ügyfél munkatársai elakadnak a projekttől, de nem tudják megállítani. A projektben a Vállalkozó projektmenedzsere és a projektcsapat egy része változik. Az új projektcsapat újra összeállítja a követelményeket.
Az ügyfél megérti, hogy a meglévő rendszer nem fog működni. A régi munka technológiája nem olyan rossz, mint az új rendszer. Az ügyfél a lehető legnagyobb mértékben lelassítja a rendszer megvalósítását, nem tudva, hogyan kell elhagyni ezt a megvalósítást.
Hosszú tárgyalási folyamat zajlik. Ennek eredményeként a felek megállapodnak a rendszer elfogadásáról. A vállalkozónak nyújtott pénzbeli kártérítés összege jelentősen csökken. A cselekedetek lezárultak. A meghibásodást egyik oldal sem igényli, ezért a hallgatólagos megállapodással a projekt sikeresnek tekinthető.
Van egy sajtóközlemény a rendszer sikeres megvalósításáról.

Végül itt a régóta várt finálé. Vagyis úgy tűnik, hogy nem hiba. De tudunk valamit ...

Mik voltak ezek az álmatlan éjszakák, a táskák a szeme alatt, a kollégákkal való veszekedés, az idegsejtek megölése, ha a rendszer még mindig nem működik, nincs díj, és a várt szakmai elégedettség nem jött? Hatalmas költségvetést költöttek el, és mi következett be?

"Ahogy a régi rabszolga azt mondta a kocsma előtt:
"Visszatekintve csak romokat látunk."
Természetesen a nézet nagyon barbár, de igaz.
I. Brodsky

De sokkal hatékonyabb lenne a nemesi okok erőfeszítéseinek irányítása - a natív vállalat erőforrásainak megőrzése, miközben megőrizte saját egészségét és nyugalmát. Más szóval - ne próbálja megmenteni a projektet, hanem éppen ellenkezőleg, a lehető leghamarabb belefullad. Biztos vagyok benne, hogy már tudja, vagy hiszem, hogyan kell csinálni.

Mit kell tennünk annak érdekében, hogy a projekt leghatékonyabb legyen?

Tanulmányozza a projekt előtt a vállalkozói projektcsapat szakembereinek folytatását. Hagyja el a jelölteket, amíg meggyőződik a következőkről:

A Vállalkozó cég legfiatalabb alkalmazottai képviselik Önt, akik a közelmúltban jöttek a csapathoz, és nincsenek projektes tapasztalataik.
A projektcsapat alkalmazottai eddig soha nem dolgoztak együtt.
A projektcsapat szakembereinek profilja olyan messze van a tématerületektől, hogy a javasolt megoldás nem felel meg a vállalat infrastruktúrájának.
A projektmenedzser projektmenedzsere meg van robbantva és bizonytalanul viselkedik.
A projektcsapat által végrehajtott projektek nem fejeződtek be vagy sikertelenül fejeződtek be.

Állítson be egy irreálisan szoros határidőt a projekt számára.
Határozza meg a jóváhagyást igénylő projektdokumentumok maximális számát.
Készítsen egy rendkívül hosszú listát azon alkalmazottakról, akik egyetértenek a projektdokumentációval.
Húzza meg a technikai feladat összeegyeztetését. Ne utasítsa el a projektdokumentumokat, utalva a GOST-okkal való ellentmondásokra, a vállalat belső normáira, a szegénységre vagy az üzleti folyamatokkal való összeegyeztethetetlenségre.
Folyamatosan változtassa meg a rendszer követelményeit.
Gyakran forduljon a projektcsapat munkatársaihoz és dolgozzon szakemberekkel.
Ha úgy érzi, hogy a projekt működik, mindazonáltal stabilizálódni kezdett, kérje a vállalkozói projektcsapat helyettesítését a projekt fázisának sikertelensége miatt. Indítsa újra az 1. lépéssel.

Elfogadom, mindezt sokkal könnyebb elvégezni, mint elpusztítani a projektet. Ugyanakkor nem veszít semmit. A projekt kudarca már nem kudarc, hanem sikered. És ha a projekt még mindig sikeres, akkor a rendszer megvalósul, akkor ez valóban jó rendszer, amelyet megköszönünk a küzdelemben. Mindenesetre te vagy a nyertes. És talán még egy bónusz. Egy sikeres projekt vagy a vállalat pénzeszközeinek megtakarításaként.

Sok szerencsét a projektekre!

"Egyes szakértők szerint az ilyen projektek száma eléri a 60% -ot."
A személyes tapasztalatok alapján úgy gondolom, hogy ez a százalékarány 75-80% -os, egyes projektek pedig csak 2 vagy 3 alkalommal kaphatók.

Minden projektben ezek a kudarcok vannak jelen.
Néha még néhány ember egy időben.
Minden projektben a legfontosabb az a képesség, hogy tárgyalásokat folytasson a Vállalkozóval és az Ügyféllel.
Mindannyian megfelelő ügyfelekkel rendelkeznénk.

Úgy vélem, hogy egy jó vállalkozó, aki tapasztalattal rendelkezik, képes felismerni az Ügyfelet ilyen "hibákkal", és időben lemondani a projektről, ha nem tudja, hogyan tud ellenállni nekik. Ellenkező esetben ez a kapzsiság, ami miatt a sikeres projektek hány százaléka ilyen alacsony.

Ez nem a mohóság, ami tönkreteszi a projekteket. A kapzsiság hiánya :-). Minden, ami egy közönséges projekten történik, helyesen le van írva, jó humorral, bizonyos helyeken pedig valamilyen szarkazmusgá válik. És a következtetés jó - az inkompetens csapatot minél hamarabb kivinni :) De a vita arról, hogy mit kell tennie, hogy normális projektet csinálj egy rendes csapattal, folytathatod. Van egy egyszerű receptem. Több pénzre és időre van szüksége! A veszélyek elkerülhetetlenek. A TK görbe, bár van. Xia. Az előadóművész szakemberek ellenállnak az utolsó változásoknak, mintha az anyaország ellenségével harcolnának. Mind a követelményeknek, mind az Ügyfél szakértőinek változásai lesznek. Az életben nem fogod látni a vállalkozó teljes mértékben hozzáértő csapatait. Szóval mi? Mindezt megoldja a költségvetés szükség szerinti növelésével. Vagy a kezdeti árfolyam kockázatait egyszerűen háromszorosára növelve. Az Ügyfél hajlandósága fizetni, nem pedig kapzsi - nagyon fontos. De a Vállalkozó arra irányuló hajlandósága, hogy a kapzsiság és a verseny hiánya miatt három kopeckel kapcsolatos nagy projektet hajtson végre, egyszerűen veszélyes.

Elena Degtyaryova mert az informatikai szakemberek soha nyíltan elismerik, hogy bolond az embereket, bízva a műszaki fejlődéshez))) Örülnék, hogy megtalálja az embereket, „” a hiszékeny a műszaki fejlődéshez. Még akkor sem: "nem közömbös" (magam teremtek bizalmat - ez a munkám). Amikor munkámnak ez a fő feltétele teljesül, megpróbálok valakit, hogy megcsaljon. Az emberek közömbösségének leküzdésére a fogyasztói attitűd felszámolása (különösen az informatikára) -, hogy csak egyet kell tennünk.

Kapcsolódó cikkek

előző ◈ a következő