paint-brush
Un plan de projet hebdomadaire si bon que vous voudrez l'encadrerpar@jaderubick
4,013 lectures
4,013 lectures

Un plan de projet hebdomadaire si bon que vous voudrez l'encadrer

par Jade Rubick4m2023/01/16
Read on Terminal Reader

Trop long; Pour lire

Les équipes agiles vont généralement vers deux extrêmes lors de la planification de leur travail. Soit ils adoptent une planification de projet très lourde, soit ils utilisent des sprints pour planifier. Ces deux éléments ne permettent pas de modifier facilement le plan et le rendent difficile à comprendre pour les parties prenantes. Je partage une approche de planification de projet semaine par semaine qui est flexible et facile à changer, mais très compatible avec la façon dont la plupart des équipes travaillent.
featured image - Un plan de projet hebdomadaire si bon que vous voudrez l'encadrer
Jade Rubick HackerNoon profile picture


Aujourd'hui, je vais partager quelques réflexions sur ce qui fait un bon plan de projet. Et je fournirai un exemple de plan de projet.

Pourquoi avoir des plans de projet

De nombreuses équipes agiles se concentrent sur des sprints ou des blocs de travail. Mais ils ne planifient pas vraiment - au lieu de cela, ils font ce qu'ils peuvent à chaque sprint, tracent leur vitesse et déterminent ce qu'ils peuvent accomplir au cours des sprints suivants.


C'est bien, mais les plans de projet sont un outil pour vous faire réfléchir aux contours de vos projets. Ils ont les avantages suivants :


  • Vous pouvez jouer avec différentes manières de structurer le projet, afin de pouvoir séquencer plus facilement la valeur de la livraison. Il est ainsi plus facile de jouer avec la portée, la livraison incrémentielle et de s'adapter aux changements.
  • Vous réfléchissez mieux aux risques avec un plan de projet. Vous devez explicitement lister des choses comme quand les gens sont en vacances ou sur appel. Cela peut se traduire par une meilleure planification.
  • De nombreuses équipes utilisent des cycles de sprint ou des cycles kanban qui durent plus d'une semaine. Les plans de projet hebdomadaires vous donnent des signaux plus fréquents si vous êtes sur la bonne voie ou non.
  • Les plans de sprint suivent tout le travail, ce qui est utile. Mais cela rend également le plan plus difficile à comprendre pour les parties prenantes.

Gardez vos plans de projet simples

Les modes de défaillance typiques des plans de projet sont l'absence totale de plans de projet ou des plans de projet trop complexes.


Plans de projets complexes…


  • peut avoir de nombreux artefacts de projet.
  • besoin de temps pour se tenir au courant.
  • peut être fragile, nécessitant des réparations ou de l'entretien. Ils dépendent fortement de la personne qui a fait le plan.
  • créent parfois l'illusion d'une plus grande certitude. Par exemple, le projet « se fera en 23,53 à 27,55 jours ».


Je sais qu'un plan de projet est en territoire dangereux lorsque je vois des personnes allouées en tant que « ressources » fractionnaires. Ou lorsque le plan est quelque chose qu'une seule personne peut mettre à jour.

Pourquoi faire simple

L'un des dangers des plans est qu'ils peuvent cimenter les choses en place. Vous voulez un plan de projet qui vous permette d'apporter des modifications en quelques secondes, et non en quelques minutes ou heures. Les plans de projet les plus complexes découragent le changement.


Vous voulez également un plan de projet qui communique clairement. Un observateur extérieur devrait être en mesure d'examiner votre plan de projet et de déterminer ce qui se passera et quand. Cela nécessite la bonne altitude. Rester simple.

Qualités d'un plan de projet simple

Voici certaines choses que je recommande dans un plan de projet simple :


  • Faites-le semaine après semaine . Énumérez ce qui devrait se passer chaque semaine, avec quelques puces. N'a pas besoin d'être plus complexe que cela. Quelles devraient être les puces ? Choses dont vous ferez la démonstration à la fin de chaque semaine .
  • Estimez les jalons, pas les projets . Vous devez planifier des jalons, pas des projets . Oui, un plan de projet de haut niveau peut être important, mais vous ne devez pas non plus y investir trop en planifiant l'ensemble du projet à l'avance. Cela vous empêche d'apporter des modifications au séquençage ou de vous adapter en fonction de ce que vous avez appris. Vous devez établir un plan technique de haut niveau et dresser une liste de jalons séquencés. Et pour estimer le projet global, vous pouvez faire des estimations de haut niveau. Mais je recommande de n'avoir qu'un plan semaine par semaine pour l'étape actuelle. [Cela signifie-t-il qu'il s'agit vraiment de plans d'étape ? Oui, mais je les appelle quand même des plans de projet, parce que c'est ce à quoi les gens sont habitués.]
  • Les jalons doivent durer moins d'un mois . Voir la publication des jalons pour plus de détails. L'idée clé ici est que les petits projets se déroulent généralement bien mieux que les grands projets, alors faites de tous les projets de petits projets.
  • Combinez les plans avec la communication hebdomadaire . Il est utile de combiner les plans de projet avec les rapports de projet. Utilisez un style de communication qui est concis, représente l'état des choses sans passion, met en évidence les risques, mais maintient un ton « Je m'occupe des choses ». La combinaison des plans avec les rapports de projet garantit que le plan sera mis à jour au moins une fois par semaine. J'écrirai bientôt sur les rapports de projet.
  • Faites des plans textuels . J'ai trouvé plus utile d'avoir des plans de projet basés sur du texte, plutôt que liés à des outils comme Jira. Les approches basées sur l'outillage conviennent. Mais les approches basées sur le texte obligent les gens à vraiment penser à tout d'une manière différente. Vous pouvez utiliser des liens pour créer des liens vers des plans de sprint ou des histoires individuelles, ou autre. Mais cela reste facile à comprendre pour quelqu'un qui n'est pas au courant du projet. Parfois, je n'insiste pas là-dessus, mais cela dépend des circonstances.

Modèle de plan de projet hebdomadaire

Il s'agit d'une étape importante dans un projet plus vaste


Semaine du 4 janvier

  • Un seul graphique s'affiche dans Slack. Les données sont conservées.
  • Risque lié au calendrier : nous validons notre liste de types de graphiques qui sont tous techniquement réalisables. Nous allons démo résultat de cette enquête.


Semaine du 11 janvier

  • Les données du graphique reflètent les informations en direct et sont fonctionnelles dans le graphique Slack.
  • Un type de graphique supplémentaire s'affiche dans la salle Slack, avec la conception visuelle la plus basique.
  • Nous avons montré à au moins un client alpha pour obtenir des commentaires. Nous commençons à partager avec eux chaque semaine à partir de maintenant.
  • Jessica est sur appel et fait du travail interrompu pendant une semaine.


Semaine du 18 janvier

  • Les commentaires les plus importants des clients alpha sont intégrés. D'autres travaux sont prioritaires pour les jalons futurs.
  • Dernier type de graphique ajouté.


Semaine du 25 janvier

  • Vacances le 26 janvier.
  • Les graphiques ont fière allure et sont minutieusement testés et instrumentés. Nous afficherons des tableaux de bord d'utilisation.
  • Sortie en fin de semaine.

Merci

Merci d'avoir accepté le titre click-batey. C'est vraiment horrible.


Ce message est apparu à l'origine sur mon blog à https://www.rubick.com/weekly-project-plans/ La version la plus mise à jour du message sera toujours là. Vous pouvez également vous y abonner à ma newsletter hebdomadaire.


Image parGerd Altmann de Pixabay