Exposé Conduite de projet :

I-shaped
Iteration
Iterative life cycle
Kaizen Event

Exposants :

TSOBGNI KENFACK Kevin

TANANKEM MENKEM Ramses

Sous la supervision de Mr. NGONO

MANGA Elysée
Année académique 2021-2022
 TABLE DES MATIÈRES

INTRODUCTION ...................................................................………………...2

I. I-Shaped ..........................................................…..…………………..............2

II. Iteration .............................................................………………...........……..4

a. Comment se déroule une itération ? ...........................………………5

b. Règles à respecter dans un développement itératif ?……………….5

III. Iterative Life Cycle.……………………………………………………......6

1. Définition ……………………………………………………………...6

2. Le moment qu’il faut utiliser le cycle de vie itératif………………..8

3. Avantage……………………………………………………………….8

IV. Keizen Event………………………………………………………………..9

1. Définition………………………………………………………………9

2. Planification d'un événement Kaizen……………………………………...10

3. Vivre l'événement Kaizen………………………………………………….11

CONCLUSION .......................................................................………………. 13

WEBOGRAPHIE ....................................................................... …………….14

2
 Introduction

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.

13
 Références et webographie :

-PMBOKGuideSixthEd_FRA

-https://project-managemen knowledge.com/definitions/i/iterative-life-cycle/

- https://tallyfy.com/kaizen-event

- https://www.theleansixsigmacompany.be/fr/blog/general/8-precieux-conseils-
pour-reussir-son-projet-kaizen/

- https://www.izenbridge.com/blog/project-management-life-cycle-iterative-
adaptive/

- https://www.qualitystreet.fr/2008/09/11/iteration-developpement-iteratif-
clarifions-enfin/

14