Waterfall vs. Agile: Ce metodologie să alegeți pentru proiectele dvs. Redmine?

Uneori aud strigăte precum "Gantt e mort," "trebuie să o conduci în mod agil," sau chiar "managementul de proiect e mort." Deși multe dintre ele sunt doar un exemplu de marketing inutil, întâlnesc adesea manageri de portofoliu de proiecte, stăpâni ai scrumului și alți profesioniști în managementul de proiecte care doresc să argumenteze serios despre tehnici Agile vs. Waterfall (Gantt). Acest articol este o scurtă introducere în acest subiect.

Triunghiul de fier al managementului de proiect

Triunghiul de fier este de fapt o reprezentare foarte simplă a elementelor cheie necesare pentru planificarea cu succes a proiectelor. Scopul, timpul și costurile/resursele. Resursele sunt singurele și/sau elementele critice ale prețului în multe industrii. Oamenii sunt cel mai valoros activ care nu poate fi pur și simplu crescut, redus sau multiplicat. Similar, resursele de mașini au o anumită capacitate de producție și nu pot fi schimbate printr-un simplu clic.

Easy Redmine - The iron triangle #1

Dar cum se încadrează triunghiul de fier în imaginea de ansamblu? Foarte convenabil. Ne oferă un răspuns simplu dar eficient atunci când ar trebui să folosim planificarea metodologiei Waterwall și, dimpotrivă, când să alegem o abordare agilă.

Managementul de proiect Waterfall Redmine

Metodologia Waterfall este cea mai potrivită pentru un proiect a cărui amploare este definită precis și este un element cheie al proiectului, cum ar fi construcția imobiliarelor, planificarea conferințelor sau implementarea software-ului Easy Redmine.

Tehnică: Scopul proiectului este definit (fix). În exemplul nostru, acest lucru înseamnă că nu pot schimba numărul de ferestre din imobilul meu, nu pot schimba locul sau subiectul unei conferințe, etc. Timpul proiectului este un factor limitativ fie absolut (de exemplu, conferințele) sau aproape absolut (de exemplu, implementarea software-ului). Cu un scop strâns definit, sarcina principală a unui manager de proiect sau a unui manager de portofoliu este să programeze toate tipurile de resurse pe linia de timp în proiecte care rulează în paralel și să ia în considerare secvența necesară de acțiuni (sarcini) în proiectele individuale.

Să luăm, de exemplu, construcția unei case: lucrătorii responsabili de livrarea cimentului trebuie să-și finalizeze munca în timp util, deoarece întârzierile cauzate de lipsa de resurse de ciment pot împiedica zidarii să-și finalizeze propriile sarcini. Odată ce betonul este suficient de ferm, aceștia pot fi găsiți deja pe alt șantier.

Easy Redmine - The iron triangle #2

Managementul de proiect Agile Redmine

O abordare agilă este utilă pentru proiecte în care timpul este definit ferm, resursele sunt un factor determinant și scopul este supus planificării (prioritizare). Un bun exemplu ar putea fi dezvoltarea software-ului (sprinturi), activitatea de publicare (data lansării revistei/ziarului), sau conținutul de marketing (campanie).

Tehnică: stăpânii scrumului sau planificatorii în roluri similare prioritizează sarcinile pentru următorul sprint. De obicei, stăpânul scrumului are backlog-uri și panouri scrum diferite pentru diferite tipuri de resurse, cum ar fi dezvoltatorii care caută să rezolve erori și să gestioneze solicitări pentru noi funcționalități și, pe de altă parte, jurnaliștii din media politică sau sportivă.

Easy Redmine - The iron triangle #3

Ce înseamnă?

În mod evident, întreaga problemă a managementului de proiect se învârte încă în jurul triunghiului de fier. Planificarea operațională se concentrează doar mai mult pe diferite părți ale aceluiași lucru. Deci, ce putem deduce din asta?

1. Practic în fiecare organizație, vom găsi tipuri de proiecte în care este necesar să se folosească ambele tehnici de management de proiect pentru a crea procese de lucru eficiente. O metodologie nu este mai bună decât cealaltă, ci abordează doar diferite provocări.
   
   
2. Planificarea calitativă a resurselor asociată cu cronologia este esențială pentru fiecare proiect Waterfall, în special pentru planificarea portofoliului de proiecte. Același lucru este valabil și pentru proiectele Easy Redmine.
   
   
3. Gestionarea proiectelor Agile: Gestionarea priorităților se face de obicei prin diverse instrumente. Adesea, există o problemă cu alocarea precisă a resurselor pentru un backlog specific. Prin urmare, în acest sens, vă recomandăm cu tărie să mapați și să alocați resursele în mod consecvent. De exemplu, un dezvoltator de software poate fi utilizat cu mai multe backlog-uri în același timp (de exemplu, remedieri de erori vs. cereri de funcții în același limbaj). Fără a defini alocarea cantitativă a resurselor pentru backlog-uri, nu veți putea programa livrabilele prioritare, iar maestrul scrum va trebui să rezolve continuu discrepanțele dintre aceste priorități. O altă consecință neplăcută va fi lansarea întârziată a noilor caracteristici cheie ale produsului, cum ar fi remedierile de erori sau cerințele de funcționalitate, care exploatează resursele strategice de dezvoltare.

Combinația ambelor metodologii de management

Cum se poate vedea în imaginea de mai jos, avem un proiect de bază Waterfall care include un plan de dezvoltare a software-ului care arată secvențe și dependențe. Cu toate acestea, echipele implicate în acest proiect (vânzătorii, scriitorii tehnici) pot gestiona propriile lor livrabile în departamentul lor nu numai în modul prezentat în acest exemplu, ci și într-un mod agil.

Gantt Easy Redmine - Exemplu de proiect Waterfall