by Intro
Cu totii purtam pantofi. Culori diferite, dimensiuni diferite, modele diferite, ghete, adidasi, tenesi, platforme, papuci, cu totii purtam pantofi.
In acelasi fel, in companiile in care am lucrat, lucram sau vom lucra, facem management de proiect. Mai aplicat, mai procedurat, mai liber, respectand sau nu standardele, incercand sa adoptam un anume framework sau o metodologie specifica.
Desi poate parea amuzant, comparatia cu pantofii reuseste sa cuprinda foarte bine diversitatea, avand la baza acelasi lucru, misiune si calitate. Misiunea de a ramane incaltati intr-un mod confortabil (calitatea) si adaptat nevoilor, nevoia de a lucra cat mai bine pe un proiect si de a livra performanta (cand esti incaltat cu ce trebuie, te simti bine).
Cum fiecare dintre noi, ne adaptam pantofii functie de numarul pe care-l purtam, vremea de afara, contextul in care il purtam sau anotimp, la fel si compania in care lucram, adapteaza o metodologie specifica (nevoia de a purta pantofi) insa cu o implementare adaptata momentului si contextului: proiect waterfall, agile sau hibrid.
Directie
Asta se poate traduce si mai bine in momentul in care schimbam termenul de proiect cu termenul de produs.
Conform dex, un proiect inseamna un plan de a intreprinde ceva, de a organiza, de a face un lucru. Daca ramanem la definitia anterioara, ne dam seama de ce cuvantul proiect poate sa aduca foarte multa incertitudine. Nu este nimic concret.
In momentul in care vorbim de produs, lucrurile se schimba. Bun material rezultat dintr-un proces de muncă; totalitatea obiectelor sau a bunurilor obținute în procesul de producție; insa nu vom luat ad-literam cele din dex. Trebuie sa intelegem exact diferenta pe care un singur termen o poate face. Ajungem sa schimbam rezultatul de la un proiect, al carui finalitate suntem uneori prea departe de a o vizualiza, la un produs, pe care il putem anticipa si la care ne putem raporta.
Proiectul are setate niste livrabile clare, definite si greu de modificat.
Produsul insa are o imagine clara, ce se poata adapta, imbunatatii, modifica, pana la retragerea din exploatare.
Diferenta majora intre cele doua metode de management de proiect o reprezinta tipul proiectelor. Exista proiecte care se muleaza pe waterfall, precum proiecte de infrastructura mare (constructii de cladiri, poduri, autostrazi), proiecte industriale, proiecte cu livrabile clare si termene fixe. In acelasi timp exista proiectele actuale, majoritare in industrii noi infiintate, care tin in special de IT si pentru care in ultimii ani s-a dezvoltat o metodologie specifica de proiect, precum Lean, Aglile, Scrum, XP. Si desi nu mai este o metodologie tanara, in 2021 urmeaza sa implineasca deja 20 de ani, mediul business inca nu s-a acomodat si nu a inteles cum trebuie implementata.
Motivatie si temeri
Pentru ca proiectele care functioneaza sub umbrela Agile, au adus nenumarate avantaje, precum termene care se respecta, costuri reduse, intelegerea clara a scopului proiectului si a livrabilelor, tendinta normala pana la urma a fost sa se incerce implementarea metodelor inclusiv la nivel de proiecte waterfall sau la nivel de guvernanta a companiei.
Una dintre cele 12 regluli din Manifestul Agile spune: “Working software is the primary measure of progress.”… Aceasta regula ne dovedeste din start ca metodologia a fost modelata pentru industria IT si dezvoltarea software. De unde si marea retincenta pe care o regasim in momentul in care observam dorinta de a implementa un mediu Agile intr-o organizatie in care proiectele nu se preteaza pe o astfel de metodologie de proiect.
Asta nu inseamna ca nu o putem adapta la cerintele organizatiei si voi incerca sa punctez usor cateva motive pentru care nu trebuie sa ne temem de a adapta un mediu hibrid de lucru pe proiect.
Trebuie sa tinem cont ca in majoritatea cazurilor, schimbarile dintr-o organizatie functionala vor fi privite cu reticenta de oameni. Oamenii sunt reticenti la schimbare si orice modificare de status quo va fi primita cu neincredere. Acest lucru se poate evita daca organizatia alege sa practice transparenta, transmite din timp dorinta de a implementa o noua metodologie de proiect, poarta one-to-one cu fiecare PM pentru a-i prezenta schimbarile, a-i lua pulsul despre schimbare. De asemenea pot face sedinte de deep dive pentru a afla cum managementul impreuna cu echipa pot face tranzitia mai usoara. Se pot prezenta success stories pentru a creea increderea si foarte important, se pot si chiar e recomandat a se implementa training-uri interne sau externe pe noul framework de proiect.
O foarte importanta tema este aceea de a oferi incredere PM-ilor ca rolul lor in organizatie nu va disparea. Este de la sine inteles ca orice noua forma de organizare nu va renunta din start la echipa de PM, pentru implementarea metodologie Agile, insa rolul expres de PM nu exista in metodologia SAFe sau in Scrum Teams. Astfel rolul de PM va trebui sa se orienteze usor spre un rol hibrid de Scrum Master, de Product Owner, de Release Traing Engineer, functie de la caz la caz. Vor trebui definite persoanele care vor participa la Daily Stand-up, optiune care pentru PM nu exista in vechiul classic pe metodologia waterfall.
O alta temere sau informatie pe care lumea o are poate usor gresit inteleasa, este aceea ca in Agile, nu exista fixed dates. Desi metodologia Agile cu board Kanban sau sprinturi Scrum are o dinamica a termenelor de implementare, exista in cadrul proiectelor gestionate Agile si termene fixe precum cele de livrare de la furnizori, cele ce tin de evenimente neasteptate, reglementari sau sarbatori legale.
Planificarea tip Agile pleaca de la premiza corecta de altfel ca dezvoltarea software este foarte impredictibila, luand in calcul foarte multe variabile si necunoscute. O planificare si o estimare corecta se bazeaza pe o estimare initiala care apoi se rafineaza treptat de la iteratie la iteratie.
Scurta concluzie
O schimbare de metodologie, in cazul de fata de la Waterfall la Agile poate creea multa nemultumire si confuzie insa trebuie abordata cu rabdare si sa intelegem ca nicio implementare de metodologie de proiet nu se poate face “ca la carte” ci se poate doar adapta pe nevoile de business ale organizatiei.
Trebuie sa ramanem deschisi si sa ne adaptam la schimbare. Keep learning.
