In momentul de fata, in cazul firmelor dinamice, structura acestora este una matriciala, orientate spre procese. In acest sens, putem adopta diferite metodologii de proiect.
De ce o metodologie de proiect?
- Pentru a putea avea controlul asupra desfasurarii proiectului
- Pentru a gestiona in mod eficient resursele implicate
- Pantru asigurarea calitatii si consistentei livrabilelor
Metodologia clasica (waterfall)
In cele mai multe organizatii, abordarea pentru management de proiect este una bazata pe definirea unei diagrame Gantt pe baza cerintelor stabilite impreuna cu clientul. Acesta metodologie urmeaza pasii naturali (urmati chiar si de organizatiile care aparent lucreaza fara o metodologie de proiect)
Avantajele acestei metodologii:
- planificarea resurselor
- planificarea duratelor exacte pentru fiecare etapa
Dezavantaje
- schimbarea proiectului se face intr-un mod dificil
- clientul beneficiaza de aplicatie doar in momentul finalizarii acesteia
- in cazul proiectelor mari, este posibil ca in urma respectarii tuturor pasilor, cerintele pietei sa se schimbe
- comunicare geoaie cu clientul
De multe ori, implementarea acestei metodologii in cadrul unei organizatii a dus la probleme de comunicare si la frustrari atat din partea clientului cat si din partea echipei de proiect. De cele mai multe ori clientul se razgandeste pe parcurs asupra functionalitatilor. De asemenea, o serie de functionalitati sunt descoperite de acesta abia in urma folosirii aplicatiei.
In acest caz, apar urmatoarele situatii:
- clientul este refuzat sau i se propune gruparea noilor functionalitati in cadrul unui alt proiect sau extinderea celui existent, caz in care clientul ar putea fi nemultumit de activitatea desfasurata in urma etapei “L01 – Identificarea cerintelor“
- echipa de proiect realizeaza modificarile (de cele mai multe ori depasind termenul limita sau stand peste program)
Metodologia SCRUM
Aceasta metodologie a fost prima data descrisa in 1986 de Hirotaka Takeuchi si Ikujiro Nonaka, ca o metode flexibila si rapida pentru dezvoltare de soft. Principiul acestei metodologii, este impartirea proiectului in etape de lucru (sprint-uri), in urma caruia se finalizeaza un set de functionalitati care intra in exploatare. Aceasta metodologie presupune ca oamenii implicati sa fie buni organizatori pentru propriu timp.
Organizare
- Sedinte dedicate planificarii sprinturilor (in functie de anvergura proiectului, un sprint poate varia intre 5 si 30 de zile). Scopul acestor sedinte este prioritizarea taskurilor si stabilirea celor incluse in urmatorul sprint. Din momentul stabilirii, functionalitatile se “ingheata”
- Sedinte zilnice (cu o durata de max. 15 minute). Scopul acestor sedinte este identificarea taskurilor indeplinite in ziua precedente, a taskurilor planificate pentru ziua in curs si a problemelor aparute. Aceasta sedinta are un caracter mult mai informal.
Roluri
- Stakeholderi
- Product Owner – reprezinta interesul stakeholderilor, asigura finantarea proiectului si dezvolta lista de cerinte. Acesta se concentreaza pe ROI si gestioneaza Product Backlog-ul.
- Scrum Master – acest rol poate fi asociat managerului de proiect, care are drept scop impartirea si prioritizarea sarcinilor.
- Echipa – dezvolta si implementeaza functionalitatile.
Porcii sunt acele persoane dedicate proiectului și implicate în mod direct în sarcinile sale. Porcii, conform cadrului Scrum sunt:
1. Maestrul Scrum – El este cel care acționează ca un intermediar între proprietar și echipă. Maestrul protejează echipa, are grijă ca toate sarcinile din perioada fulger să fie îndeplnite la timp și stabilește regurile proiectului.
2. Echipa – Aceasta este implicată în mod direct în procesul de analiză, design, implemnetare și testare și toate sarcinile trebuie duse la capat corect de către membrii săi.
3. Proprietarul – El este cel care stabilește cerințele proiectului și participă la întâlnirile organizate la finalul fiecăror perioade fulger. Din cauza faptului că implicarea proprietarului nu este constantă el poate face parte și din grupul găinilor.
Găinile sunt acele persoane care nu sunt implicate în mod direct în procesul Scrum, dar care au rol decizional. Aceste persoane sunt de fapt beneficiarii proiectului. Găinile sunt de fapt managerii companiei client, vendorii și compania client în sine. (fotografie si explicatie preluata de pe enterprise-concept.com)
Software dedicat
- ScrumNinja – http://scrumninja.com/scrum_software
- FireScrum – www.opensourcescrum.com
- Axosoft – www.axosoft.com
Tags: management de proiect, metodologie management de proiect, proiect web
August 22nd, 2010 at 6:47 pm
Japonezii astia chiar au facut-o SCRUM cu atatea animale !
Lasand gluma la o parte ideea de echipa merge foarte bine si in cazul externalizarii… interesanta treaba !
August 28th, 2010 at 8:01 pm
Da, si in cazul externalizarii este acelasi lucru, pentru ca tot o echipa lucreaza. Asa ca metodologia SCRUM se aplica.