AgilePM permet la priorisation de la valeur chez Smals

Smals est l'organisation TIC commune des institutions publiques de sécurité sociale de la Belgique. Elle réalise des projets et services TIC innovants dans les domaines du travail, de la famille et de la santé pour les institutions de sécurité sociale et de soins de santé et leur offre une large gamme de services TIC.

Les TIC au service de la société ne sont pas qu'un slogan pour Smals ; ils participent à des travaux pionniers en matière d'e-gouvernement et d'e-santé en Belgique et contribuent de manière importante à la transformation numérique de la sécurité sociale et des soins de santé. Smals est également active dans le développement du G-Cloud, le cloud du gouvernement belge.

L'équipe du Centre de Compétence SharePoint recherchait une méthode agile pour soutenir ses projets et initiatives de développement, et améliorer la livraison et les taux de réussite des projets. Les membres de l'équipe connaissaient l'approche Scrum, mais aussi ses limites, étant principalement conçue pour les équipes de développement logiciel. L'équipe avait précédemment tenté d'implémenter Scrum sur des projets, mais cela n'avait pas pu fournir tout ce dont elle avait besoin.

L'équipe avait besoin d'une approche Agile qui intègre la gestion de projet, leur permettant de mieux impliquer les représentants métier dans les projets pour s'assurer que l'équipe travaillait sur les initiatives et projets qui apporteraient le plus d'avantages et de valeur.

Le premier défi clé pour l'équipe était celui de l'accompagnement, pour s'assurer que les membres de l'équipe étaient familiers et à l'aise avec l'approche AgilePM.

Le deuxième défi clé était de s'assurer que l'équipe projet respecte les règles, la vision et les principes. Un développeur qui était très bon techniquement n'était, par exemple, pas convaincu par l'approche AgilePM et était sceptique au début. Mais il a finalement joué le jeu et a pu voir la logique de l'approche, d'autant plus que les relations entre l'équipe projet et le métier étaient meilleures qu'auparavant.

Un autre défi était de gérer avec soin les attentes du client. Dans le passé, les clients s'attendaient à ce que le projet progresse (et que les résultats se matérialisent) rapidement sans fixer de délai. Smals a découvert qu'il était vital de briefer le client au stade initial du projet, en assurant la transparence, une communication ouverte, et de gérer les attentes.

Lors de la réunion de lancement du projet, l'approche AgilePM a été expliquée, les rôles et responsabilités clés ont été attribués, et l'approche générale du projet a été présentée et approuvée.

À la fin de la réunion de lancement, l'équipe a confié à l'entreprise la tâche de créer une première version du backlog en décrivant leurs exigences et en les priorisant selon la technique de priorisation MoSCoW (Must have, Should have, Could have, Won't have this time). Le défi était de ne désigner que 60 % de l'effort total du projet comme indispensable, ce qui peut s'avérer difficile car l'équipe voit souvent 70 à 80 % des exigences désignées comme indispensables lors du premier tour.

L'équipe a réussi à livrer rapidement et en l'espace de trois mois, elle était prête à mettre en ligne la nouvelle application.

L'une des fonctionnalités AgilePM les plus utiles pour l'équipe Smals est la technique de priorisation MoSCoW, une technique populaire pour prioriser les tâches et exigences de projet. Cette priorisation garantit que l'équipe de projet reste concentrée sur les éléments et fonctionnalités qui apportent le plus de valeur au projet et au client.

Le client a apprécié travailler de manière agile. Cela permet à l'entreprise d'être beaucoup plus impliquée dans le projet et dans les décisions quotidiennes. Il n'est pas rare qu'un client pense que quelque chose est simple, mais être plus impliqué lui permet de mieux comprendre la tâche et les défis associés.

À l'inverse, les développeurs ont une meilleure compréhension des besoins sous-jacents. L'approche AgilePM permet un dialogue transparent et la prise de bonnes décisions, sans que les équipes de développement se focalisent sur des éléments qui ne sont pas si importants pour le client/l'entreprise.