Compétence B5

Être capable de pratiquer les méthodes traditionnelles et agiles en tant que membre d’une équipe de projet avec tous les paramètres (budget, temps, stratégie, …)

Les méthodes traditionnelles et agiles sont des méthodes de gestion de projet. Elles permettent de gérer les projets de manière efficace et de respecter les délais et le budget. Les méthodes traditionnelles sont des méthodes de gestion de projet qui sont utilisées lorsque les besoins sont clairement définis et que le projet est bien structuré. Elles sont très structurées et permettent de gérer les projets de manière efficace. Les méthodes agiles sont des méthodes de gestion de projet qui sont utilisées lorsque l'accomplissement des tâches est difficile à prévoir. Elles permettent d'être plus flexible et de s'adapter aux changements.

Projets Koloka

Je participe activement au projet Koloka en procédant à un tournus de rôles (Scrum master, dev). Cela me permet d'expérimenter les responsabilités et les tâches de chaque rôle. J'ai pu mettre en pratique les méthodes agiles dans le cadre de ce projet, en l'occurence Scrum. J'ai pu mettre en place les outils de gestion de projet (Jira, Github, Slack, Teams) ce qui m'a permis de mieux comprendre leur fonctionnement et leur utilité. Ces outils me permettent de mieux gérer le projet et de mieux communiquer avec les autres membres de l'équipe.

Rôle Scrum Master

Le Scrum master est le garant de la bonne application de la méthode Scrum. Il est le facilitateur du processus Scrum mais aussi le coach de l'équipe, c'est à dire de faire comprendre à l'équipe les principes de Scrum et de les aider à les appliquer. Il facilite la communication entre les membres de l'équipe et il est le garant de la bonne communication entre les membres de l'équipe et le Product Owner. Il prône l'amélioation continue et gère les conflits.

J'ai pu être a de multiples reprises Scrum master pour le projet Koloka. J'ai pu mettre en pratique les responsabilités et les tâches du Scrum master. J'ai pu mettre en place les réunions de sprint, de rétrospective, de planification, de démo et les weekly meeting. J'ai dû gérer le backlog et le planning des sprints ainsi que le temps de travail de l'équipe.

Voici l'interface de Jira qui est un outil de gestion de projet qui permet de gérer le backlog, les sprints, les tâches, les user stories, les bugs, les releases etc...

Avec le product owner on a défini les User Stories à réaliser pour chaque sprint. J'ai pu mettre en place les réunions de sprint, de rétrospective, de planification, de démo et les weekly meeting. J'ai pu faire un planning poker pour estimer la complexité des tâches à réaliser. Grâce à cela on a pu affecter deux développeurs pour les tâches les plus complexes. par exemple la user story sur la messagerie instantanée.

Nous avons un weekly meeting par semaine qui permet de faire le point sur l'avancement du projet et de définir les tâches à réaliser pour la semaine suivante. Lors de ce meeting on accorde une importance particulière à la communication entre les membres de l'équipe. On fait le point sur les difficultés rencontrées et on essaye de trouver des solutions ensemble. On montrait visuellement l'avancement du projet au Product Owner.

J'ai donc par la suite proposé un autre outil de communication qui est Slack. J'ai proposé cet outil pour la partie technique du projet, par exemple qand le PO ou d'autres membres de l'équipe ont des questions techniques ou lors des tests avec scénarios de User Stories, on peut répondre directement sur Slack. Cela permet de ne pas déranger les autres membres de l'équipe et de ne pas perdre de temps. J'ai aussi petit à petit mis en place des normes à respecter qui sont en réalité de bonnes pratiques fournis par la documentation officielle des frameworks utilisés. J'ai partagé les liens des point spécifique à apprendre pour la customisation du backend Strapi.

