Project it! Le podcast sur la gestion de projet ! – Détails, épisodes et analyse

Bonjour à tous. Récemment, j'ai eu l'honneur d'être invité pour une interview conjointe avec le créateur de ScrumLife, Jean-Pierre Lambert, chaîne YouTube numéro 1 sur l'Agilité en France, et animé par Bertran Ruiz, créateur de AirSaas, un outil de gestion de portefeuille de projet. J'ai pu échanger avec eux pendant une heure sur les bonnes pratiques, mais aussi les difficultés à implémenter une approche agile sur l'ensemble d'une entreprise. Je tenais donc à vous faire partager ce contenu, qui, je pense, vous sera très utile. Et je vous invite très fortement à découvrir le contenu de Bertran, ainsi que de Jean Pierre. Le site ScrumLife : https://www.scrumlife.tv/ La chaîne YouTube ScrumLife : https://www.youtube.com/channel/UCMCnZGIOeLVO65-LBxkkHyQ Le site AirSaas : https://www.airsaas.io/fr La chaîne YouTube de AirSaas avec plusieurs podcasts interview : https://www.youtube.com/@ciorevolution

REGARDER CETTE FORMATION AU FORMAT VIDÉO : https://youtu.be/2SiPYUEmLwY

FORMATION UDEMY : https://www.udemy.com/course/apprendre-la-gestion-dun-projet-etape-par-etape/ CONTACTEZ-MOI SUR LINKEDIN : https://www.linkedin.com/in/yohan-pagnoux/ VISITEZ NOTRE SITE INTERNET : https://yohanpagnoux.fr/ Devenir chef de projet n'est pas une décision qui se prend à la légère. Et le critère le plus important pour cela, c'est de bien comprendre ce qu'est le métier de chef de projet. Beaucoup de personnes limitent son rôle à un contrôleur à KPI, mais il n'en est rien. Aujourd'hui, nous allons voir les principales responsabilités de ce métier, à savoir : - La planification du projet - La gestion du budget - La gestion des ressources - La gestion des délais - La gestion de la qualité - La gestion des risques - La gestion des parties prenantes Et toute un ensemble d'activités, ainsi que d'outils dont se sert le chef de projet pour réussir sa mission : assurer la bonne gestion et la réussite du projet. Je termine ce podcast avec, en plus, quelques conseils pour vous aider, au mieux, à vous former sur ce métier pas comme les autres.

Mais au fait, c’est quoi une méthode de gestion de projet ?

À la suite d’un débat que j’ai eu plusieurs fois sur internet, et lors de mes interventions, j’ai décidé de répondre à cette fameuse question. 

J'estime que les mots ont un sens. Et un sujet comme la gestion de projet doit amener une réelle compréhension des termes, et du vocabulaire. Car il y a beaucoup trop d’échecs lorsqu’on fait un projet, et je pense qu’il faut en comprendre les réelles causes.

Vous le savez surement autant que moi, beaucoup de personnes se retrouvent catapultées sur un projet sans les compétences, ou les connaissances. Je suis moi-même passé par là.

Il faut avoir une réelle compréhension de son métier, de son environnement, avant de pouvoir y exceller.

Ce qui m’amène avec l’exemple d’aujourd’hui.

N'hésitez pas à visiter mon site : www.yohanpagnoux.fr pour découvrir ma formation complète pour devenir chef de projet.

À la suite de plusieurs échanges intéressants que j’ai eus au cours de mes différents débats, une thématique revenait régulièrement sous forme de question : comment faire en sorte que mon produit dégage beaucoup de valeur ?

En effet, lorsqu’on lance un projet, l’objectif est de trouver une solution à un problème qui est exprimé. Et d'en dégager de la valeur.

Mais il faut comprendre réellement ce qui se cache derrière ce terme de "valeur". Car elle a une signification particulière pour un contexte en entreprise.

Et beaucoup d'équipes projet se lancent sans réellement savoir comment créer un produit avec une forte valeur ajoutée.

Je vais donc aborder ce sujet un peu obscur, la notion de "valeur" lors qu’un projet est enclenché.

N'hésitez pas à visiter mon site : www.yohanpagnoux.fr pour découvrir ma formation complète pour devenir chef de projet.

Dernier podcast qui vient conclure, à la fois, la thématique de la gestion de projet classique, mais aussi Agile.

