Oui, ce sont les DSI eux-mêmes, comme c’est relaté dans un article de 01 :
N. est une commerciale dynamique qui vend, entre autres, de la méthode agile. Elle me raconte qu’une administration qu’elle a prospectée lui a répondu : Non. On ne peut pas appliquer les méthodes agiles chez nous, parce que nous ne pourrions pas impliquer suffisamment nos MOA.
La personne qui a dit ça a bien compris que les méthodes agiles nécessitent une forte implication du “métier”, à travers le rôle de Product Owner. Cependant elle préfère renoncer aux bienfaits de l’agilité plutôt que d’essayer d’impliquer plus la MOA.
Dans mon billet d’hier, je trouvais abusif la référence à une culture française spécifique à propos du suivi de projet.
Coïncidence, je viens de trouver l’usage de la même expression franco-française sous la plume de Louis Naugès, mais cette fois je suis bien d’accord avec son emploi.
Il y a plus d’un an, je constatais qu’une organisation de type MOA MOE provoquait souvent une division du travail à l’opposé des recommandations des méthodes agiles. L’Agilitateur avait apporté, avec brio comme d’habitude, des compléments sur l’origine de cette pratique, qui est répandue dans nos administrations et nos grandes entreprises.
J’ai fait la semaine dernière une présentation de Scrum à des personnes qui n’avaient jamais entendu parler des méthodes agiles. Ce n’est pas ce que je fais d’habitude et c’est à éviter pour des novices complets sur le sujet.
C’est qu’avec Scrum on utilise un langage particulier : sprint, scrumMaster, backlog, product owner, scrum daily meeting, etc.
De nombreuses organisations utilisent intensivement ces acronymes. Personnellement je trouve que c’est de façon abusive, surtout quand on les utilise au sein d’une seule organisation ou pour des rôles alors que, historiquement, ces notions s’adressent à des personnes morales.
Mais l’essentiel n’est pas dans le nom. L’utilisation de MOA et MOE tend à créer une séparation très nette entre 2 groupes. Cela contribue aux problèmes suivants :
Le contrat au forfait tel qu’il est couramment pratiqué n’est pas la meilleure façon de travailler entre une MOA et une MOE. Mais s’il est imposé, il n’est pas incompatible avec des pratiques agiles, qui peuvent contribuer à son succès.