Si l’on devait me demander quelle est la tendance la plus importante aujourd’hui dans le développement de produit dans l’industrie des télécommunications, je dirais le logiciel plus que le matériel. Aujourd’hui, grâce à toutes les innovations techniques, le matériel sert principalement à attirer l'œil, alors que les fonctionnalités réelles d'un appareil – tel que le système multi-cellulaires IP ou l’auto-commutateur PBX – dépendent de son logiciel.
Par conséquent, les clients achètent un produit pour ce qu’il y a à l’intérieur, ce qui exige une nouvelle approche des processus de développement. Alors que la plupart des fabricants d’équipements de téléphonie utilisent la méthode dite en cascade comme procédure de conception séquentielle, y compris pour les logiciels, ils feraient mieux de passer à la méthode agile afin d’être prêts pour le futur, notamment pour pouvoir ajouter tôt dans la vie de leurs produits, les fonctionnalités requises par le client.
Méthode en cascade et méthode agile
La méthode de développement en cascade consiste en une série d’étapes définies, telles que la conception, l’analyse, le design, la construction, le test et la mise en œuvre ; et on ne peut passer à l’étape suivante que lorsque la précédente est achevée. Un nouveau produit est donc lancé avec toutes les fonctionnalités incluses. En revanche, lors d’une procédure de développement agile, on sort un produit aussitôt que possible avec des fonctionnalités minimales. Ainsi, les clients peuvent utiliser le produit à un stade précoce et fournir au fabricant des retours précieux dès la mise sur le marché de la première version. Le produit pourra être développé au plus proche des besoins des clients, ce qui en garantira le succès commercial.
Le meilleur de la flexibilité
Dans notre monde moderne tourné vers le logiciel, une procédure de développement de produit agile comporte de nombreux avantages par rapport à la méthode en cascade, notamment la flexibilité. En effet, avec la méthode en cascade, les retours des clients concernant le produit sont tardifs. Les programmeurs et développeurs ont donc du mal à mettre en œuvre des modifications orientées clients dans l’intervalle. La procédure étant séquentielle, une fois une étape achevée, il est impossible de revenir à une étape antérieure sans reprendre le projet presque depuis le début. Avec la méthode agile, programmeurs et développeurs travaillent en petits modules, ce qui leur permet de tester et d’évaluer un produit étape par étape et d'effectuer les modifications nécessaires.
Diagnostic précoce des erreurs
La flexibilité n’est pas le seul avantage de la méthode agile, la qualité joue également un rôle important. Comparez la méthode en cascade – avec une seule phase de test à la fin du développement du produit – à la méthode agile – où on met constamment en œuvre des procédures de test à la fois manuelles et automatiques à chaque étape du développement, en incluant les retours des utilisateurs. Résultat ? Une découverte précoce des bugs et erreurs, et la possibilité d’intégrer très tôt au produit les retours des clients. En d’autres termes, une procédure de test plus rapide, plus efficace et plus souple qui permet à la fois une présentation précoce du logiciel ET une réduction des erreurs à la fin de la phase de développement du produit. C’est ce que j’appelle faire d’une pierre deux coups.
Les collaborateurs – votre investissement le plus important
Un point très important pour moi dans une procédure de développement de produit agile, c’est l’équipe. Peu importe la flexibilité ou la qualité de votre procédure, sans un investissement adéquat de votre équipe, vous n’aurez jamais le meilleur produit. C’est pourquoi vous devez vous assurer que votre procédure correspond aux besoins de vos collaborateurs. Par exemple, en intégrant un moment d’échange après chaque étape du développement pour que les membres de l’équipe puissent indiquer s’ils possèdent ou non les informations et la technologie nécessaire pour faire leur travail. Et si vous entamez le développement d'un nouveau produit, il est primordial que les collaborateurs aient les connaissances et compétences requises. Pour cela, il faut fournir des démonstrations de produits, des ateliers, des astuces provenant d’autres sites de production ou de la formation – tout pour garantir la meilleure préparation pour le développement d'un nouveau produit.
Pour conclure mon argumentation en faveur d’une procédure de développement de produit agile dans l’industrie des télécommunications, je tiens à souligner que cela ne s’applique pas seulement au développement logiciel. Même s’il est difficile de développer du matériel étape par étape – après tout vous ne pouvez pas demander aux utilisateurs de n’évaluer que la moitié d’un boîtier – il est toujours possible d’intégrer vos méthodes de travail pour le matériel dans vos besoins agiles et inversement. Ne vous en privez pas !