Notre vision du cycle de développement logiciel

Vous connaissez probablement le cycle de développement classique d’un logiciel ou d’une application. Il se déroule habituellement en cinq phases : l’idéation, la création du Minimum viable product (MVP), la création du prototype, le lancement et l’évolution.

Chez TLM, nous voyons les choses un peu différemment. Tous les projets n’ont pas à avoir la même  »timeline ». Nos clients sont des startups en techno : ils ont souvent besoin d’encadrement, ont peu de moyens financiers, mais détiennent de l’ambition à revendre!

Pour nous accorder à leur réalité, nous avons, au fil du temps, développer une nouvelle vision du développement, beaucoup moins linéaire et beaucoup plus adaptative!

Notre philosophie, même si nous sommes, dans les faits, des consultants, est de ne faire qu’un avec le client. C’est ce que notre modèle d’affaires nous permet. C’est un peu comme si nous « louions » les services de nos programmeurs. Ils deviennent des membres actifs de l’équipe du client, et ce, parfois même pendant de nombreuses années, mais tout en restant dans le confort des bureaux de TLM (ou de la maison, beaucoup sont en télétravail).

 

Au centre de notre vision du cycle de développement : l’analyse

Notre modèle d’affaires un peu différent influence nécessairement notre façon de voir le cycle de développement. Pour nous, la clé du succès d’un projet est l’analyse. Non, ce n’est pas sexy. Non, ce n’est pas l’aspect le plus vendeur. Pourtant, il s’agit bel et bien de l’élément le plus important, à notre avis, lorsque vient le temps de bâtir une solution logicielle.

Avant d’arrêter les fonctionnalités du MVP, nous analysons une quantité phénoménale de données. Nous voulons connaître les futurs utilisateurs, ce à quoi le produit que nous construisons va leur servir. Nous voulons comprendre ce qui est réellement important pour eux.

La phase d’analyse nous amène à établir des échéanciers de projet, mais aussi, un budget. Nous choisissons les fonctionnalités à intégrer dans le MVP. Avec le client, nous priorisons le développement des fonctionnalités retenues. Nous devons parfois faire des choix difficiles, mais nécessaires, pour assurer la viabilité du MVP et respecter le budget et les échéanciers.

Coder en mode agile, cela veut aussi dire que nous nous adaptons tout au long du projet. Parfois, nous changeons d’avis au regard d’une nouvelle information. Après tout, nous bâtissons toujours dans l’optique de proposer le meilleur produit possible. Nous y parvenons en gardant un seul objectif en tête : faciliter la vie de l’utilisateur. Il est toujours placé au centre du développement, que ce soit en termes de UX (expérience utilisateur) ou de UI (design d’interface).

 

Le MVP est lancé, et après? 

Il arrive souvent que la commercialisation du MVP finance la 2e phase de programmation du produit. Les capitaux ainsi obtenus permettent de passer du MVP à la prochaine version, laquelle permettra de faire évoluer le logiciel. Elle comprendra l’ensemble des fonctionnalités du MVP ainsi que celles découvertes lors de l’expérimentation avec les utilisateurs et celles prédéfinies à la phase d’analyse.

Dans la plupart des projets, quelques mois séparent ces deux versions. Dans ce cas, il est préférable d’arrêter le développement, ou, du moins, de le ralentir. Pendant cette phase, nous recommandons à l’entrepreneur de prioriser la commercialisation du MVP et ainsi obtenir davantage de commentaires d’utilisateurs. Nos programmeurs peuvent alors être mandatés sur d’autres projets, ce qui permet à l’entrepreneur d’économiser des sommes importantes dans l’attente.

Lorsque notre client a obtenu les résultats de son MVP et finalisé son montage financier, le développement recommence avec les mêmes individus que précédemment, et ce, toujours en mode agile. Lorsqu’une nouvelle fonctionnalité est intégrée au produit, elle est présentée au client. Des modifications sont alors apportées selon ses commentaires, et ainsi va de suite.

En développement logiciel, il faut s’attendre à faire des mises à jour constantes. Il est essentiel de s’adapter aux commentaires reçus. Pour en arriver à une prochaine version, il faut être ouvert à modifier la structure et les composantes, mais aussi à intégrer de nouvelles fonctionnalités comme les besoins utilisateurs évoluent. C’est ainsi que le produit peut passer à travers le temps.

Une fois que le logiciel est sur le marché, nous continuons de veiller à sa bonne performance. Nous nous assurons que sa structure puisse soutenir sa croissance. Nos programmeurs continuent d’offrir un support constant afin de gérer les diverses problématiques et d’améliorer le rendu final.

Comme vous pouvez le voir, il nous est presque impossible d’établir  »un timeline » pouvant s’appliquer à tous les projets. Chaque mandat est différent et il faut s’adapter.

Si vous souhaitez en savoir plus sur notre cycle de développement ou nos façons de faire, sachez que nous aimons beaucoup le café. Prenez rendez-vous dès maintenant et partagez-nous votre idée autour d’une douce boisson chaude!