Gérer le "Scope Creep" et le "Gold Plating" dans les projets logiciels

Dans le cas des projets informatiques, le "Scope Creep" (provenant du site du propriétaire) et le "Gold Plating" (provenant du PM, du Scrum Master ou des développeurs) sont les menaces les plus courantes. Les changements incontrôlés dans le projetL'ajout de nouvelles fonctionnalités ou l'introduction de changements font indubitablement partie des menaces qui affectent à la fois l'efficacité et la rapidité des projets. Dans le passé, nous avons eu l'occasion de coopérer avec des startups et des entreprises plus importantes telles que Livenation / Ticketmaster, Stroer ou Agora (le plus grand groupe de médias en Europe). Pendant cette période, j'ai coordonné de nombreux projets informatiques - en particulier ceux liés à développement de logiciels. Cette expérience m'a permis de comprendre que peu importe que vous travailliez dans une petite ou une grande entreprise : si vous voulez réussir, vous devez avoir une longueur d'avance sur vos concurrents.

J'aimerais vous faire part de mon point de vue sur le développement efficace des projets de développement de logiciels. En tant que CCO chez Codest, nous mettons en œuvre des projets tous les jours pour des entreprises internationales dans le monde entier. La bonne approche de la gestion est la première étape clé qui influencera ultérieurement la réussite du projet. Je distingue quatre principes de base, dont le respect nous a permis de développer un modèle de gestion réellement efficace. Grâce à eux, nous évitons des problèmes ultérieurs, notamment ceux liés à la dérive et à l'orpaillage du champ d'application. Les voici :

1. Méthodologue. Quelle que soit la taille du projet ou son niveau d'avancement, nous mettons toujours en œuvre une méthodologie appropriée qui nous permettra de gérer le projet de manière cohérente avec les règles de l'Union européenne. Agile approche. Dans ce cas, le méthodologiste Scrum nous aide. Grâce à lui, nous maîtrisons toutes les étapes du projet. Chaque membre se concentre sur des tâches strictement définies. De cette manière, nous évitons les distractions inutiles et maintenons une efficacité maximale du travail.

2. MVP. C'est ce que l'on peut appeler notre principe de base. Si vous voulez créer une application, faites-le, mais dans une gamme très basique. Vous gagnerez du temps et éviterez les risques d'épuisement budgétaire. La vision initiale de l'application produit est souvent vérifiée et modifiée ultérieurement. Au fil du temps, le client peut changer d'avis sur les caractéristiques requises d'une application, ce qui engendre des coûts inutiles et prolonge le travail.

L'approche MVP fonctionne assez bien. Nous créons une application qui a, par exemple, 20% de toutes les fonctionnalités, mais qui est déjà capable de vérifier sa valeur sur la page marché. De cette manière, le client reçoit les commentaires des utilisateurs et sait quelles caractéristiques son produit doit avoir pour être efficace. Nous nous concentrons ensuite sur le développement de ces éléments. Les graphiques ci-joints illustrent parfaitement ce processus :

3. Essais. Le test des différentes fonctionnalités de l'application est directement lié au MVP. S'il s'avère que quelque chose ne fonctionne pas comme prévu, il vaut mieux le rejeter et chercher une autre solution. Chez Codest, nous avons rencontré des clients qui, dès le début, ont imposé la forme finale d'une application et étaient convaincus qu'il s'agissait de la seule bonne vision. Je ne voudrais pas m'étendre sur les effets ultérieurs de cette approche. C'est pourquoi je pense qu'il est nécessaire de souligner une fois de plus que la simplicité est la clé du succès.

4. Le développement. La construction de l'application devrait commencer par l'UX, le design, le backend et le frontend. En bref, tout commence par les tâches simples "indispensables" qui constituent le produit MVP. Une fois cette phase de développement atteinte, vous pouvez vous concentrer sur le développement des fonctionnalités appelées "nice to have".

Résumé

À mon avis, il s'agit de quatre principes de base qui conviennent parfaitement à la gestion des projets de développement de logiciels. Cette approche réduit les risques de distractions inutiles, d'allongement du temps de travail et d'inefficacité des coûts.

Enfin, permettez-moi de vous donner un autre exemple. Il y a quelque temps, nous avons reçu une spécification de projet de la part d'un client. Nous avons immédiatement rejoint le équipe pour l'évaluer. Le client attendait de nous que nous créions le produit dans un délai de douze mois. Selon notre approche, nous avons proposé une approche MVP et une période de développement de trois mois. Finalement, nous avons réussi à convaincre le client. Après quelques mois, il a été impressionné par la solution. Le client a reçu son produit fonctionnel dans un délai relativement court. Dans le cas de plusieurs fonctionnalités, il a décidé de modifier le projet dès le début.

Le modèle que j'ai décrit dans cet article est notre façon de mettre en œuvre avec succès des projets de développement de logiciels. Croyez-moi, cette solution permet non seulement d'améliorer le travail et de le rendre efficace, mais aussi d'éviter les dérives et le "gold plating".