L'adozione di un processo - Suggerimenti per aiutare la tua squadra Adapt
da: reello
Visite Totali: 289
Conteggio parole: 1496
La maggior parte delle metodologie di processo fare un buon lavoro a coprire il meccanismo, ma raramente affrontare i problemi reali incontrati durante un processo formale si scontra con una squadra.
Ogni squadra è unico come gli individui che la compongono e ciascuno reagisce in modo diverso per i nuovi cambiamenti un processo formale richiederà. Questi cambiamenti possono spesso essere viste con scetticismo o addirittura indignazione da parte dei membri del team comodo fare le cose "il loro modo".
Certo si può forzare su di loro, ma senza comprare vera da parte del team il processo sarà nella migliore delle ipotesi inefficace e peggiore a creare caos.
I seguenti suggerimenti migliorare le vostre probabilità di successo in qualsiasi processo si adotta e fornire una solida base per la maturazione.
Quanto processo è abbastanza?
Mentre considerato eresia da parte di alcuni guru processo questa è una domanda legittima. Il rischio di cercare di fare troppo e troppo presto con un processo può essere così rischioso come non fare niente, soprattutto se siete una squadra più agile cercando di rendere la transizione ad essere più orientata al processo.
Sovraccaricare il team con un nuovo insieme di competenze e metodi che non sono abituati a o preparate per voi può facilmente deragliare. Ecco alcuni consigli per trovare il giusto equilibrio.
- Fattore di rischio: Qual è fattore di rischio del progetto? Ovviamente il software per fare un cuore artificiale è molto più rischioso di distribuzione la terza generazione di un sito web e del processo, inizialmente in ogni caso, dovrebbe corrispondere al rischio. Il primo avrebbe bisogno di ampi, ridondante ed esauriente controlli QA e contrappesi, mentre il secondo può essere facilmente regolato al volo dopo la distribuzione senza perdita della vita.
Essere realistici su ciò che i rischi sono, quanto costoso saranno ad affrontare a valle, e usare questo come base per decidere quanto è necessario. Nessuno conosce il proprio ambiente, il progetto e la squadra migliore di te, in modo da utilizzare il buon senso nel decidere ciò che ritiene di destra.
- Quanto può gestire la tua squadra e che cosa hanno più bisogno?: Ogni processo è solo buono come quello che la tua squadra in grado di gestire e indipendentemente dalle prestazioni ultimo, inizialmente verrà dato un ulteriore sforzo nella formazione e nuovi compiti la tua squadra non è abituati.
Per avere successo è necessario realizzare di acquisto e di impegno per il processo da tutti, questo è fondamentale. Se non lo fai la tua squadra semplicemente con i movimenti e rotolare i loro occhi collettiva a incontri di progetto. Per superare questo trovano il loro dolore in punti come funzionano e iniziamo con le aree del processo che affrontano direttamente questi.
- Piccola Start: Inizia con alcune aree che si sente sono critici, ancora una volta compresi i punti di dolore così la tua squadra vede vantaggi immediati. Sarà più facile per aggiungere strati processo più tardi, quando la vedono come un beneficio e non semplicemente in più strati di burocrazia. Se si avvia il tuo piccolo team avranno la possibilità di ottenere le loro teste intorno a questo collettivo così come vedere i benefici, rendendo più facile la maturazione a valle.
Team Ambiente
Ogni squadra ha una dinamica diversa e risponderà in modo molto diverso ai vari aspetti di ciò che state cercando di fare. Troppo spesso, a causa della frustrazione con problemi è costretto un nuovo processo in una squadra.
Questo non significa che la tua squadra deve dettare il vostro processo, ma come detto sopra acquistare il vostro team per quello che stai facendo è essenziale per il vostro successo. I processi non sono mai successo steamrolled su una squadra. Quindi procedere con cautela, ottenere il vostro team coinvolti in discussioni su cosa si sta facendo e perché, pagherà dividendi.
- Ruoli e responsabilità: Ogni processo si hanno ruoli definiti per ogni individuo, ed è fondamentale che ogni persona in questione comprende chiaramente il ruolo che giocheranno e si sentono agio in quel ruolo.
Passa un po 'di tempo qui e chiedere alle persone se sono confortevoli nel loro ruolo, fare domande e ascoltare! Una volta che il team è stato impostato, assicurarsi che siano abilitate a fare quello che devono fare e di assicurare che tutti nel team è a conoscenza di chi ha una pistola e un distintivo.
Se gli sviluppatori si rifiutano di dire il vostro project manager le informazioni necessarie si avrà un problema. Se il project manager reagisce facendo cadere pietre miliari morbido nel vostro piano di progetto hai un problema non sarà nemmeno sapere fino a che non sia troppo tardi.
Quindi, assicurarsi i ruoli sono ben definiti per tutti e che tutti sanno che ha il potere sulla squadra.
- Full Disclosure: Basta non si può dire su questo. Lo scopo di qualsiasi processo è quello di affrontare i problemi il più presto (basso costo) come possibile e questo può essere fatto solo con visibilità in tutte le fasi di valutare accuratamente lo stato del progetto.
ego Developer, lotte intestine di squadra, atteggiamenti di difesa e tutti creare un ambiente dove nessun processo può essere efficace. E 'fondamentale che i membri del team sono disposti ad ammettere gli errori, chiamare i problemi e farlo in un modo che non crea un ambiente ostile.
Per fare questo è necessario incontrare le parti e apertamente discutere la questione. Affrontare il fatto che le questioni siano state proposte per il bene complessivo del progetto e dell'organizzazione.
Premiare coloro che trovare un difetto in se stessi e sottolineare gli errori. Spesso la tensione può essere cancellato partendo da ammettere i propri errori prima, altre seguiranno, in modo da dare l'esempio e vedrete che è possibile creare un ambiente aperto sono state le persone si sentono libere di visualizzare gli errori e anche la critica costruttiva.
- Visibilità: Simile al precedente è la visibilità, tutto di chi sente comodo divulgare informazioni al gruppo. Gli sviluppatori vorranno sedersi sul codice fino all'ultimo minuto perché sanno che non è pronto, i progettisti odio la gente vedendo il lavoro incompiuto.
Allora capisco perché lo sviluppatore o progettista può essere contrazioni come i primi lavori è sfilato davanti a un gruppo e battistrada leggermente in un primo momento con la critica fino a diventare più comodo con questo. Frasi come: "Questa è veramente grande ma come la mettiamo ..." sono di grande valore, li uso!
L'obiettivo fondamentale di qualsiasi processo di buono sta recuperando temi come nelle prime fasi del processo possibile. Così si deve discuterne con il vostro team e assicurarsi ognuno capisca che questo può essere fatto solo con piena visibilità su tutti gli aspetti del progetto.
Post Mortem Incontri
Il post mortem è un incontro di riunirsi dopo che il progetto è stato completato. Questa non è una release party post, anche se a seconda del successo che può avere questo tipo di atmosfera. Si tratta di una possibilità per un po 'parlare dritto cosa è andato storto e soprattutto come affrontare in futuro.
linee per tutti Post mortem, quando le cose andavano bene, ma si può imparare di più da voi fallimenti che i vostri successi. Quindi, se avete avuto problemi a non perdere questa opportunità di rivolgermi a loro quando sono ancora fresche nella mente di tutti!
Inoltre, squadre hanno bisogno di un senso di chiusura e questo li aiuta a farlo così come sfogo in modo da poter pulire l'aria prima di inizio prossimo progetto. Non lasciate che la rabbia e le lotte intestine fester nel vostro prossimo progetto.
- Lascia il tuo ego alla porta: non dove sono dritti parlare e la capacità di fornire e di accettare le critiche costruttive più cruciale. Questo incontro non può essere di circa ego, o CYA, deve una discussione franca sul errori commessi da tutti (noi tutti li fanno) o aree nel processo che devono essere migliorate.
Ancora una volta per impostare il tono provare leader al largo della riunione da parte della persona più anziano nella stanza hanno fatto discutere gli errori o le cose che hanno imparato. E 'davvero aiuta a impostare il giusto tono e la facilità la tensione.
- Prendere appunti, poi di intervento: questo è il momento di imparare e troppo spesso la gente di discutere delle questioni poi spegnersi e non fare nulla. Questa è la possibilità di intraprendere azioni correttive per risparmiare tempo e denaro per il prossimo progetto. Quindi, prendere appunti e di metterle in azione il ferro finché è caldo.
Seguire questi passaggi, in ogni processo che si adottino o qualsiasi progetto di gestire e dovresti trovare it sarà davvero migliorare le vostre probabilità di successo.
Articolo Fonte: http://www.ArticleStreet.com/profile/reello-1211.html
Chi l'Autore
Randy è il CEO di Reel Logix Inc., gli sviluppatori di facile impiego e potente software per calendari come The Planner Calendar per affari generali e Reel Calendario di produzione per la produzione di film e televisione.
Rating: Non ancora valutato