La gestion du temps à été un défi pour moi, la solution a été d'être d'une part plus réaliste et d'autre part de mieux communiquer avec l'équipe. L'utilisation du Burndown chart et du Burnup chart m'a permis de mieux comprendre d'un côté l'avancement du projet et d'un autre côté le temps restant pour réaliser les tâches.

Voici un exemple de Burndup chart :

Pour résumer :

Planification des Sprints :

• J'ai participé à la définition des User Stories pour chaque sprint en collaboration avec le Product Owner.
• J'ai utilisé des méthodes telles que le planning poker pour estimer la complexité des tâches.
• La planification des sprints est une composante essentielle de la gestion du budget, car elle permet d'allouer efficacement les ressources en fonction des priorités.

Allocation des Ressources :

• J'ai attribué deux développeurs aux tâches les plus complexes, montrant ainsi ma compréhension de la nécessité de répartir les ressources de manière judicieuse pour optimiser le temps et le budget.

Réunions Hebdomadaires :

• J'ai mis en place des réunions hebdomadaires pour faire le point sur l'avancement du projet.
• Ces réunions permettent de détecter rapidement les éventuels écarts par rapport au plan initial.

Outils de Gestion de Projet :

• J'ai utilisé des outils tels que Jira pour gérer le backlog, les sprints, les tâches, etc.

Gestion du Temps :

• J'ai relevé le défi de la gestion du temps et ai utilisé des outils tels que le Burndown chart et le Burnup chart.
• Ces outils permettent de visualiser l'avancement du projet par rapport au temps, contribuant ainsi à une meilleure gestion du budget.

Communication et Solutions aux Problèmes :

• J'ai souligné l'importance de la communication lors des réunions hebdomadaires, en mettant l'accent sur la résolution des difficultés rencontrées.
• La communication efficace et la résolution rapide des problèmes sont essentielles pour éviter les retards et les dépassements budgétaires.

Lecture individuelle

J'ai rédiger et présenter une lecture individuelle sur le framework agile SCRUM, les rôle et responsailités et surtout sur les problématique récurrentes que l'on peut rencontrer lors de la mise en place de ce framework ou durant le déroulement d'un projet.

J'ai aussi pu approfondir mes connaissances sur les méthodes traditionnelles avec la lecture individuelle sur le guide de survie du chef de projet. Ce guide m'a permis de faire attention à certains éléments lors du déroulement projet :

• Épreuve 1 : Accepter ce que l’on n’a pas négocié

  • Analyser le projet sous plusieurs angles avant l'acceptation formelle.
  • Examiner les aspects techniques, contraintes de gestion, relations de travail, risques, et dynamiques interpersonnelles.
  • Évaluer ses propres compétences et besoins de développement.
  • Engager pleinement après un processus de discernement.

• Épreuve 2 : Gérer l’inévitable tension

  • Reconnaître la tension initiale dans tout projet.
  • Trouver un niveau de tension supportable pour éviter des comportements destructeurs.
  • Utiliser le Process Communication Model pour identifier les types de personnalités et réagir de manière adaptée.

• Épreuve 3 : Décider dans l’incertitude

  • Structurer les décisions en trois étapes avec l'ingénierie système.
  • Jongler entre prise de décision éclairée et gestion du risque d'erreur.
  • Maintenir un équilibre entre constance et flexibilité, tout en écoutant et consultant largement.

• Épreuve 4 : L’épreuve de la confiance

  • Identifier clairement le client et maintenir une relation solide.
  • Évoluer la confiance à travers les phases du projet.
  • Gérer l'estime de soi personnelle et professionnelle.
  • Naviguer à travers les crises de confiance en faisant des compromis et en maintenant une vision claire des objectifs.

• Épreuve 5 : La cruciale question du temps

  • Jongler avec la gestion du planning, du budget, et des risques.
  • Utiliser des outils comme le Diagramme d'Eisenhower pour prioriser les tâches.
  • Déléguer efficacement en utilisant la Matrice Skill-Will.
  • Reconnaître l'importance de la présence physique et mentale.

