Managementul proiectelorsoftware

Criterii de succes - generale

› Produsul trebuie livrat beneficiarului la termenul stability

› Costurile totale să nu fie mai mari decât bugetul alocat

› Produsul livrat trebuie să satisfacă așteptările beneficiarului

› Menținerea unei atmosfere prietenoase în interiorul echipei de lucru

Criterii de succes – specifice proiectelor software

› Produsul este intangibil– Progresul nu poate fi măsurat printr-o simplă privire, ca în construcții

› Proiectele mari sunt unicat– Diferențe mari între un proiect și cele anterioare

– Evoluția IT este foarte rapidă

› Procesele software sunt puternic variabile și specifice fiecărei organizații

Experiența acumulată anterior devine aproape inutilă

Activitățile MP

› Planificare– Planificare

– Estimare

– Proiectarea dezvoltării proiectului

– Supervizare › Respectarea standardelor

› Monitorizarea progresului

– Timp

– Buget

Activitățile MP

› Raportarea progresului– Către beneficiar & managerii companiei

– Niveluri de comunicare› Detalii tehnice

› Memento-uri despre management

– Abstract –informații importante din rapoartele detaliate › Concis

› Coerent

– Informațiile trebuie prezentate pe parcursul desfășurării proiectului

Activitățile MP

› Managementul riscului– Evaluare

– Monitorizare

– Acționare în cazul apariției problemelor

Activitățile MP

› Managementul oamenilor– Alegerea membrilor echipei

– Stabilirea modului de lucru pt atingerea obiectivelor

Activitățile MP

› Propuneri– Primul pas pentru câștigarea unui contract

– Descrie› Obiectivul

› Modul de realizare

– Include› Costul

› Programul estimat

› Justificarea motivului pentru care trebuie atribuit unei anumite organizații (echipe)

– Pot fi critice pt supraviețuirea unei companii

– Nu există un ghid de scriere, se câștigă prin practică și experiență

Activitățile MP

› Planificare– Planificare

– Estimare

– Proiectarea dezvoltării proiectului

– Supervizare › Respectarea standardelor

› Monitorizarea progresului

– Timp

– Buget

Planificare

› Obiective – Înțelegerea motivului pentru care prețul unui software nu poate fi

legat direct de costul de realizare a acestui

– Cunoașterea secțiunilor ce trebuie incluse într-un plan al unui proiect mai mare

– Cunoașterea elementelor ce trebuie incluse într-un plan de proiect și utilizarea diagramelor pt prezentarea unui plan

– Introducerea în jocul planificării folosit în cazurile extreme de planificare

– Folosirea modelului COCOMO II pt estimarea algoritmică a costului

Stabilirea prețului unui produs softwareFactori care influențează prețul produselor softwareÎnțelegerea motivului

pentru care prețul unui software nu poate fi legat direct de costul de realizare a acestui

Factor Descriere

Oportunitatea de piață

O organizație aflată în dezvoltare poate propune un preț scăzut deoarece urmărește pătrunderea pe un nou segment al pieței de software. Acceptarea unui profit mic la un proiect poate duce la profituri mai mari la proiectele următoare. Pe lângă aceasta se câștigă și experiență

Incertitudinea în estimarea costului

Dacă o organizație este nesigură în ceea ce privește costul , ea poate mări prețul în eventualitatea depășirii unui profit normal

Termeni contractuali

Unii beneficiari pot fi de acord ca dezvoltatorul să rețină în vederea reutilizării codului sursă și în alte proiecte. În acest caz prețul poate fi diminuat.

Variabilitatea cerințelor

Dacă cerințele pot fi ajustate, dezvoltatorul poate scădea din preț pentru a câștiga contractul. După câștigarea contractului prețul poate fi crescut odată cu modificarea cerințelor

Siguranța financiară

Dezvoltatorii cu probleme financiare pot scădea prețul pentru a câștiga un contract. Este preferabil să obții un profit mai mic decât să fi out of business. În perioadele de dificultate economică, banii lichizi sunt mai importanți decât profitul.

Stabilirea prețului unui produs software

› Strategia “princing to win”– Compania are o idee în ceea ce privește prețul pe care și l-ar dori

beneficiarul și îi face acestuia o propunere în consecință.

– Nu este o metodă etică, dar poate fi avantajoasă atât pentru dezvoltator cât și pentru beneficiar

Stabilirea prețului unui produs software

› Costul unui proiect se stabilește în urma unei negocieri între client și dezvoltator pe baza unei propuneri concrete

› Specificațiile proiectului sunt stabilite în funcție de costul agreat– Vânzătorul și cumpărătorul stabilesc care este limita de acceptabilitate

› În majoritatea proiectelor factorul fix este costul și nu specificațiile– Specificațiile pot fi modificate astfel încât să nu fie dpășit costul