Nove anni fa ho cominciato a gestire i processi di sviluppo software, utilizzando diverse metodologie ortodossa mi ha aiutato a raggiungere gli obiettivi dei miei progetti.
L'esperienza acquisita quando mi resi conto che mancava qualcosa. Sentiva che il raggiungimento degli obiettivi con uno sforzo molto personale, ma la mia squadra ha fatto in modo irregolare.
Dopo decine di progetti che ho iniziato a cercare il vero motivo per il successo. Ho capito che questa è la natura delle persone che lavorano in essa, insieme con adeguate conoscenze tecniche. Per questo motivo, sempre in considerazione la mia squadra come il "grande attore" di un progetto e cerca sempre di costruire il contesto più appropriato per ottenere il massimo di loro, tra cui motivazione personale.
Ho anche imparato che se fai un progetto di successo deve essere disposto a cedere il passo a coloro che sono con voi tutti i giorni al lavoro. Indipendentemente dal livello gerarchico, tutti vogliono essere riconosciuti, tutti vogliono proporre, tutti vogliono contribuire alla meta. Ecco la parte più difficile, cercando di soddisfare queste esigenze. Cerca sempre di farlo, convinti che fosse essenziale per raggiungere l'obiettivo.
Un paio di anni fa, ho scoperto che molte di queste premesse, in cui intuitivamente base, sono state incorporate in qualcosa chiamato mischia. Ho cominciato a leggere rigido e poco a poco mi sono reso conto di aver trovato ciò che ha a lungo cercato. Un quadro che stabilisce il senso comune, sulla base del valore che portano la gente, il collegamento, la creatività, la critica costruttiva, auto-apprendimento e auto-organizzazione.
Qualcuno pensa che sia un buon project manager per fare programmi, calcolare preventivi, far rispettare gli ordini? Se sono o sono stati a svolgere questo ruolo, probabilmente pensate che nulla di questo è stato fondamentale per il successo di un progetto. A mio parere, è un buon project manager che gestisce un progetto realizzato sensazione davvero avuto il controllo del progetto era il direttore, ma sa perfettamente che senza la squadra, solo con i loro contributi individuali non riusciva l'obiettivo.
Dalla precedente analisi il tipo di leader che propone SCRUM, il leader che si articola, orchestra, i comandi, ma praticamente non compare sulla scena. Realizzare l'impegno professionale del suo personale incarnato in prodotti tangibili che aggiungono valore al cliente. Tutto questo, combinato con cicli di sviluppo brevi, permettono corretti sulla base di empirismo e sempre a rischio di basso costo.
Molte volte, quando si parla di metodologie agili, come SCRUM, il project manager pensano di anarchia e di bassa intensità, mentre in realtà l'esatto contrario. Per praticare correttamente MISCHIA richiesto la disciplina e l'intensità, sostenuta nel tempo.
Avrei potuto scrivere un articolo che spiega noiosamente SCRUM, ma andrebbe contro l'essenza di questo metodo, per questo motivo, vi invito a imparare MISCHIA. Poi ci sarà tempo per decidere se o non la praticano, ma non rimossi dalle loro impostazioni, a causa dell'ignoranza. Pensate, per qualcosa che è utilizzato da grandi aziende tecnologiche al mondo, Google, Yahoo, Microsoft, HP, Novell, SAP, Nokia, Xerox, ecc.
Project management è completamente sopravvalutato. la prova è in tende continuamente a qualsiasi lavoro tecnico mitizzata attività amministrative. Non credere in qualsiasi metodologia che non tiene i suoi parametri per la squadra, il talento. La mia esperienza rende chiaro che il successo è nelle attrezzature.
Il Torvalds quando gli fu chiesto come riesce a gestire linux proiettata sempre dice che il segreto non è quello di ottenere nel modo di persone che conoscono. Ha anche scritto un manuale di stile di gestione del progetto, con il suo caratteristico umorismo.
http://tinyurl.com/2937hwr
/ * Dato che cerchiamo sempre di coprire con le regole scritte mancanza di buon senso * /