A4.P1 Principi
Guida
Le seguenti dichiarazioni sono i principi
guida che ispirano il Processo di Project Management
TenStep® riflessi in tutto il contenuto
susseguente.
-
Gestire la scalabilità.
Un processo di project management deve essere
flessibile e scalabile in base alla dimensione del progetto sottostante. Il
Processo TenStep fa riferimento a questo concetto con “Piccola
metodologia per piccoli progetti, grande metodologia per grandi progetti ™".
La scalabilità si riferisce al livello di
complessità dei processi di project management, al tempo ed all’attenzione
ad essi applicata.
-
Utilizzare il processo per tutti i progetti.
Il Processo di Project Management TenStep è
applicabile a tutti i progetti: la costruzione di una casa, un circuito
elettronico o un’applicazione software al computer. Fondamentalmente, tutti i
progetti hanno a che fare con pianificazione, gestione problemi, contenuto,
rischio, etc.
Comunque, puoi notare alcuni riferimenti
particolari o esempi relativi allo sviluppo software (esempio, temi di
risposta di un’applicazione). In genere, basta sostituirli con un esempio
paragonabile, applicabile al tuo progetto (come la velocità di un circuito
elettronico).
-
Gestione proattiva.
I progetti devono essere gestiti proattivamente a
prescindere dalla loro dimensione.
I Project Manager che aspettano che accadano le
cose spesso finiscono nei guai.
-
Sviluppare il team di progetto - relazione con
il cliente.
Un progetto di successo normalmente richiede
collaborazione tra team di progetto e cliente. Il progetto è a più alto
rischio di fallimento, se non ha la collaborazione fattiva del cliente.
-
Stabilire anticipatamente i processi di
project management.
I processi di project management devono essere
stabiliti in anticipo e compresi (metabolizzati) dal team di progetto e dal
cliente. Molti processi richiedono il coinvolgimento di più attori lato
cliente e lato team di progetto. Se i rispettivi ruoli non vengono
preventivamente discussi, non potranno essere compresi.
-
Dare sufficiente autorità al Project Manager.
Per avere successo, i project manager devono
avere un sufficiente livello di autorità. Se il project manager non è
responsabile delle consegne del progetto, allora egli non può prendere
decisioni necessarie per gestire il progetto. Egli non avrà successo.
A2.P2 Il
Processo TenStep non Comprende il Ciclo di Vita di Progetto
La metodologia di project management è come
un ombrello sotto il quale realizzare il resto del lavoro del progetto. Ricorda
che il project management agevola il successo di un progetto - non è il
progetto stesso.
Il lavoro del progetto si chiama “ciclo di vita”.
A prescindere dal tipo di lavoro, il ciclo di vita tipico segue un processo che,
ad esempio per lo sviluppo software, comprende: analisi, disegno, sviluppo,
test ed implementazione (oppure uno dei tanti altri cicli di vita di progetto).
Pur riconoscendo l'importanza della comprensione
dei processi per produrre le deliverable di progetto, questa area non fa
parte del contenuto del Processo TenStep. (Il ciclo di vita dello sviluppo
software è spiegato in dettaglio nel prodotto LifecycleStep).
A2.P3 Il
Processo TenStep non Comprende la Raccolta dei Requisiti
Alcune metodologie includono la raccolta dei
requisiti di business nel processo di project management.
Il Processo TenStep
comprende sufficiente analisi di alto livello in modo da poter preparare il
Capitolato di Progetto (Project Charter).
La fase formale di analisi dei requisiti viene
considerata parte del ciclo di vita del progetto, ma è fuori dal contenuto del
processo di project management. (vedi il prodotto LifecycleStep per
maggiori dettagli sulla fase di analisi.)
A4.P4 Il
Progetto Inizia Ufficialmente quando si Assegna un Project Manager
Ci sono molti eventi che possono significare che un
progetto è ufficialmente partito.
Nel Processo TenStep, il progetto parte
ufficialmente quando viene assegnato il project manager.
Tipicamente il primo lavoro del project manager è
definire formalmente il lavoro utilizzando un documento “Project Charter” e
sviluppando schedulazione e budget.
La definizione della data di avvio del progetto si
applica anche se il project manager non partecipa alla stesura di Project
Charter e Schedulazione (possono essere state sviluppati precedentemente).
Ricorda che il project manager è un ruolo. Chiunque
realizzi il Project Charter e la Schedulazione sta svolgendo il ruolo di project
manager, anche se successivamente quel ruolo verrà assegnato formalmente ad
un’altra persona.
A4.P5 Il Project
Manager ha Autorità e Responsabilità
Nel processo TenStep si
assume che il project manager abbia un certo grado di responsabilità e
l’autorità sul progetto. Essi non necessariamente hanno il controllo totale, ma
hanno un certo ammontare di autorità. Se la tua organizzazione ha project
manager con pochissima autorità probabilmente sono coordinatori di progetti o
facilitatori. Nel processo TenStep il project manager ha più autorità .
A4.P6
Riconoscere lo Scopo del Business Case e del Project Charter
Nel processo TenStep, il
Business Case viene utilizzato per giustificare il progetto dalla punto di vista
economico e serve per assegnare i fondi al progetto, perciò, anche se è stato
approvato il Business Case, non significa che il progetto può partire.
Potrebbero trascorrere
diversi mesi prima che il progetto possa partire effettivamente. Il progetto
parte ufficialmente quando viene assegnato il project manager.
Il Project Manager, partendo dal Business
Case, per prima cosa definisce il lavoro e sviluppa
schedulazione e budget producendo il Project Charter, il Piano di Project
Management, la Schedulazione ed il
Budget.
Quando il Project Charter
sarà approvato, il progetto è pronto per essere eseguito.
Ciò contrasta
con il PMBOK ®
Guide del PMI, dove si sostiene che il Project Charter autorizza
il progetto. Nella Metodologia TenStep, il progetto viene approvato con
l’approvazione del Business Case ed il progetto pronto può iniziare quando sarà
approvato anche il Project Charter.
A4.P7
Il Modello TenStep Focalizza più sui Progetti Interni
L’approccio complessivo
del Modello TenStep assume generalmente che si tratti di un progetto interno con
utenti interni.
Mentre molti processi
sono applicabili anche ai fornitori, alcune parti del modello vanno riviste per
essere applicate all’esterno.
Per esempio, su un
progetto con un cliente esterno puoi utilizzare la Descrizione del Lavoro
invece di un Project Charter. Potresti anche avere altre imposizioni più rigide
sullo sforamento di schedulazione o budget. Anche molti ruoli potrebbero essere
differenti.
A4.P8 Il Ruolo dello Sponsor è Molto Importante
TenStep identifica il ruolo dello Sponsor come una
figura chiave per il successo del progetto.
Molte organizzazioni prevedono questo ruolo,
possono anche se lo chiamano con nomi diversi: Project Champion or
Customer.
Il Processo TenStep conta su questo ruolo per
ottenere il finanziamento del progetto, approvare le principali deliverable,
rimuovere ostacoli al progetto e generalmente garantire che il progetto abbia il
supporto necessario per avere successo.
Purtroppo, alcune organizzazioni non di prevedono
il ruolo di sponsor. In quelle organizzazioni, il ruolo di sponsor viene svolto
da una persona di livello più basso rappresenta per rappresentare gli interessi
del cliente. In alcuni progetti, come un’agenzia governativa, il ruolo dello
sponsor può addirittura non esistere.
Se non esiste uno sponsor vero o non può essere
identificato, il project manager dovrebbe identificare un’altra persona che
possa ricoprire quel ruolo.
