1 / 21

Succesul proiectelor informatice

regis
Télécharger la présentation

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 dect 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 dect 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 dect 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 ntrziat nu elimina decalajul ci sporeste ntrzierea 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 nct utilizatorii nu identifica ideile principale; specificatiile reprezinta mai degraba dorinte dect 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% Cnd? - seminar (planificare minim o saptamna) Ct? - minim 15 minute Ce? - articol de specialitate Cum? - prezentare Powerpoint Test 75% Cnd? - sesiune Ct? - 2 saptamni Ce? - test grila + 2-3 probleme Cum? - Internet ? document Word ? e-mail

More Related