Raven sur Raven ’ cerveau s a affiché un autre excellent article (elle semble prendre l'habitude de cela), cette fois de faire un Pré-Mortem de votre projet.
Je veux essayer cela avec quelques projets, mais je vois aussi la valeur dedans sur le plan opérationnel. Par exemple, je veux essayer ça avec mes équipes de développement :
Imaginez ce scénario : nous vient de sortir la prochaine version majeure du produit. Il a été un échec retentissant. L'entreprise est en colère. Les clients sont sonner le téléphone décroché. Nous a complètement soufflé l'annexe pour démarrer. Qu'est-ce vous pensez n'allait pas à la faire ?
J'ai l'intention d'ouvrir des choses jusqu'à suggestions quant à ce qui a mal tourné, les écrire sur le tableau blanc, puis nous ’ ll ont une séance de résolution de problèmes sur ce que nous pouvons faire pour prévenir ces éventualités. Je suis l'espoir d'en sortir avec quelques améliorations de processus importants.
Il s'agit d'un outil formidable, à mon avis. Post-mortem se transforme parfois en séances de blâme. Aussi enfanter des observations qui auraient été utiles avant que le projet était en cours, ils sont maintenant moins utile. Gens ont aussi parfois mal à projeter ce qu'ils ont appris avec intérêt-ils voient ce qui s'est mal passé, ils se résolvent à ‘ jamais le refaire ’, alors qu'ils n'appliquent pas ce qu'ils ont appris pour le prochain projet, parce qu'il On dirait une situation différente. Si vous exécutez dans un pre-mortem, puis quand les gens voient les problèmes nommés dans la même situation qu'ils ont imaginé les problèmes, la ‘ leçon apprise ’ volonté immédiatement applicable et facile à concernent le problème. Je vous recommandons d'essayer cela avant de prendre n'importe quel grand projet ou processus répétables.
