Avez-vous déjà observé comment les entreprises de développement de logiciels ou les sociétés de conception de services logiciels décrivent un projet ? Après avoir lu leurs descriptions, pouvez-vous comprendre rapidement les besoins et le contexte spécifiques du projet ?

Les descriptions de projets logiciels suivent souvent quatre points communs :

Présentation de l'industrie du client

Les clients des projets logiciels proviennent de divers secteurs. Pour présenter un projet à des personnes de différentes industries, il est essentiel de commencer par le contexte du secteur. Cela inclut comment l'industrie se connecte à la vie des gens, quels sont les marchés cibles, le rôle de l'entreprise ou de l'individu dans cette industrie, leurs croyances ou caractéristiques, et leur vision future. Cette introduction aide les développeurs à comprendre les perspectives des clients.

Problèmes rencontrés dans le processus commercial (besoins)

C'est la principale motivation du client. Quels problèmes rencontrent-ils dans leur environnement de travail ? Est-ce que le processus actuel nécessite une numérisation, ou le système d'information existant doit être réorganisé ? Ou bien, est-ce que de nouvelles mesures numériques sont nécessaires pour suivre les tendances de l'industrie ? Il est crucial de comprendre objectivement la situation du client.

Solution proposée

Après avoir atteint un consensus avec le client, l'entreprise de logiciels propose des plans et des implémentations personnalisés qui s'intègrent avec succès dans le flux de travail du client.

Résultats

Par rapport aux anciennes solutions, quelles différences et changements objectifs la nouvelle solution a-t-elle apportés au client ? Par exemple : amélioration de l'efficacité des processus, réduction du temps de consolidation des informations, nouveaux canaux pour atteindre les clients...

Ces quatre points aident à obtenir une compréhension initiale du projet. Lors des discussions avec le client, le chef de projet doit s'assurer que ces descriptions sont claires. Une description de projet logiciel est flexible, pouvant être résumée en une phrase ou détaillée dans un rapport. À ce moment-là, vous pouvez essayer de :

Établir une « valeur fondamentale » pour définir la portée du projet

Un projet vise à atteindre un objectif spécifique avec des ressources limitées. Cependant, sans limites claires, des fonctionnalités « connexes » peuvent émerger. Bien qu'elles puissent améliorer la solution, elles peuvent prolonger le temps de développement et retarder le lancement. Parfois, elles n'apportent pas de valeur concrète à la solution.

Exemple :

Un client souhaite qu'un système d'information d'entreprise exécute automatiquement des tâches planifiées en appuyant sur un bouton. Cela semble simple, mais le développement peut nécessiter des considérations supplémentaires comme les permissions d'exécution, l'état précédent, et la stabilité du système. Le client pourrait alors demander une interface plus dynamique.

Lors du développement logiciel, en planifiant des fonctionnalités basées sur une seule histoire utilisateur, nous devons souvent considérer les scénarios et la logique métier. Si le client n'a pas d'objections sur les fonctionnalités, il peut se concentrer sur l'interface, les couleurs, l'agencement, et les transitions, souhaitant une apparence plus vivante.

Que faire lorsque le développement des fonctionnalités et l'interface attendue par le client entrent en conflit dans un délai limité ?

Il est alors nécessaire de revenir à la « valeur fondamentale » pour évaluer la nécessité et la priorité des fonctionnalités. La valeur fondamentale est souvent un slogan concis, comme un mantra puissant, qui aide à décider quelles histoires utilisateur ajouter ou supprimer. Par exemple, face à l'insistance du client, nous pouvons orienter la discussion vers l'impact d'une interface plus vivante sur l'utilisation du système d'information. Si des modifications de conception sont nécessaires, cela pourrait retarder le lancement. Nous pouvons alors suggérer de prioriser les demandes selon la « valeur fondamentale » pour respecter le calendrier.

Définir la « valeur fondamentale » la plus appropriée avec le client pour chaque projet

La valeur fondamentale du projet sert de guide, comme un phare, lors des discussions avec l'équipe de développement ou le client, évitant de s'écarter du sujet principal. Si vous êtes préoccupé par les demandes des clients, envisagez de définir la valeur fondamentale du projet pour vous convaincre et convaincre le client !