Comment exécuter un nouveau plan d'efficacité de l'entreprise

Vous devez suivre les étapes de tout plan de l'efficacité de l'entreprise pour mettre en œuvre le changement, mais vous avez aussi besoin de composer un plan d'exécution complète, avant de vous rendre à propos de la mise en œuvre des changements. L'exécution est généralement là où les gens Démarrer un projet, mais cela est rarement la stratégie la plus efficace. Si cela fonctionne, il est plus probable que vous étiez la chance plutôt que que vous êtes tout simplement trop bon pour les plans de projet.

Il peut se sentir comme une corvée - surtout au début, lorsque la maîtrise d'un processus de changement est un projet en soi - mais les risques que les compensations de planification, couplés avec les gains supplémentaires que vous pouvez (et la volonté!) Bénéficier de ses avantages sont réels.

Et une fois que vous avez été à travers le processus à quelques reprises, non seulement il va devenir une seconde nature, mais vous aurez un cadre de l'ancien exécution projette de construire sur, rempli de riches données historiques sur les pièges à éviter ou stratégies qui ont travaillé particulièrement bien dans votre organisation.

Méthodologies individuelles comme Six Sigma et Lean ont leurs propres approches spécifiques à ce processus, qui peuvent (et faire!) Prennent des livres entiers à eux-mêmes. Globalement, les composantes d'un plan d'accroissement d'efficacité incluent:

• 
  
  
  
  

  Informations d'arrière-plan: Un plan d'exécution efficace se double d'un mécanisme pour obtenir de nouveaux membres de l'équipe et les étrangers intéressés rapidement à la vitesse sur les questions à portée de main.

  Inclure un énoncé de problème décrivant les inefficacités vous qui cherchent à adresse, votre résultat idéal, et tous les risques ou contraintes reconnues sur votre capacité à atteindre ces objectifs (comme un très petit budget, seulement deux heures par semaine pour travailler sur vos objectifs, ou d'un manque d'expertise interne adéquat).

• Tâches et des responsabilités claires: Si il est un composant qui est le plus important, ce serait une liste claire des tâches et des livrables.

  Vous ne devrait pas avoir les connaissances nécessaires pour écrire chaque étape vous-même, mais il est de la responsabilité du propriétaire d'un projet de traquer cette information afin de véritablement portée d'un projet. “ construire une application ” est pas une étape - il est une déclaration sauvagement générale qui peut prendre trois heures ou trois ans. Chaque rôle nécessaire doit également être défini, de sorte que vous pouvez ensuite affecter les gens à ces rôles.

• La planification des ressources: Combien de dollars et des heures est ce projet devrait utiliser? Comment cela ajustement dans les ressources disponibles de l'organisation? Foire gens donnent du temps et des estimations financières, mais presque jamais ils ne considèrent ces chiffres à la lumière de tout autre projet actif.

  Votre projet peut “ ne ” exiger cinq heures par semaine à partir de la comptabilité, mais si il ya juste une personne en comptabilité et 16 projets actifs, puis quelque chose a à donner.

• La planification du projet lui-même: Un projet réussi exige une communication claire et régulière entre les joueurs et en externe pour le public du projet. Cela appelle pour les horaires et politiques (check-in effectue la vérification de rédacteur technique une fois par jour ou une fois par mois? Avec qui?), La fixation d'un calendrier, assembler une liste de l'auditoire, et l'attribution de vrais humains aux rôles précédents définie projet.

  Aussi, ce qui se passe si le projet dépasse le budget, prend trop de temps, perd joueurs clés, et / ou ne parvient pas à atteindre son objectif? Prévoir en avance. Avoir un projet efficace processus en place, il est infiniment plus facile à encaisser les coups inévitables.

Avec la gestion de projet Agile (APM), votre plan d'exécution est une série de petits sprints au lieu d'un plan à long complète. APM fonctionne mieux dans des environnements de changement fréquent, comme le développement de logiciels (où Agile a d'abord été développé) ou le développement d'une nouvelle ligne de produits, où les nouvelles fonctionnalités et les obstacles sont constamment introduites et doivent être gérés.