Managementul proiectelor software
Managementul proiectelorsoftware
Dezvoltarea pe baza unui plan
› Presupune o planificare până în cel mai mic detaliu– Ce trebuie făcut
– Cine va face
– Orarul
– Produsele obținute
› Folosit– luarea deciziilor
– Măsurarea progresului
› Duce la evidențiere eventualelor probleme sau dependințe înainte de începerea proiectului
Dezvoltarea de proiecte de tip “plan-driven”
› Introducere– Descrie, pe scurt, obiectivele proiectului– Stabilește constrângerile (buget, timp etc.)
› Organizarea proiectului– Descrie modul de organizare a proiectului, rolul fiecăruia în echipă
› Analiza riscului– Descrie posibilele riscuri ale proiectului, apariția și reducerea acestora
conform Managementului riscurilor
› Resursele hardware și software– Stabilește de ce resurse hardware, respectiv software, este nevoie
pentru realizarea proiectului
Dezvoltarea de proiecte de tip “plan-driven”
› Segmentarea muncii– Împărțirea proiectului în activități– Identifică jaloanele (milestones) și livrabilele asociate fiecărei activități
› Planul proiectului– Indică dependențele dintre activități– Estimează durata misiunilor– Indică alocarea persoanelor pentru fiecare activitate
› Mecanismul de monitorizare și raportare– Definește
› managementul rapoartelor ce trebuie generate
› Momentul când trebuie generate
› Mecanismul de monitorizare ce va fi utilizat
Dezvoltarea pe baza unui plan
› Planul principal se focalizează pe riscuri și pe planificare
› E posibil să fie nevoie de planuri suplimentare, de ex:
Plan Descriere
Plan de Calitate Procedurile pentru atingerea unui anumit grad de calitate & standardele de calitate folosite în proiect
Plan de Validare Abordarea, resursele și planificarea folosite de sistemul de validare
Configurarea Procedurile de configurare a managementului precum și structurile folosite
Mentenanța Previzionează cerințele de mentenanță, costurile și efortul asociate
Planul de dezvoltarea echipei
Modul în care aptitudinile și experiența membrilor echipei pot fi devoltate
Procesul de planificare
› Proces iterativ
› Începe cu crearea unui plan inițial în faza de start-up a proiectului
› Planul trebuie revizuit odată cu– Obținerea de noi informații despre sistem
– Membrii echipei devin disponibili
Procesul de planificare
Identificarea constrângerilor• Data de livrare
• Oamenii disponibili• Bugetul general
• Tool-uri disponibile• Etc.
Identificarea riscurilor
Definirea jaloanelor și a livrabilelor
Definirea programului
Planificarea sistem
Execuție
Monitorizarea progresului
[nu sunt probleme]
[nefinalizare]
Acțiuni de diminuare a
riscului
Replanificarea proiectului
[existăProblemeserioase]
[proiect finalizat]
[derapaje și probleme minore]
Procesul de planificare
Identificaraeactivităților
Identificareadependențelor
dintre activităților
Estimarea resurselor pt
activități
Alocarea persoanelor la
activități
Crearea planului de proiect
Specificațiile pt software&
Informațiile de proiectare
Graficul planului de proiect
Procesul de planificare
Task Effort (person-days) Duration (days) Dependencies
T1 15 10
T2 8 15
T3 20 15 T1 (M1)
T4 5 10
T5 5 10 T2, T4 (M3)
T6 10 5 T1, T2 (M4)
T7 25 20 T1 (M1)
T8 75 25 T4 (M2)
T9 10 15 T3, T6 (M5)
T10 20 15 T7, T8 (M6)
T11 10 10 T9 (M7)
T12 20 10 T10, T11 (M8)
Procesul de planificare
Procesul de planificare
Agile
› Metodă iterativă
› Software-ul este realizat și livrat pe bucăți
› Spre deosebire de metoda planificată, funcționalitatea fiecărei “bucăți” nu este planificată în avans, dar este decis în timpul procesului de dezvoltare
› Decizia referitor la ce să includă fiecare pas este luată în funcție de (acestea se pot schimba pe parcurs)– Progres
– Prioritățile clientului
Agile
› Abordarea cea mai folosită (corespunzătoare fazei de start-up din dezvoltarea planificată):1. Lansarea – privire generală peste câteva luni, decide asupra
caracteristicilor ce vor trebui incluse în sistemul ce urmează a fi proiectat
2. Iterațiile – focalizare pe planificarea de scurtă durată, pe pasul imediat următor; 2-4 săptămâni