• Épreuve 6 : Conduire une équipe

  • Former une équipe diversifiée avec des compétences techniques, managériales, et de support.
  • Gérer la taille de l'équipe et choisir les membres avec soin.
  • Établir une communication efficace et gérer les conflits de manière constructive.

• Épreuve 7 : L’identification au projet et la solitude

  • Gérer l'identification excessive au projet pour éviter la sensation de solitude.
  • Reconnaître ses propres limites et besoins.
  • Trouver un équilibre entre le pouvoir sur le projet et le bien-être personnel.

• Épreuve 8 : La notion de l’optimum et l’inévitable gâchis

  • Jongler entre optimisation et maximisation dans la gestion d'un projet.
  • Prendre des décisions difficiles tout en gérant les conséquences émotionnelles.
  • Équilibrer divers intérêts et justifier des choix parfois décevants.

• Épreuve 9 : La contractualisation et le réseau des fournisseurs

  • Gérer les défis liés à la contractualisation avec les fournisseurs.
  • Naviguer entre exigences contractuelles strictes et construction de relations de confiance.
  • Développer une compréhension profonde des procédures d'achat et collaborer efficacement avec les acheteurs.

• Épreuve 10 : Les attentes de la hiérarchie

  • Gérer la relation complexe avec la hiérarchie, influencée par la confiance et la communication.
  • Maintenir l'autonomie tout en utilisant judicieusement les pouvoirs et ressources conférés.
  • Reconnaître le moment opportun pour changer de stratégie et s'adapter aux nouvelles circonstances.

Voyage apprenant

Je suis parti à Grenoble pour un voyage apprenant sur le thème de l'agilité voici le rapport de ce voyage apprenant.

Savoir communiquer dans une équipe de projet

La communication est certainement l'aspect le plus important de la gestion de projet. Elle permet de s'assurer que tout le monde est sur la même longueur d'onde et que les objectifs sont clairs.

Projets Koloka

Github

J'ai mis en place github qui nous permet de gérer le code source du projet. Cela nous permet de travailler en équipe sur le code source et de partager les modifications. Cela nous permet également de gérer les versions du code source et de revenir à une version antérieure si besoin.

J'ai pu mettre en place et expliquer l'utilité des code reviews lorsque l'équipe de dev veut implémenter de la branche dev à la branche master, j'effectue une code review pour vérifier que le code est conforme aux standards de l'équipe et que le code est fonctionnel.

Voici un exemple de code review que j'ai effectué :

Teams

L'utilisation de Teams nous permet de communiquer pour l'échange de document et de faire des réunions en visio conférence lorsque l'on ne peut pas se déplacer. Cela nous permet de communiquer efficacement et de partager des documents.

J'ai déjà cité Slack qui est un outil de communication que j'ai mis en place pour la partie technique du projet.

Lecture individuelle

La lecture individuelle sur le framework SCRUM et le guide de survie du chef de projet aborde pour l'un que la majorité des problèmes dans un projet est lié à la communication et pour l'autre voici les éléments pertinents que j'ai retenu sur la communication :

• Coaching de la personne :

  • Adapté aux difficultés personnelles, indépendamment des circonstances.
  • Axé sur des objectifs généraux ou spécifiques.
  • Efficace si la personne est motivée à changer.
  • Identifie et modifie les attitudes personnelles créant des difficultés.

• Coaching relationnel :

  • Appliqué en cas de problèmes dans une relation professionnelle.
  • Aide à percevoir la relation différemment.
  • Identifie et gère les réactions émotionnelles exacerbant le problème.
  • Objectif de rendre la relation plus gérable et moins stressante.

• Coaching d'équipe :

  • Vise à développer la maturité et la cohésion d'une équipe.
  • Améliore la dynamique de groupe et la mobilisation pour le bien collectif.
  • Résout les conflits internes.
  • Utile dans les situations tendues pour renforcer l'unité et l'efficacité.