Les gestionnaires de projet de logiciels intelligents ne le travail de préparation considérable avant de créer un plan de projet. L'application d'une liste de contrôle de pré-développement assure que votre plan de projet aura une base solide.
Ok, vous êtes prêt à commencer à développer votre plan de projet. A tu
Parlé avec les parties prenantes appropriées?
Rencontre avec les gestionnaires de projet expérimentés qui ont déjà réalisé des projets similaires?
Collaboré avec votre équipe de projet afin de comprendre leurs points forts, les faiblesses et les expériences?
Comprendre comment chaque membre de l'équipe peut contribuer à la réussite du projet?
Discuté des attentes claires avec votre parrain du projet de sorte que vous pouvez à la fois de développer une compréhension claire de ce que la réussite du projet va ressembler?
Documenté les hypothèses et contraintes du projet de logiciel de sorte que vous savez comment ils affectent votre projet de logiciel?
Développer un système de contrôle des changements solide de sorte que vous pouvez éviter la dérive des objectifs? (Fluage portée est quand certains intervenants perdent perspective et commencent à faire des demandes qui étaient jamais fait partie du plan original.)
Documenté et diffusé un plan de communication claire, concise?
Crée la charte du projet (ou de veiller à ce que quelqu'un d'autre l'a créé) et a reçu signe-off par le promoteur du projet?
L'un des objectifs des plans de projet est de documenter et de communiquer exactement ce que vous espérez accomplir lorsque vous créez le logiciel. Vous devez documenter les ressources nécessaires pour accomplir les tâches du projet, les dates de début et de fin de chaque tâche, et les prédécesseurs et les successeurs de chaque tâche (ce qui doit arriver d'abord et ce qui doit arriver suivante).
Avant de vous documenter toutes ces informations, nous vous invitons à
Parler avec les parties prenantes appropriées.
Rassemblez toutes les exigences.
Rencontre avec votre promoteur du projet.
Parlez-en à d'autres gestionnaires de projet qui vous ont précédés.
Si vous faites toutes ces choses avec soin, vous aurez probablement de créer un plan de projet complet et précis.
Chefs de projet: 7 signes d'échec du projet Potentiel
La capacité à reconnaître les signes de défaillance potentielle donne gestionnaires de projet un grand avantage dans le jeu de gestion de projet logiciel. Cette prise de conscience conduit à préemptive action dans le traitement des questions avant l'échec du projet dresse sa tête hideuse.
Voici sept signes de défaillance potentielle du projet:
Avez-vous ou quelqu'un de votre équipe de projet a commencé à laisser quelques délais glissent? C'est mauvais. Ce qui est pire est si personne est un peu plus surpris lorsque les délais ne glissent.
A la portée de votre projet changé tant que vous ne reconnaissez pas plus? Si trop de fluage portée a, um, glissée, puis votre projet est en danger.
Vous commencez à avoir un taux de rotation élevé de votre équipe? Si les gens quittent (pour une raison quelconque), ils prennent connaissance avec eux. Mais pire encore est si ils partent parce moral est bas ou parce qu'ils ne respectent pas le gestionnaire de projet.
Sont des signes de baisse de moral évident? Membres de l'équipe pourraient être chamaillent plus que d'habitude, perte d'intérêt pour le projet, ou mettre des mots stupides dans le milieu de leur code logiciel juste pour voir si quelqu'un remarque. Sont des gens qui dorment à leur bureau, à venir à la fin, laissant tôt, ou de prendre des déjeuners marathon?
Votre parrain du projet porté disparu réunions avec vous? Est-ce qu'il ou elle semblent déconnecté du projet?
Demandez à vos parties prenantes ont commencé à obtenir un look vacants dans leurs yeux chaque fois que vous mentionnez livrables et les risques?
Le promoteur a commencé à vous microgestion? Manquez-vous de l'autonomie dont vous avez besoin pour mener le projet à la réussite?
Apprendre ces signes de défaillance potentielle du projet, et de les traiter dès que vous les repérer. Soyez proactif, et je sais que la clé pour tourner autour d'un projet en péril est la communication. Cela signifie non seulement parler avec votre parrain du projet et membres de l'équipe, mais aussi l'écoute. Ensuite, vous devez agir rapidement et de façon décisive.
Gérer les projets logiciels avec la tâche Réunions 10-minute
Les gestionnaires de projet de logiciel réussissent encouragent la communication critique en organisant régulièrement des réunions de groupes de travail de 10 minutes. Projets de logiciels sont de main-d'œuvre et il est facile d'avoir de longues conversations perdre du temps avec les membres de l'équipe au sujet de questions. Une réunion de travail de 10 minutes vous aidera à communiquer régulièrement et de façon concise avec votre équipe de projet.
L'ordre du jour de cette réunion quotidienne de la tâche est simple et demande aux participants de répondre à seulement trois questions:
Idéalement, cette réunion ne dure que 10 à 15 minutes, arrive tous les matins, et implique une seule équipe de projet. Il n'y a pas besoin réel d'autres parties prenantes d'être sur cette première réunion get-up-and-go.
Le point est de communiquer avec un de l'autre par petits incréments de temps - le partage de ce qui a été fait et ce qui reste à faire. Il vous donne également l'occasion d'apprendre des problèmes ou des drapeaux rouges.
