L'horrible vérité sur le processus de développement de logiciels

Source de l'image : perfectdigital.com

Vous connaissez cette photo, n'est-ce pas ?

Je pense que cela montre très bien que de grandes divergences et un manque de vision peuvent apparaître au sein de l'Union européenne. projets de développement de logiciels entre tous les participants et toutes les personnes impliquées. Les problèmes surgissent souvent dès le début, lorsque le client arrive avec un projet (théoriquement) définitif. produit et la présente à la Commission européenne. équipe. Viennent ensuite d'autres malentendus, des interprétations erronées et, finalement, la projet s'engage rapidement sur la mauvaise voie du développement.

En analysant le graphique ci-dessus, je vais présenter étape par étape toutes les menaces possibles et suggérer comment les combattre. Entrons dans le vif du sujet !

1. Comment le client a-t-il expliqué son idée ?

Il y aura des divergences dans la vision du produit dès le début. Pourquoi ? La raison est très simple : chacun interprète la réalité à sa manière, a une idée de quelque chose en tête et peut ne pas présenter cette vision avec précision à l'autre partie. Si vous décrivez avec des mots un produit que vous aimeriez construire, il y a de fortes chances que l'équipe de développement comprenne votre vision d'une manière différente de celle que vous aviez prévue.

Bien sûr, il est possible d'éviter cela. Vous devez commencer à visualiser dès que possible et discuter des éléments individuels des fonctionnalités du produit sur la base d'esquisses. Il est intéressant de noter que les premières esquisses n'ont généralement rien à voir avec le produit final. Toutefois, à ce stade, le plus important est de rendre la vision cohérente.

2. Comment le chef de projet l'a-t-il compris ?

Vous vous demandez pourquoi la première et la deuxième image sont si différentes ? Le chef de projet examinera toujours de plus près la vision du produit. Cependant, le chef de projet ne peut pas se contenter de regarder de plus près la vision du produit, il est important qu'une telle personne, essentiellement responsable de l'ensemble de l'activité de l'entreprise, soit en mesure d'assurer la continuité de l'activité de l'entreprise. développement de logiciels processus, comprend parfaitement le problème et les besoins liés au produit. Le chef de projet doit avoir une vision d'ensemble claire. Comme vous pouvez le constater, les deux images ne diffèrent pas en termes de fonctionnalité. Elles ont simplement un aspect différent. Pour mieux comprendre ce point, revenons à la première image. Au début du projet, il n'y avait pas de croquis, ce qui a déjà donné lieu à un malentendu. La fonctionnalité du produit est correcte, mais le design est complètement différent.

3. Comment l'analyste l'a-t-il conçu ? et 4. Comment le programmeur l'a-t-il écrit ?

Parfois, les analystes et les développeurs ne connaissent pas les besoins des utilisateurs ou les objectifs commerciaux établis. Ils ne voient qu'une petite partie de l'ensemble du projet, qui capte leur attention principale. Ils ne sont pas en mesure d'adopter une perspective plus large, ce qui est particulièrement vrai pour les projets de grande envergure, où de nombreux développeurs travaillent en même temps.

Nous pouvons également utiliser un autre exemple. Il peut arriver que le problème à résoudre soit mal décrit, par exemple par le propriétaire du produit. Cela implique de fournir des informations incomplètes sur lesquelles le développeur ou le concepteur créent leurs propres interprétations, et le produit s'écarte de plus en plus de la voie de développement prévue.

Comment changer cela ? Je pense qu'une bonne solution consiste à s'assurer que les personnes qui jouent un rôle clé dans le projet ont une connaissance détaillée de celui-ci - ce que l'on appelle la "vue d'ensemble". En cas de malentendus, il leur sera plus facile d'apporter la solution au problème. processus de développement de logiciels de revenir sur la bonne voie. Par conséquent, n'oubliez pas que si chacun ne voit que son petit fragment de la fonctionnalité développée, les malentendus dans la vision deviennent une menace probable.

5. Comment le conseiller d'entreprise l'a-t-il décrite ?

Ici, l'affaire est simple. Le produit doit se vendre. Vous devez vous démarquer d'une manière ou d'une autre, de sorte que, par exemple, une simple balançoire pour votre jardin devienne un élément extraordinaire. L'idée est de convaincre un acheteur potentiel. Le service marketing et commercial fera certainement tout pour montrer que le produit est unique.

