Approcci di project management: differenze tra le versioni

Contenuto cancellato Contenuto aggiunto
FrescoBot (discussione | contributi)
m Bot: errori di battitura
AttoBot (discussione | contributi)
m elimino interlink interni al testo, vedi qui
Riga 2:
Ciascuno di questi approcci presenta vantaggi e svantaggi che possono consigliarne l'adozione in certi contesti di progetto piuttosto che sconsigliarlo in altri. In progetti reali non è raro rilevare l'adozione di approcci misti che utilizzano parti dell'uno o dell'altro a seconda del contesto o della fase del progetto.
 
Molti di essi fanno riferimento al [[PMBOK]] sviluppato dal [[Project Management Institute]]. Tra i più importanti (vedere ad esempio [http://www.maxwideman.com/papers/pm-methodologies/importance.htm recensione di Max Wideman]) possono essere considerati [[Rational Unified Process|RUP]], [[PRINCE2]] <ref>[http://www.ruleworks.co.uk/cgi-bin/TUaz.exe?Guide=Prince2&XL=P&t=PRINCE2%20Knowledgebase The PRINCE2 Guide - A to Z, FAQ and 1000+ Exam Questions<!-- Bot generated title -->]</ref>, [[Processo di Project Management TenStep|TenStep]], [[:en:Systems Development Life Cycle|SDLC]].
 
Indipendentemente dall'approccio utilizzato, una particolare attenzione va dedicata alla definizione chiara degli scopi/obiettivi del progetto e delle loro implicazioni; anche la definizione chiara dei ruoli e delle responsabilità di tutti gli attori coinvolti, inclusi i committenti, riveste una importanza decisiva per il successo del progetto.
Riga 42:
Nel RUP ogni fase ha un certo insieme di obiettivi e si conclude con la realizzazione di un ''[[deliverable]]'' (prodotto) di qualche genere. Le fasi sono ulteriormente scomposte in ''iterazioni'', che sono associate a periodi temporali e hanno ''[[deadline]]'' precise.
 
La versione aperta del RUP è la [[OpenUP]] (vedere anche [[:en:OpenUP|wiki inglese]]).
 
== Approccio [[Critical chain|Critical Chain]] ==
Riga 56:
== Approccio [[Event chain]] ==
 
La [[:en:Event_chain|metodologia Event chain]] (ECM o metodologia della Catena Critica) costituisce un ulteriore affinamento delle metodologie di ''project management'' basate sul [[PERT/CPM|Critical Path]] (CPM o Metodologia del Percorso Critico) e sul [[Critical chain|Critical Chain]].
 
L'ECM è un approccio di modellazione e di analisi dei reticoli di pianificazione che considera e gestisce l'incertezza di alcune catene di eventi in grado di impattare sul piano del progetto. L'ECM è basata su questi principi fondamentali:
Riga 67:
== Approcci di ''project management'' basati sui processi ([[Metodologia agile|Agile]] e [[XPM]]) ==
 
Gli approcci di ''project management'' basati sui processi ([[:en:Process-based_management|Processprocess-based management]]) derivano da una generalizzazione del concetto di ''controllo di progetto''.
 
Questi approcci, con maggiore diffusione nell'area informatica, sono stati indotti dall'uso del [[Capability Maturity Model Integration]] (CMMI) e dello standard [[:en:ISO_15504|ISO/IEC15504]] (SPICE - Software Process Improvement and Capability Determination) che riscuotono una popolarità più vasta.
 
Uno di questi approcci più conosciuti è rappresentato dalla [[Metodologia agile|Metodologia Agile]], basata sui principi di [[Management dell'interazione umana]] ([[:en:Human_interaction_management|''human interaction management]]'') che privilegiano la vista dei processi di collaborazione umana tra gli attori coinvolti nella gestione del progetto. Negli approcci [[Metodologia agile|Agile software development]] e [[Flexible product development]] il progetto viene visto come una serie di ''task'' relativamente snelli, disegnati ed eseguiti in modo fortemente orientato alla domanda, secondo una logica adattativa, piuttosto che come risultato di un processo completamente pianificato fin dall'inizio.
 
L'[[Extreme Project Management]] (indicato anche come XPM) anch'esso ispirato alla [[Metodologia agile]] rispetto al ''project management'' tradizionale si focalizza maggiormente sull'obiettivo, ne riduce l'ambito agli aspetti essenziali e si dimostra particolarmente versatile di fronte al cambiamento delle condizioni del contesto in cui il progetto si trova.
Riga 105:
* [[Total cost management]]
* [[Work Breakdown Structure]]
 
 
[[Categoria:Project management]]