1 / 21

Succesul proiectelor informatice

regis
Download Presentation

Succesul proiectelor informatice

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

    1. Curs Gestiunea Proiectelor

    2. Curs Gestiunea Proiectelor 2 Succesul proiectelor informatice Studiu The Standish Group International 30.000 proiecte informatice americane analizate intre 1994 si 2000

    3. Curs Gestiunea Proiectelor 3 Succesul proiectelor informatice (cont) CHAOS Research 50.000 proiecte in 2004 (58% SUA, 27% Europa, 15% rest)

    4. Curs Gestiunea Proiectelor 4 Succesul proiectelor Evaluare succes: proiectul a indeplinit obiectivele referitoare la termene, costuri si calitate? proiectul satisface cerintele & nevoile clientului? rezultatele proiectului pot determina nasterea unor noi proiecte? după încheierea proiectului, este capabilă organizatia sa-si continue activitatea? Garantare succes: obiective clare, personal capabil, sustinere manageriala, resurse eficiente, comunicare, monitorizare & control Obiectivele proiectului: sunt clar definite în planurile proiectului (si se respecta întocmai prin activitatile desfasurate)     Personalul implicat în proiect. Managerul de proiect este competent; membrii echipei de proiect sunt si ei competenti. (Boehm (1981) a descoperit ca, în cazul proiectelor de dezvoltare de software, abilitatile personalului reprezinta un factor de doua ori mai important decât oricare alt factor implicat; acest nu lucru nu mai este la fel de valabil pentru domeniile de activitate "hard", cum ar fi cele care au ca rezultat produse tangibile).     Sustinerea de sus. Proiectul este sustinut de conducere. Sprijinul conducerii poate fi obtinut daca aceasta este încredintata ca proiectul reprezinta un mijloc important de îndeplinire a misiunii si obiectivelor majore ale organizatiei.     Resursele. Resursele financiare, de timp, materiale si de personal trebuie sa fie suficiente pentru realizarea activitatii.     Comunicarea si controlul. Canalele de comunicare între managerul de proiect si conducere, între managerul de proiect si liderii echipelor si membrii acestora, între grupul de proiect si client trebuie sa functioneze si sa fie adecvate. Trebuie sa existe canale pentru furnizarea de feedback privind continutul rapoartelor, privind produsele/serviciile livrate si privind calitatea. Obiectivele proiectului: sunt clar definite în planurile proiectului (si se respecta întocmai prin activitatile desfasurate)    Personalul implicat în proiect. Managerul de proiect este competent; membrii echipei de proiect sunt si ei competenti. (Boehm (1981) a descoperit ca, în cazul proiectelor de dezvoltare de software, abilitatile personalului reprezinta un factor de doua ori mai important decât oricare alt factor implicat; acest nu lucru nu mai este la fel de valabil pentru domeniile de activitate "hard", cum ar fi cele care au ca rezultat produse tangibile).    Sustinerea de sus. Proiectul este sustinut de conducere. Sprijinul conducerii poate fi obtinut daca aceasta este încredintata ca proiectul reprezinta un mijloc important de îndeplinire a misiunii si obiectivelor majore ale organizatiei.    Resursele. Resursele financiare, de timp, materiale si de personal trebuie sa fie suficiente pentru realizarea activitatii.    Comunicarea si controlul. Canalele de comunicare între managerul de proiect si conducere, între managerul de proiect si liderii echipelor si membrii acestora, între grupul de proiect si client trebuie sa functioneze si sa fie adecvate. Trebuie sa existe canale pentru furnizarea de feedback privind continutul rapoartelor, privind produsele/serviciile livrate si privind calitatea.

    5. Curs Gestiunea Proiectelor 5 Calitatea produselor / serviciilor Calitatea unui produs = capacitatea acestuia de a satisface anumite nevoi implicite sau declarate Perspective ale calitatii: perspectiva produsului: calitatea continutului produsului; perspectiva utilizatorului: satisfacerea nevoilor utiliz.; perspectiva producatorului: conformarea la specificatii (poate corespunde sau nu cu perspectiva utilizatorului); perspectiva valorii obtinute: furnizarea rezultatului la un pret acceptabil; perspectiva transcendenta: nu se poate defini cu precizie notiunea de calitate, se refera la "excelenta intrinseca" (cazul operelor de arta).

    6. Curs Gestiunea Proiectelor 6 Calitatea produselor / serviciilor (cont) Calitate conforma Defecte ale produsului Calitate inutila Plus de calitate Calitate pretinsa Nevoi nesolutionate Risipa de calitate

    7. Curs Gestiunea Proiectelor 7 “Small releases” Cresterea exponentiala a efortului spre finalizare Repartitia efortului (ore/zi) si energiei în cazul abordarii iterative si incrementale

    8. Curs Gestiunea Proiectelor 8 Nemasurabile, greu de estimat diferente importante în estimare pentru persoane diferite, indiferent de experienta nu exista un nomenclator consecinta: dificil de gestionat schimbarile estimare +20% dificil de monitorizat / controlat progresul în special la analiza si proiectare

    9. Curs Gestiunea Proiectelor 9 Nemasurabile, greu de estimat (cont) #define LOWER 0 #define UPPER 300 #define STEP 20 main() { int fahr; for (fahr=LOWER; fahr<=UPPER; fahr=fahr+STEP) printf("%4d %6.1 f\n", fahr, (5.0/9.0*(fahr-32))) }

    10. Curs Gestiunea Proiectelor 10 Softul: invizibil, intangibil realizat sub forma unor texte de diferite tipuri: documente de proiectare, cod sursa, manuale de utilizare si operare nu exista ceva concret de aratat clientului în faza de analiza a cerintelor varianta: prototip cerintele initiale par usor de modificat

    11. Curs Gestiunea Proiectelor 11 Complexitate ridicata Fazele ciclului de viata a produselor soft: Specificare functionala – document in lb nat. Analiza – model de analiza (grafic + adnotari) Proiectare – model de proiectare Dezvoltare – cod sursa in limbaj(e) de program. Compilare/Link-editare – model executabil rezultatele unei faze sunt transferate fazei urmatoare ? vulnerabilitate mare la erori umane.

    12. Curs Gestiunea Proiectelor 12 Verificare corectitudine, testare, calitate imposibil de testat toate ramurile refacerea scenariilor de test in cazul modificarilor nu exista mecanisme de masurare sigura / precisa a calitatii unei aplicatii “În cazul proiectelor dezvoltare de softuri asa numitele proceduri de control al calitatii au uneori de-a face mai degraba cu limitarea defectiunilor decât cu garantarea calitatii produsului final.“ Norris et. al (1993)

    13. Curs Gestiunea Proiectelor 13 Dinamism atractia noutatii tehnologice stabilitate vs plafonare fluctuatii de personal re-evaluare task-uri tendinta de a respinge codul altora cereri de modificare frecvente în diverse faze ale ciclului de viata

    14. Curs Gestiunea Proiectelor 14 Decizii pripite în situatii extreme sporirea resurselor într-un proiect întârziat nu elimina decalajul ci sporeste întârzierea capacitatea de efort a membrilor echipei scade cu o cantitate egala cu efortul de comunicare cu noul membru

    15. Curs Gestiunea Proiectelor 15 … etc specificatiile sunt prea lungi, “stufoase” si detaliate astfel încât utilizatorii nu identifica ideile principale; specificatiile reprezinta mai degraba dorinte decât o lista de functionalitati cu prioritati; se descopera solutii care rezolva o problema dar introduc probleme noi; functionalitati sub-optimizate neidentificate

    16. Database Management Systems 1 16

    17. Curs Gestiunea Proiectelor 17 Solutia: Agile software development ? metode "heavyweight" vs. “lightweight“ promoveaza dezvoltarea în iteratii re-evaluarea prioritatilor proiectului open space putine documente variante: SCRUM (1986) XP – Extreme Programming (1996) 2001 – Manifestul Agile 2005 – “PM Declaration of Independence”

    18. Curs Gestiunea Proiectelor 18 Metode Agile vs. Metode predictive Metode Agile: Proiecte mai putin critice Senior developers Modificari dese ale cerintelor Numar redus de programatori Metode predictive Proiecte critice Junior developers Cerinte stabile Numar mare de persoane implicate în dezvoltare Cultura organizationala bazata pe disciplina Negocieri contractuale rigide

    19. Curs Gestiunea Proiectelor 19 Structura cursului Definitia proiectelor. Structura si ciclul de viata al unui proiect Studiu de fezabilitate Riscuri. Luarea deciziilor Planificarea/coordonarea proiectelor informatice Formarea/conducerea echipei de proiect Instrumente/diagrame utilizate în PM Responsabilitatile unui sef de proiecte Comunicare

    20. Curs Gestiunea Proiectelor 20 Material bibliografic Surse pincipale Cursuri de Project Management ale ”Association for Project Management”, Anglia, “PMBOK” – Project Management Institute SUA Microsoft Solutions Framework Detalii http://www.cs.ubbcluj.ro/~tzutzu

    21. Curs Gestiunea Proiectelor 21 Evaluare Referat – 25% Când? - seminar (planificare minim o saptamâna) Cât? - minim 15 minute Ce? - articol de specialitate Cum? - prezentare Powerpoint Test – 75% Când? - sesiune Cât? - 2 saptamâni Ce? - test grila + 2-3 probleme Cum? - Internet ? document Word ? e-mail

More Related