Aujourd'hui, je vous propose une analyse en profondeur des similitudes et des différences entre les deux pratiques.

Mais plutôt que de dresser une banale liste à puces pour comparer les deux approches, je préfère pousser l'analyse et vous expliquer comment, et pourquoi les pratiques Agile sont apparues. En quoi viennent-elles combler les lacunes des approches classiques. Sur quels avantages capitalisent-elles pour assurer la satisfaction client. Mais aussi leurs limites.

Je vais également vous faire un petit cours d'histoire et vous expliquer ce qu'est la méthode de l'analyse de la valeur. Qui, finalement, est le plus gros point commun entre les méthodes classiques et l'Agile. Une méthode qui est à la base de tous nos projets, et qui est trop peu connue ou reconnue.

Et je terminerai avec mon avis personnel sur ces 2 manières de piloter vos projets.

Une entreprise, si elle fonctionne efficacement en Agile et sur de nombreux projets en même temps, va vouloir disposer de plusieurs équipes et va chercher à harmoniser l’ensemble de la conduite de projet.

Pour faire en sorte que les équipes travaillent ensemble d’éviter une mauvaise communication, ainsi que l’échec d’un ou de plusieurs projets.

Lorsqu’une entreprise va vouloir transformer l’ensemble de son organisation pour être dans un état d’esprit 100% Agile, elle va se diriger vers un framework qui le permettra.

C'est ce que nous allons voir aujourd'hui : comment une entreprise peut appliquer l'Agile sur toutes ses équipes, à grande échelle, et les faire travailler de manière coordonnée ?

Lors d’un projet classique, il est nécessaire de faire un bilan du projet lorsque celui-ci touche à sa fin.

On réunit l’ensemble de l’équipe projet pour faire ce bilan, remplir une documentation référençant l’ensemble des problèmes rencontrés durant le déploiement, comprendre ce qui a fonctionné et ce qui n’a pas fonctionné, pour en tirer le fameux retour d’expérience.

Malheureusement, lorsque le projet a eu beaucoup de problèmes, le bilan de projet arrive toujours trop tard, car le projet est terminé et que cela n’a pas permis aux équipes projet, ou même parfois, aux clients, de savoir plus tôt pourquoi cela n’a pas fonctionné.

C’est pour permettre aux équipes d’avoir cette valeur de connaissance plus tôt, afin de s’améliorer, que la rétrospective de sprint existe.

Avec Scrum, on n’attend pas la toute fin d’un projet pour faire des bilans, la « rétro » a lieu à chaque sprint. Et cela, dès le premier sprint au début du projet.
Nous allons voir, ensemble, comment préparer et animer la rétrospective pour atteindre son objectif : améliorer l'auto-organisation de votre équipe.

La revue de sprint est l’événement où l’équipe Scrum se réunit avec les parties prenantes pour présenter les fruits de son travail, afin de voir s’il répond au besoin qui est exprimé initialement, pour ensuite récupérer le retour des utilisateurs et enclencher une amélioration continue du produit.

Nous allons faire un tour ensemble des bonnes pratiques de cette cérémonie, pour permettre que le feedback soit bien récupéré, et vous faire comprendre ce que c’est qu’une démarche empirique.

Parfois, lorsque l'on découvre une équipe Agile qui utilise le framework Scrum, elle dit qu’elle fait des mêlées quotidiennes. Mais, en fait, elle pratique uniquement une réunion pour contrôler l’avancement des SPRINTS.

Mais cette réunion emblématique de Scrum n’a pas pour objectif principal de faire un suivi comme dans un projet classique : son objectif principal est de développer la collaboration et l’esprit d’équipe.

Je vais détailler, lors de ce podcast, cette pratique très représentative de Scrum. C’est d’ailleurs la pratique la plus utilisée, d’après les enquêtes et les retours terrain.

En gestion de projet classique, la spécification fonctionnelle, puis technique, du produit, se fait entièrement au début du projet.

Avec Scrum, la démarche est fondamentalement différente : les spécifications émergent progressivement par une collaboration continue entre les membres de l’équipe et le Product Owner, le client, et grâce aux feedbacks réguliers donnés par les parties prenantes.

Ces spécifications sont référencées dans le Product Backlog.

Dans ce podcast, nous allons voir comment bien construire un Product Backlog. Quelles sont les bonnes pratiques, notamment grâce à la création des User Stories, de ce que c'est que la définition de prêt, et de fini.