Gestion des sorties de produits : le retour d’expérience de SoftFluent – 3/12

Gestion de la feuille de route et planification

Ce planning est essentiellement géré par un comité dédié. Chaque mois se tient une réunion de 2 heures dans laquelle nous :

1. Examinons les modules en cours

2. Approfondissons certaines fonctionnalités lorsqu’il est nécessaire d’affiner les limites d’un module spécifique,

3. Discutons des modules à venir et mettrons à jour la liste des priorités si nécessaire

4. Discutons des demandes orientées client importantes quand elles sont alignées avec notre feuille de route.

Sur ce dernier point, ci-après quelques exemples de demandes client valident selon notre point de vue :

· Dans le passé, l’ajout de la base de données Oracle, notre produit CodeFluent Entities supportant un nouveau producteur de base de données Oracle, était aligné avec une demande client. Nous savions qu’il souhaitait cet ajout mais nous avons attendu qu’il est un vrai projet à mettre en œuvre. De cette façon nous étions sûrs que le module développé serait rapidement en production avec de vrais retours immédiats. En tant qu’acteur de l’écosystème Microsoft avoir un retour de client sur Oracle était vraiment crucial.

· Nous avons aussi ajouté le support de Visual Basic pour la couche intermédiaire générée par CodeFluent Entities (aka Business Objet Model) en fonction de retours cohérents de clients. Ce n’est pas lié à un client en particuliers mais à plusieurs demandes de clients au travers de la communauté. De même nous avons prévu les producteurs MySQL et PostgreSQL pour l’année 2012.

· A l’avenir nous pourrions envisager de générer du code en Java, cela nous ouvrirait un marché plus large notamment dans des zones géographiques où Microsoft est inexistant, mais l’investissement étant ambitieux, nous ne l’avons pas fermement planifié, ce que nosu pourrions faire si plusieurs clients engageaient un budget pour cela.

· En revanche, si un client nous demande d’implémenter une fonctionnalité spécifique dans le BOM, comme par exemple de modifier le ‘caching’ nous n’allons pas le mettre dans notre feuille de route tout de suite. Nous allons lui expliquer comment faire cette extension lui-même ou lui proposer de le faire sous forme de mission de conseil.

En fin de compte, nous formalisons notre feuille de route à l’aide de 2 outils :

· De simples listes Excel de modules et de fonctionnalités, synchronisées avec une base centrale (ces listes ont été développées grâce à notre produit qui fournit cette intégration),

· Une diapositive visuelles qui résume les modules livrés et veux à venir. Il peut paraître inhabituel de détailler ce qui a été fait dans le passé et le timing, mais nous pensons que c’est important dans notre cas dans la mesure où la valeur de notre offre est de digérer les technologies Microsoft à un rythme pertinent. La diapositive ci-dessous le démontre donc de manière concrète.