Comment se lancer sur un nouveau projet de stratégie d'entreprise

Le début d'un plan d'exécution pour un changement de gestion ou d'un changement de stratégie d'entreprise décrit les informations que vous avez déjà en main concernant le projet, les raisons pour lesquelles le projet, les résultats escomptés, et vos hypothèses sur la façon dont vous allez gérer le projet.

Indiquer le problème

Si il n'y a pas de problème, alors il n'y a pas de projet. Notez le problème ou l'inefficacité que le projet vise à répondre.

Inclure des détails spécifiques ici pour vous assurer que vous vous adressez à la ensemble problème dans la planification et l'exécution du projet. Si vous laissez une exigence, alors votre solution finale ne sera pas aussi efficace qu'il aurait pu (et donnera lieu à un projet tout neuf).

Clarifier votre résultat final

Qu'est-ce que le résultat idéal de projet ressemble? Décrivez en détail ici, en utilisant l'énoncé du problème comme un guide. Par exemple, si le problème est que l'équipement actuel est en baisse de 20 pour cent du temps, alors le résultat final souhaité peut être un zéro temps d'arrêt pendant les trois mois après l'installation de nouveaux équipements.

Dans Agile Project Management, cette étape est connue comme l'écriture d'un user story - une histoire réelle de ce qu'il semble, les sons, ou se sent comme lorsque le client final est en fait en utilisant le produit fini attendu. À la fin d'un projet, vous rejouer cette histoire pour voir si elle joue comme écrite.

Identifiez vos contraintes

Une contrainte est une limite - chronologique, financière, scientifique - placé sur votre projet. Contraintes typiques comprennent les budgets, une date d'échéance, les niveaux de compétences externes de membres de votre équipe, et le nombre d'heures disponibles dans les horaires des employés pour de nouveaux travaux, ou le manque de soutien de la haute direction et le leadership.

Chaque projet a des contraintes, et la définition de votre fin de succès doit en tenir compte. Si vous avez un budget de 500 $ ou plus de deux heures par semaine pour mettre en place un nouveau site Web d'entreprise, puis trois pages de texte et d'un modèle de conception de base peut être tout ce que vous pouvez réaliser. Ce même résultat serait pas être considérée comme un succès si vous aviez six mois et une équipe de quatre employés à plein temps pour concevoir le nouveau site.

Décrivez vos hypothèses

Chaque chef de projet a certaines hypothèses quand nous allons dans un projet, et il est un excellent exercice pour prendre conscience de ces hypothèses et de les commettre au papier.

Par exemple, vous pouvez prendre pour acquis que le département juridique interne va gérer les contrats de votre projet sans coût supplémentaire. Cela peut être vrai, ou vous pouvez découvrir plus tard que l'un contrat exige un type spécialisé de loi que votre ressource interne ne peut pas gérer sans extérieur, aide rémunérée. Vous pouvez tenir compte de certaines de ces hypothèses dans votre planification des risques, ou elles peuvent se révéler instructif à un propriétaire de projet d'avenir ou d'un participant.

Il n'y a pas besoin d'aller fou ici - nous savons tous que vous avez besoin d'oxygène et de l'entreprise d'être ouverte à la réussite du projet - mais en général chaque fois que vous pensez “ est pas important que ” ou “ ils vont simplement prendre soin de ce ” dans le cadre de la planification de projet, vous devez ajouter cette hypothèse pour le plan de projet.

Reconnaissez vos risques et incertitudes

Certains résultats du projet sont plus risqués que d'autres. Risques ne signifie pas que vous ne devriez pas aller de l'avant avec votre projet, mais vous faire besoin d'un plan d'urgence si une ou plusieurs de ces risques entre en jeu. Il est toujours préférable de planifier risque reconnu à l'avant de supposer que vous aurez juste être en mesure de répondre si elle vient.

Par exemple, si une nouvelle loi pourrait ajouter de nouvelles exigences de conformité à votre projet, ce qui pose un risque pour votre calendrier. Un plan d'exécution efficace comprendrait des mesures pour répondre à ces nouvelles exigences de conformité et une liste d'étape modifiée.

Il n'y a pas nécessité de définir les risques applicables universellement. Oui, votre gestionnaire de projet peut mourir ou flotter au loin pendant la Rapture, mais cela peut arriver à quelconque projet. Au lieu de cela, la liste des risques ou des incertitudes affectant ce plan spécifique.

Connaissances secondaire est également une incertitude. Si votre projet repose sur les détails que vous ou un membre de l'équipe de confiance ne l'avez pas vous fournissez, ceux-ci sont incertains jusqu'à nouvel recherches. Par exemple, si un vendeur que vous rencontrez lors d'une conférence vous dit verbalement combien ses coûts de logiciels, ce nombre est incertain jusqu'à ce que vous obtenez un devis écrit formel du fournisseur.