Quelles questions doit-on se poser pour mettre en place l'agilité dans votre organisation?

Mettre en place l'agilité peut se résumer par le kanji ci-dessus qui signifie SHU HA RI.

SHU:  protéger, obéir, apprendre les fondamentaux, les techniques

HA: détacher, digresser, rompre avec la tradition, le détachement des illusions de soi.

RI: prendre congé, séparer, transcender le physique, fluidifier.

SHUHARI est en quelque sorte le processus de haut niveau pour instancier une transition vers plus d'agilité.


1. Pourquoi l'agilité?

D'accord, l'agilité est tendance à l'heure actuelle. Mais dans tous les cas, posez-vous la question pourquoi voulez-vous, pourquoi votre organisation veut-elle ou doit-elle devenir agile? Toutes les raisons sont bonnes.
Par exemple:

1. Nous souhaitons devenir agile parce que Gartner Research a défini l'agilité comme étant une des trois mutations dans les dix prochaines années avec la gestion des applications et la SOA (architecture orientée services).
2. Nous souhaitons améliorer notre relation client.
3. Nous souhaitons livrer plus rapidement.
4. Notre organisation (PMO) a une méthodologie en décalage avec les accointances des ingénieurs nouvellement recrutés: par ex., Lean Six Sigma vs Scrum.
5. Nous n'avons pas de maturité dans la gestion de projet.
6. Nous pensons que l'agilité peut soutenir notre démarche RSE .
7. etc...

Il y a autant de raisons qu'il y a d'organisation. Dans tous les cas, pensez à bien clarifier les raisons pour lesquelles vous souhaiter démarrer ce changement. En langage Scrum, nous clarifions la Vision (True North en Lean).

2. Les questions pas vraiment "drôles" à se poser?

 

La mise en place de l’agilité n’est pas une alternative au découpage du projet en phase (WBS) mais bien la mise en place d’interactions entre les clients/les utilisateurs/le management et l’équipe de développement.

Une agilité au sein d’une MOA n’a de valeur que si ce changement est conduit avec le support de la PMO (Program Management Office) [si vous en disposez une bien sûr].

La proposition de l’agilité est d’apporter de la valeur à votre organisation. Pour parvenir à cela différents objectifs sont à prendre en compte :

•  La MOA estime que les fonctionnalités, la technique est le domaine du Développement
• Un pool d’analyse des risques existe-t-il ?
• Comment sont gérées les exigences ? 
• Disposez-vous d’ergonomes (UX Designers) ?
• Qui contrôle le portefeuille de projets ? 
• Disposez-vous des mesures de temps et de gestion de la valeur acquise (SPI, CPI) ?
• Comment mesurez-vous la qualité de vos réalisations ?
• Visualisez-vous le workflow du process de production ? 
• Est-ce que la BPMO (Business Process Management Office) contraint ou propose ?
•  Avez-vous clarifié vos standards ?
•  Êtes-vous seul ou accompagné ?

3. Les ultimes points à vérifier

L’Agilité engendre un changement dans l’organisation de votre département. Avez-vous un plan de changement ?

Avoir Backlog de Changement permet de fixer les modifications organisationnelles et met en lumière les points d'amélioration: de mon côté, j'utilise un plan de changement reprennant les principes d'un Value Stream Map pour identifier Muri, Mura et Muda.

4. Conclusion

Si vous avez répondu à toutes ces questions vous saurez comment aborder votre projet.

Quelques éléments clefs qui vous aideront peut-être:

• MOA, MOE, Dévelopement ne sont que des rôles dans une organisation "systémique".
• Utilisez des ressources externes pour vous faire aider ponctuellement: celles-ci vous apporteront un regard neuf.
• Diversifiez vos ressources.
• Changez votre façon de penser

3

3.