6. Comment le projet a-t-il été documenté ?

L'absence de documentation est un problème très courant. Parfois, la création d'une documentation pendant développement de produits semble être une perte de temps inutile. C'est une erreur. Je dis très souvent que les changements se font plus rapidement sur le papier que dans l'entreprise. codeet il y a de quoi faire. En outre, il est plus facile de se référer à la documentation pour suivre les changements. Croyez-moi, un projet sans documentation risque fort de passer à côté de sa vision.

7. Quelles opérations ont été installées ?

Cette étape consiste à placer l'environnement sur le serveur. Comme dans le cas des programmeurs et des analystes, sans données complètes et avec des lacunes dans la communication, il peut s'avérer que seule une partie de l'environnement nécessaire a été créée.

8. Comment le client a-t-il été facturé ?

C'est le résultat d'une mauvaise communication, d'un manque d'UX, etc. L'apparition d'erreurs augmente le temps de développement. Et le temps, c'est de l'argent, n'est-ce pas ? Mon conseil est de mener le projet conformément à la méthode Agile.Je suis persuadé qu'en agissant ainsi, vous éviterez de tels problèmes. Je ne doute pas qu'en procédant ainsi, vous éviterez de tels problèmes.

9. Comment a-t-il été soutenu ?

Souvent, les clients se concentrent uniquement sur la création d'un produit et s'en tiennent là. Cependant, nous vivons à une époque marquée par de nombreux changements et innovations technologiques, c'est pourquoi il est nécessaire de maintenir une assistance technique constante. L'idée est d'éviter une situation dans laquelle quelque chose cesse soudainement de fonctionner parce qu'il devient obsolète et que le produit perd de sa valeur. Cet aspect ne doit pas non plus être oublié.

10. De quoi le client avait-il vraiment besoin ?

Nous avons atteint le dernier point. Observez l'écart entre le premier et le dernier graphique. Après tout, ils se rapportent tous deux au point de vue du client. Pourquoi en est-il ainsi ? Tout le monde dit que c'est aussi simple que cela 🙂 Les résultats d'une enquête diffèrent toujours des besoins réels des personnes interrogées. En répondant à la question de l'enquêteur, les utilisateurs veulent se montrer sous leur meilleur jour. C'est pourquoi, ILS NE RÉPONDENT SOUVENT PAS FRANCHEMENTmais plutôt d'une manière qu'ils pensent devoir répondre. En fait, ils ne veulent pas être exposés à l'évaluation négative des autres. Voici un petit conseil pour vous : mentionnez dans les instructions qu'il n'y a ni bonnes ni mauvaises réponses.

Où se situent les autres différences ? Souvent, les gens ne savent pas ce qu'ils veulent vraiment. Très souvent, les utilisateurs disent au départ qu'ils ont besoin de 10 fonctionnalités dans le produit, alors qu'ils n'en utilisent en réalité que 3, par exemple.

Comment résoudre ce problème ? En plus de demander aux utilisateurs ce qu'ils veulent et ce dont ils ont besoin, permettez-leur de tester le produit, de préférence sur des articles authentiques pour maintenir la crédibilité. Plus il y a de tests lors de la création des produits, plus il y a de chances que le résultat soit exact.

Résumé

Si vous devenez membre d'une développement de logiciels Dans le cadre de votre projet, souvenez-vous de mes exemples et tirez-en des conclusions afin de ne pas reproduire les erreurs susmentionnées. Et n'oubliez pas que ces concepts sont très importants dans la construction d'un produit (application) à partir de zéro :

- de l'UX et des tests, afin que vous puissiez savoir ce dont vos utilisateurs ont réellement besoin,

- la communication au sein du projet, de sorte que les personnes clés du projet disposent d'une compréhension approfondie du problème et des besoins,

- développer le produit conformément aux Agile,

- n'oubliez pas l'assistance technique.

En savoir plus :

– Comment gérer efficacement les développeurs à distance ? Le guide pour les CTO

– Python ou Ruby ? Quelle technologie utiliser pour le développement de produits ?

– Un guide rapide pour créer et développer votre propre place de marché. Que faut-il savoir ?