Ce résumé décrit plusieurs concepts clés de la gestion de projet agile tels que I-shaped, itération, cycle de vie itératif et événement Kaizen. I-shaped fait référence à des personnes hautement spécialisées dans un domaine particulier, tandis que les itérations, les cycles de vie itératifs et les événements Kaizen impliquent le développement de projets par étapes répétées pour obtenir des commentaires et améliorer continuellement le produit final.
0 évaluation0% ont trouvé ce document utile (0 vote)
98 vues14 pages
Ce résumé décrit plusieurs concepts clés de la gestion de projet agile tels que I-shaped, itération, cycle de vie itératif et événement Kaizen. I-shaped fait référence à des personnes hautement spécialisées dans un domaine particulier, tandis que les itérations, les cycles de vie itératifs et les événements Kaizen impliquent le développement de projets par étapes répétées pour obtenir des commentaires et améliorer continuellement le produit final.
Ce résumé décrit plusieurs concepts clés de la gestion de projet agile tels que I-shaped, itération, cycle de vie itératif et événement Kaizen. I-shaped fait référence à des personnes hautement spécialisées dans un domaine particulier, tandis que les itérations, les cycles de vie itératifs et les événements Kaizen impliquent le développement de projets par étapes répétées pour obtenir des commentaires et améliorer continuellement le produit final.
Ce résumé décrit plusieurs concepts clés de la gestion de projet agile tels que I-shaped, itération, cycle de vie itératif et événement Kaizen. I-shaped fait référence à des personnes hautement spécialisées dans un domaine particulier, tandis que les itérations, les cycles de vie itératifs et les événements Kaizen impliquent le développement de projets par étapes répétées pour obtenir des commentaires et améliorer continuellement le produit final.
Suite aux limites des méthodes classiques de gestion de projet, la
méthodologie agile a vu le jour, permettant une gestion plus efficace et flexible des projets. La méthodologie Agile est un processus qui permet à l'équipe de gérer un projet en le décomposant en plusieurs étapes. Il existe plusieurs cadres de mise en œuvre de la méthodologie Agile, parmi lesquels figure Scrum. Scrum est une méthodologie de gestion de projet où une petite équipe est dirigée par un « Scrum Master » dont la tâche principale est d'éliminer tous les obstacles à l'accomplissement du travail et de s’assurer que les méthodologies de gestion des projets sont appliquées dans la réalisation du projet. Scrum fait intervenir plusieurs notions utiles pour mener à bien les projets. Dans notre exposé, nous allons nous pencher sur les notions de I-shaped, itération, Iterative life cycle et Kaizen Event.
I. I-shaped :
Certaines personnes ont une spécialisation profonde dans un domaine
précis, et donc contribuent rarement sur des aspects hors de ce domaine. Ces personne sont connus dans les communautés agile sous le nom de « I-shaped people ». A l’opposé, les personnes dites « T-shaped » ont en plus de leur expertise dans leur domaine des connaissances dans d’autres domaines, bien qu’elles soient moins approfondies.
3 scrum team : I-shaped vs T-shaped Avantages du I-shaped :
Le profil I-shaped présente très peu d’avantages. Une spécialisation
profonde implique une meilleur maîtrise de son domaine. Ainsi il est donc possible pour une personne ayant un tel profile d’attaquer les tâches qui lui sont confiées de la meilleure façon possible parmi celle existante, ce qui peut permettre à l’équipe d’éviter certains problèmes, et donc de gagner en temps et en efficacité. En plus de ceci, avec sa connaissance approfondie du domaine, il peut servir de conseiller à l’équipe sur certaines décisions à prendre en rapport avec son domaine.
Inconvénients du I-shaped :
• collaboration difficile avec le reste de l’équipe : le fait d’avoir des
connaissances dans un domaine unique rend la communication avec les membres de l’équipe travaillant dans d’autres domaines plus difficile.
• Désintéressement au bout d’un certain temps : le fait de travailler
continuellement sur les mêmes tâches peut devenir fastidieux. Il est souvent plus intéressant de toucher de temps à autre à d’autres domaines.
• Limite la créativité : connaître plus nous rend toujours plus créatif. En
étant spécialisé, notre champ de vision est réduit. Or des connaissances dans d’autres domaines peuvent nous inspirer pour créer des solutions plus performantes.
• Limite les projets sur lesquels on peut travailler : par exemple, il sera difficile pour un administrateur de base de données spécialisé dans les Systèmes de Gestion de Base de Données relationnelles de travailler sur des projets ayant trait au big data, car de tels projets utilisent en général des bases de données orientées NoSQL.
II. Iteration
Au sens agile, une itération est une courte période de temps, de durée fixe(1, 2, 3 ou 4 semaines) durant laquelle vont se dérouler une série d’activités
4 (analyse, ergo, conception, codage, ...etc) et qui se termine par une livraison (interne ou externe).
SCRUM, méthode agile la plus populaire, a résolu le problème et a levé
les ambiguité en appelant ses itérations des Sprints.
On parle d’itératif et d’incrémental (notion complémentaire), dans le
sens où chaque livraison constitue un incrément, qui sera complété, affiné, modifié, enrichi à l’itération suivante, pour au final donner au bout de quelques semaines ou quelques mois le produit définitif.
Faire du développement itératif, c’est donc découper son projet en petits
morceaux, et de définir précisément à l’avance le contenu de l’itération qu’on démarre.
a. Comment se déroule une itération ?
Chaque sprint commence par une estimation suivie d'une planification
opérationnelle. Le sprint se termine par une démonstration de ce qui a été achevé. Avant de démarrer un nouveau sprint, l'équipe réalise une rétrospective. Cette technique analyse le déroulement du sprint achevé, afin d'améliorer ses pratiques. Le flux de travail de l'équipe de développement est facilité par son auto-organisation, il n'y aura donc pas de gestionnaire de projet.
b. Règles à respecter dans un développement itératif ?
Nous allons présenter dans la suite les différentes règles à prendre en
compte lorsqu’on choisit d’utilisr la méthode de développement itérative pour réaliser un projet.
• Une itération doit être courte (une itération de 2 mois n’a aucun intérèt) • Une itération a un objectif (« pour cette itération on va faire ça et ça ») qui sera revu formellement à la fin de l’itération (Revue de Sprint / Démo) • Une itération, c’est en soit un mini-projet qui va s’enrichir au fur et à mesure qu’on avance dans le temps • Une itération a un début (plutôt un lundi) et une fin (plutôt un vendredi)
5 • La date de fin doit être respectée: on ne la bouge pas, c’est le principe du Timeboxing dont les bénéfices sont nombreux • Seul le contenu de l’iteration en cours est défini avec précision (avec l’équipe, lors de la réunion de planification) • Ce qu’on va mettre dans les itérations futures proches (+1, +2) est plus ou moins clair (en fonction des priorités et de la valeur); pour les itérations plus lointaines (itération +3 …) c’est plus flou • Dans tous les cas, le contenu et les activités des itérations futures ne sont précisément définis à l’avance d’où une plus grande réactivité et une meilleure prise en compte des changements • Plusieurs itérations, courant sur 3 ou 4 mois s’insèrent dans une release qui elle même s’insère dans un plan de release. Le tout vous donne une Vision à court, moyen et long terme pour votre produit.
III. Iterative life cycle
1. Définition Le cycle de vie du projet associé dans les méthodes agiles, est un aspect de la gestion de projet qui permet aux parties prenantes de connaître la portée et la durée du projet. Il existe différents types de cycle de vie qui sont impliqués dans différents projets parmi lesquelles le cycle de vie : - Itératif. - Prédictif - Adaptatif Basé sur le Guide PMBOK : « Cycle de vie itératif : cycle de vie d'un projet où la portée du projet est généralement déterminée au début du cycle de vie du projet, mais les estimations de temps et de coûts sont régulièrement modifiées à mesure que l'équipe de projet comprend mieux le produit. Les itérations développent le produit à travers une série de cycles répétés, tandis que les incréments ajoutent successivement à la fonctionnalité de ce produit » Ce cycle de vie croit en la création de multiples opportunités d'apprentissage. Donc, ici, le but est de prendre des retours fréquents avant d'atteindre le produit final. Ces commentaires aident l'équipe à connaître les attentes du client et des autres parties prenantes. Ce cycle de vie comprend que
6 les exigences sont abstraites. De plus, un véritable retour d'information survient lorsque le client et les autres parties prenantes peuvent voir un livrable ou une partie du produit. En résumé, ce cycle de vie dit : « nous ne pouvons pas créer un produit complet en utilisant uniquement les exigences approuvées; nous devons montrer et recevoir des retours fréquemment. Nous devons apprendre continuellement et affiner la base de produits sur ces apprentissages. » C'est un exemple de développement et de raffinement répétés et rend ce cycle de vie itératif. Nous passons au produit final après des raffinements ou des itérations continues. Et, à la suite des commentaires, nous sommes ouverts aux modifications de toute partie développée du produit. Les changements ne sont pas une exception ici. Ceux-ci sont les bienvenus dans le développement itératif. Nous passons à l'itération suivante après avoir adapté le backlog en fonction des apprentissages issus des retours. Nous livrons un résultat à la fin de chaque itération ; nous n'attendons pas pour fournir un résultat ou un produit complet à la fin du projet. Nous développons et affinons de manière itérative et démontrons pour obtenir des opportunités d'apprentissage. De cette façon, ce processus aide à fournir le bon produit. EXEMPLE : Comme un projet d'un an aura des itérations de trois mois. Et, chaque itération exécutera les phases de planification, d'analyse, de conception, de code, de test et fournira le résultat à la fin de l'itération. Ce résultat peut ne pas être utilisable, mais il est montré qu'il donne une idée du produit final. Ce sentiment encourage une discussion sur un produit qui résoudra vraiment le problème.
Figure 1: division du projet
7 Cette discussion génère des commentaires et sur la base de ces commentaires ; le backlog est adapté. Cela crée un produit raffiné en utilisant d'autres itérations.
2. Le moment qu’il faut utiliser le cycle de vie itératif
Nous en avons besoin lorsque les exigences sont abstraites. Et nous ne savons pas exactement quelles sont les exigences des clients ? Nous avons besoin de ce cycle de vie où les changements de périmètre doivent être gérés. Pour gérer la portée, alors que nous évoluons sur la base d'un apprentissage continu, les changements dans ce cycle de vie sont naturellement mis en œuvre dans les itérations à venir plutôt que de manière exceptionnelle. Avec ce cycle de vie, les phases du projet se déroulent en mode séquentiel ou se chevauchant à chaque itération. Et, le résultat final est livré à la fin de chaque itération.
3. Avantage
- L'avantage du cycle de vie itératif est que les changements sont pris en charge avec moins d'impact sur les coûts pendant la planification et jusqu'à la prochaine itération.
- Cela se traduit également par moins de retours car il y a une meilleure
compréhension du produit en utilisant ce cycle de vie de gestion de projet particulier.
- Les phases de ce cycle de vie particulier peuvent se chevaucher ou se
dérouler de manière séquentielle
Récapitulons rapidement les similitudes et les différences de tous ces trois
types de cycles de vie
8 Tableau 1 : tableau récapitulatif des comparaison des cycle de vie
IV- Kaizen Event
1 Définition Un événement Kaizen est un atelier d'équipe de cinq jours avec un objectif spécifique ou un ensemble d'objectifs pour un domaine qui doit être amélioré . Cet événement sera dirigé par un chef d'équipe et comprendra la formation, la collecte de données, le remue-méninges et la mise en œuvre. À la fin de l'événement, le chef d'équipe créera un plan de suivi et un rapport à soumettre à la direction.
9 le terme « kaizen », qui signifie en japonais « changer pour le mieux ». En affaires, le kaizen fait référence à toutes les activités qui améliorent le fonctionnement d'un processus . Kaizen consiste à décomposer un processus, à supprimer tous les éléments inutiles, puis à le reconstituer d'une manière nouvelle et améliorée. Le processus devrait maintenant fonctionner plus facilement et utiliser pleinement les compétences de toutes les personnes impliquées.
Figure 2: kaizen even
2 Planification d'un événement Kaizen
Un événement Kaizen réussi nécessitera un leadership fort et une
planification réfléchie à l'avance. Le premier jour de votre événement, la dernière chose que vous voulez, ce sont des employés qui se demandent ce qu'ils sont censés faire.
Un événement Kaizen réussi peut conduire à des améliorations majeures dans
les domaines de l'efficacité et de la qualité. Avant le début de l'événement, vous devez déterminer exactement ce que vous espérez réaliser grâce à votre événement Kaizen. Voici quatre façons de planifier un événement kaizen réussi :
Décidez des limites de l'événement Kaizen
Bien sûr, vous devez savoir quel est le but de votre événement et ce que vous espérez accomplir. Mais vous devez également savoir où cela aura lieu et qui devrait être impliqué.
Communiquez vos objectifs aux employés
10 Votre événement Kaizen ne devrait pas être une surprise pour vos employés. Dites-moi pourquoi vous organisez cet événement et ce qu'ils peuvent en retirer.
Choisir un chef d'équipe
Vous devez sélectionner un chef d'équipe qui partagera votre compréhension de l'importance de l'événement. Cette personne sera généralement un superviseur clé dans votre entreprise et quelqu'un qui se concentre également sur la création de changements positifs.
Créer des mesures de performance
Vous devez avoir une compréhension claire des améliorations que vous souhaitez apporter. Mettez en place des mesures pour montrer les niveaux de performance actuels afin d'avoir quelque chose à comparer à la fin de l'événement. Vous devrez également avoir une idée de ce que vous ferez pendant l'événement kaizen. Déterminez un calendrier approximatif pour votre événement. Cela garantira que vous avez tout ce dont vous avez besoin pour tous les projets spécifiques que vous pourriez faire.
3. Vivre l'événement Kaizen
Au cours de votre événement kaizen, le chef d'équipe fournira une formation
et un soutien à l'équipe. Il est également important qu'ils gardent les employés engagés pour la majorité de l'événement. Un manque d'enthousiasme pendant l'événement Kaizen rendra plus difficile la mise en œuvre de tout changement une fois l'événement terminé.
Il est important de laisser l'équipe proposer ses propres idées sur la manière d'apporter des améliorations. Puisqu'ils sont les plus proches du travail impliqué, ils sont les meilleurs pour trouver des solutions d'amélioration.
Voici un bref résumé de ce que chaque jour de l'événement comportera :
Jour 1 Le premier jour de votre événement commencera par un coup d'envoi et une explication de l'importance de l'événement. Il y aura généralement une formation sur les sept formes courantes de déchets et un aperçu du processus actuel qui doit être amélioré. Le premier jour de l'événement Kaizen consiste à informer vos employés et à préparer le terrain pour le deuxième jour.
Jour 2
11 Le deuxième jour est généralement consacré à la documentation et à la collecte de données. Les employés identifieront les goulots d'étranglement et identifieront les ressources nécessaires pour accomplir leurs tâches.
Jour 3 Le troisième jour, les employés commenceront à réfléchir à des solutions d'amélioration possibles. Ils créeront un plan qui identifiera un échéancier pour les améliorations immédiates et à long terme. Idéalement, ils devraient créer une carte visuelle pour illustrer l'impact de ces changements.
Jour 4 Le quatrième jour de l'événement, les employés se concentreront sur la mise en œuvre de leur plan. Cette journée se concentre sur la recherche de moyens de mettre en œuvre leurs changements avec un impact minimal sur l'opération. Cela peut être l'un des jours les plus difficiles de l'événement Kaizen.
Jour 5 Le dernier jour de l'événement, les employés créeront un plan de suivi ainsi qu'un rapport pour la direction. Les équipes doivent présenter un aperçu des meilleures pratiques et des choses qu'elles ont apprises. Cela peut être utile pour les futurs événements Kaizen.
En synthèse, un événement Kaizen n'est pas conçu comme une « solution
rapide » mais comme une partie d'une solution d'amélioration à long terme. Kaizen peut être un outil précieux pour un changement positif au sein de toute entreprise. Et avec la bonne planification et les bons outils, un événement Kaizen peut apporter un certain nombre d'améliorations positives à votre entreprise.
De nombreuses entreprises trouvent que les événements Kaizen les aident
à mieux comprendre leurs processus. En apprenant ce qui fonctionne et ce qui ne fonctionne pas, l'ensemble de leur organisation se sent plus en mesure de créer un changement positif. Les avantages intangibles qui découlent des événements Kaizen sont ce que de nombreuses entreprises trouvent le plus précieux.
12 Conclusion
Dans notre exposé, nous avons présenté quatre notions liées à la
méthodologie Agile Scrum que sont I-shaped, iteration, iterative life cyle et Kaizen Event. Il en ressort qu’une personne est dite I-shaped lorsqu’elle possède des connaissances approfondies dans un domaines et ignore tout ou presque tout des autres domaines. Ce type de profil présente plus d’inconvénients que d’avantages. Dans la méthodologie Agile, les projets sont divisés en étapes appelées itérations, et dans la méthodologie scrum, ces itérations sont appelées sprints. On a ensuite abordé la notion de cycle de vie itératif qui est un aspect de gestion de projet permettant de déterminer la portée et la durée du projet à l’avance. Il aide à limiter l’impact des modifications au cours de la réalisation du projet. Enfin, le Kaizen Event est un atelier d’équipe de courte durée ayant pour objectif d’améliorer certains domaines ou fonctionnalités du projet.
