Pianificazione e gestione di progetto. Adozione di tecniche e metodologie usate anche in settori diversi dalla progettazione sw

Dimensione: px

Iniziare la visualizzazioe della pagina:

Download "Pianificazione e gestione di progetto. Adozione di tecniche e metodologie usate anche in settori diversi dalla progettazione sw"

Luisa Carrara
8 anni fa
Visualizzazioni

1 Pianificazione e gestione di progetto Responsabile di progetto: attività 1) Pianificazione 2) Organizzazione 3) Gestione del personale (staffing) 4) Direzione 5) Controllo Adozione di tecniche e metodologie usate anche in settori diversi dalla progettazione sw Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 1

Controllo Adozione di tecniche e metodologie usate anche in settori diversi dalla

2 1. Pianificazione Tenendo conto dei vincoli, definizione di: obiettivi (risultato finale) strategie (es. ciclo di vita da adottare, uso di fornitori esterni) procedure e regole (es. convenzioni da adottare nella programmazione e nella documentazione, modus operandi nella revisione delle specifiche) scelte operative (strumenti di specifica, sviluppo, testing, convalida, gestione delle configurazioni e del progetto) stesura di: piano operativo (es. diagrammi PERT e/o carte di Gannt) piano di gestione dei rischi (situazioni indesiderate che potrebbero verificarsi nel corso dei lavori) budget (previsione dei costi per le varie voci di spesa) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 2

convalida, gestione delle configurazioni e del progetto) stesura di: piano operativo (es.

3 Piano operativo Elenca: task da svolgere (Work Breakdown Structure, WBS) milestone È il riferimento principale per: formulazione del budget staffing controllo del progetto Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 3

formulazione del budget staffing controllo del progetto Marina

4 Piano operativo (cont.) Informazioni associate a ogni task: - durata - legami di precedenza con altri task - risorse utilizzate (umane, economiche e materiali) Principali legami di precedenza: - finish to start - start to start - finish to finish Scheduling: definizione delle date di inizio e fine di ogni task Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 4

utilizzate (umane, economiche e materiali) Principali legami di precedenza: - finish to start -

5 Slack time È il ritardo max di un task che non influenza la durata totale del progetto Es. A e B non dipendono da altre attività, A f-to-s C, B f-to-s C d è lo slack time di B Asse dei tempi A B C d Attività critiche = attività il cui slack time è pari a 0 Cammino critico = sequenza delle attività critiche (es. A C) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 5

A B C d Attività critiche = attività il cui slack time è pari a 0 Cammino critico = sequenza delle

6 Diagrammi PERT (Program Evalutation and Review Technique) - CPM (Critical Path Method) Ideati dalla Lockheed negli anni 50, illustrano task + dipendenze f to s D A B F E C Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 6

50, illustrano task + dipendenze f to s D A B F E C Marina

7 CPM: un esempio 5 1 [ 0 0 ] [ 5 8 ] [ 5 5 ] T start_min T start_max [ 9 13 ] [ ] 4 5 [ ] [ ] 8 1 [ ] T start_max = T start_min + slack time Cammino critico: 1, 3, 6, 7, 8 Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 7

15 ] T start_max = T start_min + slack time Cammino critico: 1, 3, 6, 7,

8 Scheduling Dopo aver determinate le finestre temporali ammissibili, si utilizza uno dei 3 criteri seguenti di posizionamento dei task: - ASAP (As Soon As Possible) - ALAP (As Late As Possible) - Fixed (cioè la collocazione è stabilita dall utente) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 8

Possible) - ALAP (As Late As Possible) - Fixed (cioè la collocazione è stabilita

9 Allocazione delle risorse a disponibilità limitata (risorse umane e apparecchiature) Esempio: distribuzione uniforme giorni Ore giornaliere Attività A Ore giornaliere Attività B Conflitto Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 9

giornaliere 8 4 0 Attività A Ore giornaliere 8 4 0 Attività B Conflitto

10 Leveling Allocazione risorse a disponibilità limitata conflitti di allocazione, risolvibili mediante metodi di leveling: modifica (= aumento) disponibilità massima di allocazione di una risorsa aggiunta risorse ridistribuzione (interna) delle allocazioni (uso di distribuzioni non uniformi) ritardo di un attività suddivisione di un attività Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 10

risorse ridistribuzione (interna) delle allocazioni (uso di distribuzioni non uniformi) ritardo di un

11 Leveling: ridistribuzione delle allocazioni Esempio (cont.): distribuzione non uniforme (che risolve il conflitto precedente) giorni Attività A Attività B Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 11

precedente) 0 10 20 30 giorni 8 4 0 Attività A 8 4 0 Attività B

12 Leveling: ritardo di un attività Esempio (cont.): soluzione alternativa del conflitto giorni Attività A Attività B Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 12

giorni 8 4 0 Attività A 8 4 0 Attività B Marina

13 Leveling: suddivisione di un attività Esempio: nuovo conflitto giorni Attività A Attività B Conflitto Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 13

