IT Project Management | de Duncan Haughey | timp de citire minute

să începem cu unele statistici îngrijorătoare. Doar 29% dintre proiectele software au avut succes, 52% au fost contestate (depășiri de costuri, depășiri de buget sau deficiențe de conținut), iar 19% au eșuat, potrivit raportului Standish Group din 2015. În timp ce aceste descoperiri au apărut pentru prima dată în urmă cu câțiva ani, rezultatele nu sunt mai puțin adevărate astăzi.

în plus, procentul proiectelor considerate valoroase de către client este de 59%, iar al proiectelor considerate satisfăcătoare de către client 56%.

rezultatele nesatisfăcătoare ale proiectului au devenit o normă a industriei IT în care clientul nu a fost mulțumit de rezultat. Deci, ce putem face în legătură cu asta?

un bun punct de plecare este abordarea unora dintre motivele critice pentru care proiectele software eșuează.

motivul 1: nu este suficient timp

adesea, un termen limită este decis înainte de începerea proiectului și nu este negociabil. Acest termen are ca rezultat o grabă cu capul înainte pentru a începe presupunerea, cu cât începeți mai devreme codificarea, cu atât mai repede veți termina proiectul.

o grabă de a începe codificarea este aproape întotdeauna o abordare greșită. Este esențial să vă petreceți timpul pentru a crea un design bun. Lipsa unui design bun duce la schimbări continue pe tot parcursul fazei de dezvoltare. Când se întâmplă acest lucru, timpul și bugetul se consumă într-un ritm rapid.

soluție:

• nu fi tentat să sari direct și să înceapă de codificare.
• alocați suficient timp pentru a crea un design bun, iar restul proiectului va funcționa mult mai bine.

această abordare vă va îmbunătăți reputația atunci când livrați ceva care îndeplinește așteptările clienților dvs. și funcționează corect pentru prima dată.

Motivul 2: buget insuficient

multe proiecte au cel mai mic preț, cea mai reușită politică a furnizorilor sau un buget nerealist de mic, care nu se bazează pe cerințele proiectului. Când se întâmplă acest lucru, totul încetinește. Resursele ajung lent sau nu ajung niciodată; colțurile se taie, iar calitatea suferă.

soluție:

• fii realist cu privire la buget și bazează-l pe cerințele complete.
• evitați selectarea unui furnizor exclusiv pe cel mai mic preț.
• du-te la un furnizor sau echipa cu un palmares dovedit de livrare în cadrul bugetului.
• utilizați o listă de verificare a selecției furnizorilor, cum ar fi cea de mai jos, pentru a găsi furnizorul potrivit pentru proiectul dvs.

Motivul 3: Comunicare slabă

există o zicală, „nu presupune nimic”, care este în special în cazul proiectelor software. O bună comunicare cu clientul, utilizatorii și echipa de dezvoltare este esențială pentru succesul proiectului. Puneți-vă trei întrebări:

1. toată lumea din echipă te înțelege?
2. știu ei ce aștepți de la ei sau ai presupus că știu?
3. comunică bine între ei, cu utilizatorii și cu alte departamente?

soluție:

• găsiți orice defecțiuni de comunicare acum. Acestea pot duce la confuzie și complicații mai târziu în proiect.
• nu presupuneți niciodată că toată lumea înțelege tot ce se întâmplă în proiect.
• acordați-vă timp pentru a crea un mediu în care comunicarea este accesibilă, deschisă și frecventă.

Motivul 4: niciodată revizuirea progresului proiectului

pe măsură ce un proiect progresează, lucrurile se schimbă, având un impact semnificativ asupra proiectului. Este important să continuăm să examinăm progresul proiectului pentru a depăși din timp provocările și pentru a avertiza părțile interesate cu privire la posibilele întârzieri și schimbări ale rezultatelor.

soluție:

• stabiliți întotdeauna repere pentru a revizui progresul cu echipa și părțile interesate în timpul proiectului. Ajustați după cum este necesar pentru a rămâne pe curs.
• rămâneți aproape de echipa dvs. pentru a înțelege ce se întâmplă și orice provocări cu care se confruntă.

Motivul 5: testarea inadecvată

când presiunea de a livra este activată, testarea suferă adesea. Testarea se lasă până la sfârșitul ciclului de dezvoltare, cu un efort minim cheltuit pe Testare. De obicei, rezultatul este un produs plin de bug-uri și un client nemulțumit.

soluție:

• efectuați testarea pe tot parcursul ciclului de viață al dezvoltării, testând fiecare modul sau componentă așa cum este dezvoltat.
• lăsați testarea integrării doar până la sfârșitul ciclului de viață al dezvoltării, ceea ce duce la mai puțin stres și la un produs mai bun.

motivul 6: testarea în mediul de producție

este surprinzător cât de multe organizații testează produsele în mediul lor de producție. Utilizarea mediului de producție este o strategie cu risc ridicat care poate duce la breșe de securitate și eliberare accidentală fără testare, perturbând sistemele de producție.

soluție:

• dezvoltarea unui proces de asigurare a calității și lansarea de noi produse software.
• furnizați un mediu separat de mediul de producție pentru testare și remedierea erorilor.

motivul 7: lipsa de asigurare a calității

de multe ori în graba noastră de a livra software-ul, de asigurare a calității suferă. Documentația este incompletă Pentru modificările Codului, designul conține defecte, iar implementările pot fi neterminate. Toate acestea duc la reprelucrare, timp pierdut și, în cele din urmă, clienți nemulțumiți.

soluție:

• fa-ti timp pentru a verifica calitatea și software-ul de documente înainte de lansare.
• revizuirea Michael l Young articolul 6 factorii de succes pentru gestionarea calității proiectului

motivul 8: Neconformitatea cu standardele industriale

conformarea cu standardele industriale în proiectele dvs. software se poate dovedi benefică prin asigurarea unei bune accesibilități, portabilitate, utilizare, robustețe și reducerea problemelor actuale și viitoare. Organisme precum World Wide Web Consortium (W3C) și Organizația Internațională pentru Standardizare (ISO) au dezvoltat standarde deschise greu de contestat.

soluție:

• acordați-vă timp pentru a introduce o abordare standard pentru proiectele dvs.
• găsiți ceea ce funcționează bine și continuați să o faceți.
• schimbați orice nu funcționează.
• examinați și actualizați standardele în mod regulat.

data viitoare când proiectați gestionați un proiect de dezvoltare software, examinați această listă și reamintiți-vă ce este necesar pentru a asigura succesul. Vei fi surprins; face diferența.

recomandat citiți: Cazul curios al raportului CHAOS 2009 de Jorge Dominguez.