2008-10-28 8 views
7

Actuellement j'utilise le "One Page Project Manager" Excel Template pour les rapports d'état du projet. Il contient un résumé du travail de la semaine dernière et une prévision pour la semaine prochaine. Pour toutes les tâches importantes que nous suivons, si elles sont complétées ou non. Tout sur une page. J'envoie ce rapport chaque semaine à tous les participants/parties prenantes. (indice: je ne travaille pas dans un environnement agile)Comment signalez-vous l'état de votre projet?

Comment rapportez-vous l'état de votre projet?

Répondre

12

rapports d'état doit être bref (personne aime rester assis là pendant des siècles alors que tous les membres de l'équipe se poursuit et leur statut), donc je suis un grand fan de rapports SOFT:

  • Réussites - Qu'avez-vous accompli depuis la dernière réunion d'état: des tâches directement hors du calendrier du projet. Si possible, j'ai essayé d'éviter de signaler x% fait - c'est fait, ou ce n'est pas le cas. La déclaration en% signifie que les tâches resteront à 95% pour semaines. Cela encourage également le chef de projet/responsable technique à décomposer la structure de répartition du travail en tâches qui ne dépassent pas quelques jours. - Avez-vous identifié des opportunités: des choses qui aideront le projet qui ne sont pas encore considérées (ex: trouver une meilleure façon d'écrire quelque chose, une bibliothèque qui empêchera le projet d'implémenter quelque chose, etc.
  • Travaux futurs - sur quoi travaillez-vous entre maintenant et la prochaine réunion d'état: encore une fois, directement hors du calendrier du projet.
  • Menaces - avez-vous identifié quelque chose qui aura une incidence sur votre capacité à effectuer votre travail planifié? Par exemple: un trou précédemment non identifié dans les exigences, les appels de support prennent une grande partie de votre temps, l'implémentation s'avère plus difficile que prévu, etc.

Idéalement, j'essaierais d'éviter de faire ce genre de choses une grande réunion de projet puisque 90% du matériel n'est pas pertinent pour la moitié des gens dans la pièce. J'aime recueillir des rapports SOFT avant la réunion, passer un peu de temps à les regarder avant la réunion et ensuite discuter de questions spécifiques qui sont probablement pertinentes pour tout le monde au cours de la réunion.

+0

Oui Je suis d'accord, l'information douce est la plus importante. Je stocke cette information dans la section sommaire/prévisions. – trunkc

+0

Ceci est une liste agréable et concise. Nous faisons quelque chose de similaire, même si nous ne l'avons pas formellement appelé S-O-F-T. –

3

Je ne suis pas fan des rapports d'état séparés. J'aimerais que les rapports sur l'état des projets soient fonction du logiciel de gestion de projet que nous utilisons. L'un des meilleurs moyens de gagner du temps et de mettre la même information à la disposition de tous (équipe, direction, parties prenantes, clients) est de disposer d'un système consolidé de gestion des informations/données et de l'utiliser pour tous vos besoins. Même si vous devez envoyer des rapports distincts à l'extérieur de l'entreprise, il devrait de préférence s'agir d'un rapport de ce système de gestion.

Nous sommes dans un environnement agile et utilisons VersionOne. L'équipe gère toutes les tâches et activités qui s'y trouvent alors que tous les autres membres de l'entreprise peuvent en consulter les progrès, voir les classements et de nombreux autres rapports qui font intrinsèquement partie de VersionOne.

http://www.VersionOne.com

+0

Semble être un outil agréable pour les projets agiles. – trunkc

1

Même si vous ne l'utilisez Agile vous serait encore gagner de suivre vos progrès dans la fonctionnalité plutôt que dans les tâches. Vos parties prenantes n'ont probablement aucune idée de ce que «refactorise la table t_sec_name pour ajouter l'incrémentation automatique à la colonne d'identité» signifie et ne se soucierait probablement pas si elle est terminée ou non.Toutefois, si vous souhaitez signaler les progrès réalisés en matière d'amélioration des performances de l'ajout de nouveaux utilisateurs à l'application, vous serez en mesure de transmettre les informations sur la progression à vos lecteurs.

donc je signaler:

  • les progrès de vos modifications/corrections/améliorations sur le plan fonctionnel,
    • travaux réalisés
    • travaux en cours
    • travaux prévus
  • décisions/problèmes pour l'entreprise/clients à adresser
  • risques (création d'un rapport est un bon moment pour mettre à jour votre registre des risques)
  • questions de l'équipe (vacances, congés de maladie, formations)
+0

Dans mon rapport, les tâches et les fonctionnalités sont presque les mêmes. Je signale le statut de max. 24 tâches/fonctionnalités. Si nécessaire, les détails d'une tâche peuvent être signalés avec un sous-rapport. Jetez un oeil à mon modèle. – trunkc

1

Nous avons une variété de formats « coercitives » où je travaille.

Mes statuts quotidiens sont en trois catégories:

  • choses accomplies
  • choses à ne pas accompli (et pourquoi)
  • commentaire n'a été publié
    • y compris les demandes pour connaître les caractéristiques/ajouts
    • candide merci, plaintes, etc
    • autres

statuts du projet ont le statut quotidien concaténé avec le calendrier pour montrer ce qui est en avance/retard.

+0

Pensez-vous que les rapports quotidiens sont utiles? – trunkc

+0

pour ce que je fais spécifiquement (installations de logiciels de grande taille), oui: cela permet de raffiner les calendriers futurs * beaucoup * plus facilement; De plus, voir que des progrès sont réalisés (même lentement) vaut mieux que de se demander ce qui se passe, puis d'obtenir un braindump massif à la fin de la semaine. – warren

3

les informations de gestion de projet que vous tenez pour vous-même est une chose, ce que vous montrez à la direction et aux clients en est une autre. Si votre client est dans le secteur du transport alimentaire et qu'il vous demande de lui construire une application ERP, il est probable qu'il ne comprendra pas les concepts d'agile/scrum ou de prince2.

que vont-ils comprendre? pourcentages et anglais simple.

Voici un exemple de «mise à jour du projet» (ou «rapport de mise en évidence») que j'envoie aux clients et à la haute direction chaque semaine (normalement le vendredi après-midi).

===

RAPPORT POUR 2 REMARQUABLE/DEC/2008

  • Votre projet est terminé à 65%.
  • 100% de toutes les tâches de la phase de conception/maquette ont été achevées.
  • 70% des tâches de la phase de codage sont terminées.
  • La phase de gestion de projet est terminée à 45%.
  • La phase de contrôle qualité est terminée à 10% jusqu'à présent.
  • 35% des tâches auxiliaires ont été achevées

  • notre journal de bug contient actuellement 3 bogues (1 non fixés qui est marqué comme une priorité élevée).

  • Le journal des bogues contient également 3 ajouts de fonctionnalités en attente d'approbation.

Nous venons de télécharger les derniers travaux à notre site de transit pour que vous puissiez les examiner. La prochaine chose sur laquelle nous allons travailler est le composant de la galerie de photos, nous prévoyons d'achever ce travail d'ici la fin de la semaine prochaine (à confirmer mi-semaine prochaine).

Nous attendons toujours que le fournisseur de la passerelle de paiement par carte de crédit confirme votre compte afin que vous puissiez recevoir des paiements en ligne. Nous avons signalé cela comme un risque car nous attendons toujours que votre compte marchand Internet soit approuvé par votre banque. Laissez-moi savoir si vous avez des questions, je serai heureux d'y répondre du mieux que je peux.

===

son simple. il manque beaucoup de mesures utiles que vous pouvez obtenir hors des graphiques burndown et des approches de mêlée. mais ceux-ci ne sont pas de bons chiffres à présenter directement aux clients (ou à la direction).

oh, et je devrais faire un point sur la liste des bogues. il y a différents niveaux de divulgation que les cadres supérieurs apprécient. Personnellement, je suis très transparent. mais vous devriez vérifier avec vos gestionnaires combien de «mauvaises choses» vous êtes autorisés à révéler à vos clients.

i ont un article de blog plus en profondeur sur ce si vous êtes intéressé: Project Status Reports Everyone Can Understand

LM

6

J'ai un tableau blanc en dehors de ma cabine. Sur lui est un visage souriant. Lorsqu'il y a un changement d'état dans le projet, il passe d'un froncement de sourcils, d'un gribouillage inquiet, d'une détermination sinistre, d'un sourire et d'un sourire. À côté de lui est une flèche représentant le dernier changement.

Bien que cela ait commencé comme une blague, c'est en fait un excellent moyen de garder des collègues non-techniciens sur le projet.

1

Mon entreprise utilise VersionOne pour obtenir des informations telles que le pourcentage d'éléments de backlog terminés, les éléments différés des sprints précédents et le pourcentage d'achèvement global du projet. Lorsque nous souhaitons présenter cette information au client, nous créons une présentation Power Point et incluons l'information. Pour un usage interne, il suffit de consulter le site de VersionOne ou de le mettre dans un fichier Excel pour les employés non-techniciens qui n'y ont pas accès.

1

J'utilise un excellent rapport d'état de projet développé par mon précédent gestionnaire de programme. Je l'ai utilisé avec succès depuis avec divers sponsors et ils ont aimé l'accent mis sur les problèmes, les risques, les jalons et le budget. J'ai mis le fichier XLS avec un tas d'autres PM templates. Finalement, je vais mettre les mots autour de lui décrivant comment l'utiliser efficacement. Toutefois, si vous persistez à utiliser un langage non-émotif, concentrez-vous sur l'impact des problèmes/risques que vous devez définir.J'ai également regardé le livre OPPM et je n'ai pas vraiment été impressionné. À titre de comparaison, notre Project Status Report prend normalement 15 minutes pour apprendre à utiliser à la place d'un livre entier. NB: Ceci n'est pas conçu pour les membres de l'équipe pour signaler leur statut, mais pour que les GP signalent l'état de leur projet aux sponsors et aux gestionnaires de programme occupés avec plusieurs projets.

+0

Merci pour les templates! Je vous recommande d'ajouter une feuille "comment l'utiliser" à chaque document. – trunkc

+0

C'est quelque chose que j'aimerais faire une fois que j'ai complété quelques parties du site. –

Questions connexes