Vs. Agile Tradizionale Project Management

I primi passi verso quello che noi oggi riconosciamo strategie di gestione del progetto come agile sono stati sviluppati nel 1986, quando due manager di sviluppo del prodotto, Takeuchi e Nonaka, ha pubblicato un articolo sulla rivista aziendale Harvard chiamato il “ Sviluppo nuovo prodotto Game &"; . Nell'articolo, i due immaginato una strategia di gestione del progetto che sembrava un gioco del rugby, dove i membri del team hanno consentito di raggiungere i loro obiettivi attraverso un processo di costante rivalutazione e la risposta. Hanno pensato che questo porterebbe a proiettare evoluzione che finirebbe con un prodotto in grado di soddisfare i clienti &'; ha bisogno di più completamente.

Questi pionieri della gestione del progetto Agile sono state seguite da una serie di ulteriori studi e relazioni, portando a quello che noi oggi conosciamo come la gestione del progetto Agile. Ancora oggi le strategie e le idee al centro di Agile rimanere fedeli a ciò che Takeuchi e Nonaka ideati indietro nel ' 80 &; s, ma che cosa si tratta veramente, e perché è così diverso ai metodi tradizionali di gestione del progetto

Le differenze tra Agile e vendere tradizionali

​​Le squadre
Con la gestione del progetto Agile, le squadre sono in gran parte auto-diretto e sono incoraggiati a realizzare i loro elaborati in alcun modo lo desiderino, purché seguire i vincoli di bilancio, i tempi e la qualità così come tutte le altre norme del &'; gioco &' ;. Ciò contrasta fortemente con i metodi di gestione dei progetti tradizionali, in cui le squadre sono in genere strettamente controllati dal responsabile del progetto, lavorando a programmi dettagliati che figurano sin dall'inizio.

I requisiti
Nella gestione dei progetti Agile, i requisiti del progetto sono sviluppati durante tutto il processo, come si identificano varie esigenze o usi. Questo può, e spesso lo fa, vuol dire che il risultato finale del progetto è molto diverso da quello che è stato immaginato all'inizio. Nel project management tradizionale, le cose sono molto diverse. I requisiti del progetto sono messi insieme proprio all'inizio, di solito prima che il progetto ha correttamente preso il via. Il problema è che questo &'; sfera di cristallo &'; metodo di pianificazione può portare a scope creep, a causa di parti interessate per chiedere un po 'più di cui hanno veramente bisogno.

Test e valutazioni
Nel project management tradizionale, gli elementi di prova e di feedback di solito hanno luogo verso la fine della corsa progetto. A questo punto, tutto è stato progettato e realizzato e c'è poco spazio per fare cambiamenti drastici o funzionale, senza grande spesa e tempi aggiuntivi. Con Agile, feedback e test utente è condotto in tutto il processo, dando al team di progetto un sacco di prove di apportare modifiche, miglioramenti e ad evolversi deliverable. Il rovescio della medaglia è che questo test in corso può essere piuttosto alta intensità di manodopera, ma può servire a risparmiare i soldi in una grande strada rispetto alla fine del test coinvolti nel metodo tradizionale.

Consegna
Il problema con la tradizionale gestione del progetto è che ci sia un periodo di tempo in cui il prodotto dovrebbe essere consegnato. In alcuni casi questo può essere mesi o addirittura anni dopo il progetto è iniziato. Questo può significare che il prodotto è irrilevante o non aggiornata perché l'utente &'; s esigenze sono cambiate nel corso del processo. Agile permette di questo fattore, con le squadre di rivedere costantemente la loro portata e la direzione, e di essere autorizzato la flessibilità di cambiare direzione se il prodotto non è più auspicabile. Questo può causare problemi con i finanziamenti, però, perché è difficile scrivere un business plan per un prodotto che può essere qualcosa di completamente diverso per la fine.

gestione del progetto tradizionale certamente ha ancora un posto, e tende a montare nel migliore dove l'ambiente è stabile e il progetto ha bisogno di lavorare per impostare i tempi e budget. Agile è un ottimo modo per gestire i progetti in un ambiente più fluido o in un settore dove il ritmo del cambiamento sta avvenendo velocemente Hotel  .;