8 4 0 Attività B Conflitto Marina Zanella -

14 Leveling: suddivisione di un attività (cont.) Esempio (cont.): soluzione del conflitto del lucido precedente giorni Attività A1 Attività A Attività B Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 14

giorni 8 4 0 Attività A1 Attività A2 8 4 0 Attività B Marina

15 Carte di GANTT Allocazione temporale dei task Analisi dei requisiti Studio di fattibilità Specifiche architetturali Review Specifiche di dettaglio Sviluppo e testing di modulo Integrazione e testing di sistema Consegna del prodotto Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 15

dettaglio Sviluppo e testing di modulo Integrazione e testing di sistema Consegna del

16 2. Organizzazione Scelta della struttura organizzativa del progetto, che può essere Funzionale Per progetti Matriciale Selezione della struttura dei gruppi di lavoro Definizione di requisiti professionali, ruoli e responsabilità di ciascun membro dei gruppi Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 16

Definizione di requisiti professionali, ruoli e responsabilità di ciascun membro dei

17 Struttura organizzativa funzionale Responsabile Sviluppo Amministrazione e finanza Ricerca Marketing Pro: gestire in modo omogeneo risorse simili Contro: difficoltà di gestire più progetti in parallelo Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 17

omogeneo risorse simili Contro: difficoltà di gestire più progetti in

18 Struttura organizzativa per progetti Organizzazione di tipo funzionale per ogni progetto Responsabile Struttura funzionale centrale Responsabile Progetto 1 Responsabile Progetto 2 Sviluppo Marketing Responsabile Progetto n Contro: utilizzo meno efficiente delle risorse, discontinuità del lavoro individuale Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 18

Sviluppo Marketing Responsabile Progetto n Contro: utilizzo meno efficiente delle risorse,

19 Struttura organizzativa matriciale Coesistenza delle due strutture organizzative precedenti Responsabile Sviluppo Responsabile Progetto 1 Amministrazione e finanza Ricerca Marketing Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 19

Responsabile Progetto 1 Amministrazione e finanza Ricerca

20 Strutture dei gruppi di lavoro - Gruppo democratico ( 10 persone, guida a rotazione) - Chief programmer team (chief, assistant, librarian) - Gruppo a controllo decentralizzato (responsabile del progetto + due livelli di programmatori: senior e junior) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 20

controllo decentralizzato (responsabile del progetto + due livelli di

21 Riunioni Da prevedere durante un progetto: - Incontri di verifica (dello stato di avanzamento del progetto) - Incontri decisionali (quando esistono disparità di opinioni) - Sessioni di brainstorming (per ideare e discutere soluzioni) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 21

22 3. Staffing The number of people working on a project varies depending on the phase of the project The more people who work on the project, the more total effort is usually required A very rapid build-up of people often correlates with schedule slippage Lo staffing comprende: selezione del personale formazione del personale valutazione e valorizzazione del personale (il responsabile di progetto deve analizzare bisogni e motivazioni delle persone e far crescere il loro livello di maturità e soddisfazione) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 22

23 4. Direzione Teoria X Taylor (1911) Y McGregor (1960) Z Ouchi (1981) W Boehm (1988) Stile di management Scientifico Basato sulle motivazioni Giapponese Negoziale Processo Organizzazione delle attività in una sequenza precisa di attività elementari Enfasi sulla creatività e iniziativa delle persone Enfasi sulla creazione di valori condivisi: corporate culture Massimizzazione del livello di soddisfazione delle diverse parti coinvolte nell attività produttiva Aspetto critico Mancanza di creatività ed iniziativa Conflitti, mancanza di coordinamento Relazioni tra diverse organizzazioni Mancanza di una strategia aziendale Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 23

24 Direzione (cont.) Leadership situazionale (comportamento direttivo vs. comportamento di relazione): Quantità di guida vs. sostegno da calibrare in base alla maturità dell interlocutore Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 24

25 5. Controllo Deve essere costante Deve monitorare l avanzamento nonché lo scostamento rispetto ai piani (temporali ed economici) iniziali Deve istituire un osservatorio della qualità (di tutti gli artefatti prodotti) Utilizza le revisioni di progetto Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 25

26 Revisioni di progetto Devono essere condotte da parte di persone estranee al progetto (esperti della problematica applicativa, rappresentanti del gruppo di controllo di qualità e, nel caso di revisione dei requisiti, rappresentanti dell utenza); sono di due tipi: Walkthrough (presentazione da parte di un autore + domande/risposte) Ispezioni (di materiali rilevazione di errori correzione da parte degli autori riesame finale) Marina Zanella - Ingegneria del Software Pianificazione e gestione di progetto 26

Documenti analoghi

Gestione dei Progetti (2005-2006)

Gestione dei Progetti (2005-2006) Alessandro Agnetis DII Università di Siena (Alcune delle illustrazioni contenute nella presentazione sono tratte da PMBOK, a guide to the Project Management Body of Knowledge,