Comment répondre de façon productive au risque dans un projet de gestion des opérations

Répondant à des risques quand ils se produisent est l'un des grands tests d'un chef de projet des opérations. Cela est particulièrement compliquée par trois “ les lois n ° 148; que le travail contre complétant efficacement le projet. Une loi, la loi de Parkinson, applique à des moments où les choses vont bien. Les deux autres, la loi de Brook et la loi de Homer, vous botter quand vous êtes déjà en baisse.

Sommaire

Restez productif: la loi de Parkinson

Cyril Northcote Parkinson a observé en 1955 que “ le travail se développe pour occuper le temps disponible pour son achèvement ”. Il fonde cette observation sur des années de travailler avec la fonction publique, mais les ingénieurs et les programmeurs sont souvent accusés de “ placage d'or ” ou “ over-engineering ” (ce sont les deux termes signifiant que les ingénieurs ont développé le projet au-delà de ce que le client exige ou se soucie) lorsqu'il est laissé avec un excès de temps.

Pourtant resserrement des délais trop pour éviter “ dorure ” peut aussi être contre-productif. Les recherches démontrent constamment que les employés, lorsqu'ils sont confrontés à des délais clairement irréalistes, abandonnent tout simplement essayer de les rencontrer et de faire des progrès très lentement.

La meilleure approche pour éviter la loi de Parkinson sans employés conduire au désespoir est d'établir des échéanciers modérément agressifs.

Rattraper les retards: la loi de Brook et la loi de Homer

Quand un projet tombe en retard, mettre le projet sur les rails est étonnamment difficile. Généralement, les gestionnaires ont recours à l'une des quatre méthodes:

  • Ajout de ressources (typiquement, les employés supplémentaires)

  • Les employés qui travaillent des heures supplémentaires

  • Retarder le projet

  • Réduire la portée du projet

Les deux premières méthodes sont à la fois problématique, en raison du cycle de reprise. La recherche montre également que les reprises - le travail que vous avez pensé était complet, mais se révèle être défectueuse et doit être refait - est une grande partie de tous les projets. Rework est répandue dans tous les projets de construction d'aéroports, de maisons de remodelage, de développer de nouveaux services, à l'écriture de logiciels.

Dans tout projet, il ya un certain nombre de tâches à accomplir. La tâches restantes dans le projet sont complétés par des personnel un bronzage taux d'achèvement de la tâche apparente. Certains d'entre eux sont en effet effectivement accomplies. Cependant, beaucoup d'entre eux ne apparaîtra terminé. En réalité, ils deviennent reprise à découvrir, qui devra être fait encore. Comme cette reprise est découvert, il augmente la tâches restantes ce besoin d'être complété.

image0.jpg

Le cycle de reprise interfère avec l'achèvement du projet parce que le personnel en ajoutant seulement augmente le personnel efficaces après un retard que les nouveaux employés apprennent assez sur le projet pour être utile. Cependant, à court terme, jusqu'à ce que les nouveaux employés viennent à la vitesse, l'expérience moyenne du personnel est réduit (au moins avec ce projet). Cela augmente le taux d'erreur, ce qui fait monter les retravailler à découvrir, retardant ainsi le projet.

La loi de Brook

Ajout de travailleurs à un projet à la fin de son cycle de vie se traduit généralement par des erreurs et des retards. Ceci est la raison de la loi de Brook, qui est “ ajouter les travailleurs à un projet à la fin, il est encore plus tard, ”. L'implication est que si vous avez besoin d'ajouter des ressources, alors vous avez vraiment besoin de le faire avant de vous réellement besoin afin de bien former et les préparer à aider.

Cela signifie également que vous aurez à surveiller de près votre projet de sorte que vous pouvez ajouter des ressources au premier sniff d'ennuis.


Une alternative à l'ajout de nouveaux travailleurs est de travailler des heures supplémentaires des travailleurs existants. Cela fonctionne généralement aussi longtemps que vous ne travaillez pas les heures supplémentaires pendant trop longtemps. Sinon, la loi de Homer entre en jeu.

La loi de Homer

Si vous faites des heures supplémentaires un fait de la vie pour les employés pendant trop longtemps, vous finirez allongeant le calendrier de votre projet, selon la loi de Homer. Travailler des heures supplémentaires augmente la productivité à court terme. À long terme, cependant, il augmente la fatigue, ce qui à son tour augmente le taux d'erreur, la création du cycle de reprise repart, cette fois avec une vengeance.

Retarder le projet

Ajout d'employés à un projet à la fin souvent ne fonctionne pas, et les employés qui travaillent des heures supplémentaires a une utilité limitée, donc parfois la meilleure approche pour gérer les risques liés à la productivité est de réviser le calendrier pour refléter un retard. Si cela peut sembler défaitiste, il peut effectivement obtenir le projet fait plus vite que l'ajout de nouvelles personnes ou travailler vos heures supplémentaires du personnel de courant trop longtemps, car il ne sera pas le coup d'envoi du cycle de reprise.

Fonctionnalité de Sacrifice

Une autre approche qui fonctionne bien est de sacrifier la fonctionnalité, aussi connu comme la réduction de la portée.

Sacrifier la fonctionnalité est souvent une stratégie efficace pour gérer un projet retardé. Une façon de mettre en œuvre cette approche est de concevoir “ sacrificielle ” fonctionnalité dans le projet dans la phase de planification. Si le projet se déroule sur le budget ou est retardée, cette fonctionnalité peut être sacrifié.

Les avantages de cette approche sont doubles. Au début du projet, alors qu'il est encore à l'heure, tous les employés sont entièrement occupés afin qu'ils ne perdent pas de temps sur plus de l'ingénierie du projet. Plus tard, si le calendrier du projet ne va mal, vous avez déjà identifié ce que la fonctionnalité ne peut être supprimé avec le moins d'impact sur la satisfaction du client.

Par exemple, un fournisseur de logiciels livré 85 pour cent de son projet de logiciel à un client à l'heure, et le client était raisonnablement heureux. Toutefois, le fournisseur fait en sorte que le 85 pour cent livré contenait la fonctionnalité qui était le plus important pour le client. À un niveau plus prosaïque, nous avons tous tourné dans les journaux à l'école dans laquelle nous avez sacrifié un peu de contenu afin de ne pas être en retard!


» » » » Comment répondre de façon productive au risque dans un projet de gestion des opérations