Director general, Moscova
Nu este vorba despre cum să faci un proiect gigantic o lovitură, ci cum să tăiați cele mai murdare oi cu cea mai mare cantitate de lână. Dar un copil condamnat trebuie să primească mai întâi un diagnostic trist. Cu privire la modul de a face acest lucru și umple proiectul cel mai eficient, în materialul de la rubrica "manager de vineri" spune membru al Comunității Oleg Pashinin.
După ce ați lucrat mult timp în domeniul IT, începeți să înțelegeți că, indiferent de modul în care doriți, unele proiecte nu reușesc. Potrivit unor experți, numărul acestor proiecte atinge 60%. Parafrazând clasicul, putem spune că toate proiectele de succes au același succes, iar fiecare eșec este un eșec în felul său. În fiecare caz, puteți găsi cauza principală a eșecului. Iată câteva dintre ele:
1. Timpurile și bugetul nerealist al proiectelor
"... managerul de marketing nu este îngrijorat în mod deosebit de realismul planului și bugetului propus, deoarece obiectivul său principal este de a obține o comisie sau de a oferi plăcere șefului său". Edward Jordan, "The Deadly March".
2. Neprofesionalismul participanților la proiect
„Toate companiile care furnizează servicii în domeniul IT, te lacomi și să încerce să crească mai repede decât pot găsi oameni talentați ....“ Joel Spolsky, Joel în programare.
3. Intrigile politice în jurul proiectelor
"... trăsătura distinctivă a proiectelor fără speranță este influența puternică a politicii, încât ea poate nega toate eforturile de a realiza cel puțin o muncă". Edward Jordan, "The Deadly March".
4. Variabilitatea cerințelor sistemului în timpul implementării proiectului
"Unul dintre motivele cele mai comune pentru incontrolabilitatea proiectelor sunt cerințele volatile." Robert Glass, "Fapte și concepții greșite ale programării profesionale".
Motivele sunt diferite, rezultatul fiind unul - un eșec. Dar nu vine imediat. Eșecul așteaptă cu răbdare ora, evidențiind lipsurile, problemele, conflictele, defalcările și alte dovezi ale triumfului său inevitabil. Motivele eșecului sunt, de regulă, încă de la începutul proiectului, însă nimeni nu este gata să închidă proiectul la început. Principalul lucru este să intri într-o luptă. Dar mai mult efort și (bani!) Merge la proiect, cu atât mai puțin probabil este să-l închidă. Există tot mai multe probleme noi, în care tot mai mulți oameni sunt implicați. Fiecare membru al echipei de proiect se alătură cu entuziasm luptei. Depășirea devine deja un scop în sine: drumul este totul, scopul nu este nimic. Cred că de multe ori trebuia să observați etapele tipice ale dezvoltării unui proiect eșuat.
Etape de dezvoltare a unui proiect eșuat
- Termenii pentru trimiterea specificațiilor tehnice încep să scadă. Nu vă faceți griji - se întâmplă.
- Termenii de referință sunt supuși spre aprobare. Clientul are o ușoară uimire - în documente prea mult "apă", unele cerințe nu corespund cu ceea ce sa discutat cu echipa de proiect. Procesul de reconciliere începe. Toată lumea este hotărâtă să rezolve rapid deficiențele.
- Procesul de conciliere a alocării tehnice este întârziat. Există primele semne de îngrijorare cu privire la încălcarea termenelor limită. Acest lucru este tratat cu înțelegere, deoarece nu documentele sunt importante, ci sistemul în sine.
- A fost atins timpul de livrare al primei lansări a sistemului, pe care Antreprenorul trebuie să îl instaleze pe echipamentul Clientului. Artistul spune că totul este gata, dar trebuie să așteptați încă câteva zile.
- Instalarea sistemului este în plină desfășurare, dar până acum a fost neconcludentă. Sistemul urma să fie instalat acum două săptămâni.
- Termenii de aprobare ai TK au dispărut de mult, dar acest lucru nu ne deranjează cu adevărat. Preocuparea se datorează faptului că sistemul nu poate fi stabilit în nici un fel.
- Sistemul este instalat, dar funcționează prost. o parte funcțională nu este pusă în aplicare la toate, unele nu puse în aplicare cum era de așteptat, și încă nu funcționează din cauza numărului mare de erori. Nemulțumirea clientului este în creștere.
- Sunt lansate noi versiuni ale sistemului, dar fiecare versiune următoare nu funcționează mai bine decât cea precedentă. Procesele-verbale ale reuniunilor nu se mai desfășoară. Întâlnirile s-au transformat în pretenții reciproce Nimeni nu își amintește că nu a fost încă convenită atribuirea tehnică.
- Liste lungi de erori de sistem sunt generate, care trebuie eliminate. Noile versiuni ale sistemului conțin remedii pentru bug-uri noi, dar există bug-uri vechi care au fost reparate anterior în versiunile anterioare.
- Contractorul trebuie să înceapă funcționarea procesului de funcționare a sistemului și să semneze certificatele de acceptare, dar utilizatorii refuză să lucreze în sistem, deoarece nu-i plac și adesea cad.
- Certificatele de acceptare pentru faza de dezvoltare a termenilor de referință sunt semnate cu promisiunea Antreprenorului de a corecta ulterior.
- Întârzierea proiectului este deja de 30% - 50%. TOR este negociat retroactiv.
- În cele din urmă, toate componentele sistemului sunt instalate. Principalele erori critice sunt corectate, dar este imposibil să se lucreze în sistem din cauza inconvenientei funcționale.
- Clientul vă cere să reprogramați funcționalitatea. Contractantul nu este de acord fără plată suplimentară, deoarece funcționalitatea este dezvoltată în conformitate cu TOR. Clientul refuză să accepte sistemul. Există o lungă perioadă de neînțelegere ce trebuie făcută cu sistemul.
- Există schimbări pe partea clientului (oamenii / procedurile / procesele și altele asemenea se schimbă). În legătură cu schimbările care au avut loc, devine clar: pentru a începe cumva să lucreze în sistem, trebuie schimbat în funcție de schimbările care au avut loc. Există un acord suplimentar pentru finalizarea sistemului. Pentru a nu pierde fața, conducerea a convenit să anunțe o nouă etapă a proiectului.
- Există o etapă îndelungată de rafinament. Termenii au fost deja depășiți de două ori. Angajații contractantului și clientului sunt obosiți de proiect, dar nu știu cum să îl oprească. În cadrul proiectului, managerul de proiect al contractantului și o parte din echipa de proiect se schimbă. Noua echipă de proiect reunește cerințele.
- Clientul înțelege că sistemul existent nu va funcționa. Vechea tehnologie a muncii nu pare a fi atât de rea, în comparație cu noul sistem. Clientul, pe cât posibil, încetinește implementarea sistemului, neștiind cum să iasă din această implementare.
- Există un proces lung de negocieri. Ca rezultat, părțile convin asupra acceptării sistemului. Valoarea compensației financiare a contractantului este redusă semnificativ. Acțiunile sunt închise. Eșecul nu este necesar de niciuna dintre părți, prin urmare, prin acord tacit, proiectul este considerat de succes.
- Există un comunicat de presă privind implementarea cu succes a sistemului.
Aici este, în final, mult-așteptatul final. Aceasta înseamnă că nu este un eșec. Dar știm ceva ...
Care erau toate nopțile nedormite, sacii sub ochi, certuri cu colegii, uciderea celulelor nervoase, dacă sistemul încă nu funcționează, nu există prime și satisfacția profesională așteptată nu a venit? Un buget uriaș a fost cheltuit și ce am obținut ca rezultat?
"După cum a spus vechiul sclav în fața tavernei:
"Privind în urmă, vedem doar ruine."
Vederea, desigur, este foarte barbară, dar adevărată. "
I. Brodsky
Dar ar fi mult mai eficient să îndreptăm eforturile către o cauză nobilă - păstrând resursele companiei native, menținând în același timp propria sa sănătate și pace. Cu alte cuvinte - nu încercați să salvați proiectul, ci, dimpotrivă, să-l înecați cât mai curând posibil. Sunt sigur că deja știți sau ghiciți cum să faceți asta.
Ce trebuie făcut pentru a eșua cel mai eficient proiectul.
- Studiați înaintea proiectului reluările specialiștilor echipei de proiect a contractantului. Respingeți candidații până când sunteți convins de următoarele:
- Sunteți reprezentați de cei mai tineri angajați ai Companiei Contractantului care au venit recent în echipă și nu au experiență în proiect.
- Angajații echipei de proiect nu au mai lucrat niciodată împreună.
- Profilul specialiștilor echipei de proiect este cât se poate de departe de domeniul dvs. de vedere, iar arhitectura soluției propuse nu corespunde infrastructurii companiei.
- Managerul de proiect al managerului de proiect este intimidat și se comportă nesigur.
- Proiectele realizate de echipa de proiect nu au fost finalizate sau completate fără succes.
- Puneți un termen limită nerealist pentru proiect.
- Determinați numărul maxim de documente de proiect care necesită aprobare.
- Faceți o listă extrem de lungă de angajați care sunt de acord cu documentația de proiect din partea dumneavoastră.
- Strângeți reconcilierea atribuțiilor tehnice. Refuzați să semnați documentele de proiect, referindu-vă la incoerențe cu GOST-urile, la standardele interne ale companiei dvs., la detalii minore sau la inconsecvența cu procesele de afaceri.
- Schimbați constant cerințele pentru sistem.
- Mai des, rotiți personalul echipei dvs. de proiect și specialiștilor în domeniu.
- Dacă simțiți că proiectul funcționează, cu toate acestea, a început să se stabilizeze, să ceară înlocuirea echipei de proiect a contractantului din cauza eșecului fazelor proiectului. Începeți din nou cu pasul 1.
Sunt de acord, toate acestea sunt mult mai ușor de făcut decât să se piardă pentru proiect. În același timp, nu pierdeți nimic. Eșecul proiectului nu mai este un eșec, ci succesul. Și dacă proiectul este încă finalizat cu succes, sistemul este pus în aplicare, atunci acesta este un sistem foarte bun, care oțelit în lupta din cauza ta. În orice caz, ești câștigătorul. Și poate chiar și cu un bonus. Pentru un proiect de succes sau ca rezultat al salvării fondurilor companiei.
Mult noroc la proiecte!
"Potrivit unor experți, numărul de astfel de proiecte ajunge la 60%."
Din experiența personală, cred că acest procent este de 75-80%, iar unele proiecte sunt obținute doar de 2 sau 3 ori.
În orice proiect, aceste motive pentru eșec sunt prezente.
Uneori chiar și câteva la un moment dat.
Principalul lucru în orice proiect este capacitatea de negociere a contractantului și a clientului.
Toți aveam clienți adecvați.
Cred că un bun Antreprenor cu experiență este capabil să cunoască Clientul cu astfel de "defecte" și să abandoneze proiectul la timp dacă nu știe cum să reziste. Altfel, aceasta este lăcomia, din cauza căreia procentul proiectelor de succes este atât de scăzut.
Nu este lăcomia care îl distruge. Lipsa lăcomiei :-). Tot ce se întâmplă într-un proiect obișnuit este descris corect, cu umor bun, în unele locuri transformându-se într-un fel de sarcasm. Iar concluzia este bună - să scoți echipa incompetentă cât mai repede posibil. Dar discuția despre ce să faci pentru a face un proiect normal se întâmplă cu o echipă obișnuită, poți continua. Am o rețetă simplă. Aveți nevoie de mai mulți bani și de timp! Riscurile sunt inevitabile. TK va fi strâmbă, deși tu ai. Xia. Specialiștii interpreților vor rezista modificărilor la ultimul, de parcă ar lupta împotriva inamicului Patriei. Vor exista modificări atât ale cerințelor, cât și ale experților Clientului. În viața dvs. nu veți vedea echipa pe deplin competentă a Antreprenorului. Și ce? Toate acestea se rezolvă prin simpla majorare a bugetului, după cum este necesar. Sau riscul de pionierat în prețul inițial prin simpla mărire a acestuia în trei rânduri. Disponibilitatea Clientului de a plăti, de a nu fi lacomă - este foarte importantă. Dar dorința Antreprenorului de a întreprinde un proiect major pentru trei copeici din cauza lipsei de lăcomie și a concurenței este pur și simplu periculoasă.
Elena Degtyareva, pentru că profesioniștii IT nu recunosc niciodată în mod deschis că sunt oameni păcăliți, încrederea în progresul tehnic)), aș fi bucuros să găsesc oameni care "se încred în progresul tehnic". Nici măcar așa: "nu sunt indiferenți" (voi crea încredere în mine - aceasta este treaba mea). Când această condiție principală a muncii mele se va împlini, aș încerca pe cineva să mă păcălească. Pentru a depăși indiferența oamenilor spre progres, eradicați atitudinea consumatorilor (în special IT) - că trebuie doar să faceți una.
Articole similare
Trimiteți-le prietenilor: