Les gouvernements modifient chaque année la feuille de route des produits FreeBalance

Publié le 19 avril 2018 en Croissance économique et développement

Nous avons fait travailler nos clients lors de l'édition 2018 du Comité directeur international de FreeBalance, qui s'est tenue à Miami le mois dernier. Le les ateliers de gouvernance se sont appuyés sur des techniques de développement agile adaptés au contexte gouvernemental. FreeBalance utilise une approche unique centrée sur le client pour sa feuille de route en matière de produits et de services. (Oui, nous fournissons consultatif, mise en œuvreet la durabilité services.)
Les pratiques des éditeurs de logiciels d'entreprise en matière de feuilles de route sont similaires d'un éditeur à l'autre. Les chefs de produit élaborent les feuilles de route en se basant sur le retour d'information des partenaires d'intégration de systèmes et sur les demandes de fonctionnalités des clients. Le principal lien entre les clients et les fabricants de logiciels se fait par l'intermédiaire des partenaires d'intégration de systèmes. Ces entreprises d'intégration de systèmes génèrent des revenus grâce à la personnalisation du code. Les incitations ne sont pas nécessairement alignées sur les clients. Les fabricants sont rarement impliqués directement dans les mises en œuvre.
Les demandes d'amélioration des produits parviennent aux fabricants de logiciels par l'intermédiaire du service d'assistance à la clientèle. Les fabricants sont souvent déconnectés des clients. On attend des gestionnaires de produits qu'ils compensent ce manque de retour d'information. Les pratiques acceptées en matière de gestion des produits comprennent la gestion et la triangulation des demandes de fonctionnalités. Les feuilles de route des produits deviennent des "loteries de fonctionnalités". Les résultats déçoivent souvent tous les marchés verticaux de la même manière.

Contexte et feuilles de route des produits

Comprendre le contexte est le défi le plus difficile à relever pour les gestionnaires de produits. Ils doivent souvent deviner pourquoi les clients demandent des fonctionnalités spécifiques. Quel problème cette fonctionnalité va-t-elle résoudre ? S'agit-il d'un problème commun qui devrait faire partie du produit ? La gestion de la feuille de route repose souvent sur l'expérience et l'opinion du chef de produit. Les gestionnaires de produits doivent souvent faire l'abstraction de plusieurs demandes afin d'identifier des modèles.
Cela se produit à la suite d'idées "brillantes" de la part des cadres, ou d'un refus de la part des équipes de développement qui ont des préférences en matière d'ingénierie. (On dit que les chefs de produit sont des mini-chefs d'entreprise, ce qui est très trompeur car les chefs de produit n'ont pas le droit d'embaucher et de licencier).
Les gestionnaires de produits doivent souvent trouver un équilibre entre les besoins en fonctionnalités et les idées technologiques. Les technologies émergentes sont plus intéressantes, mais les gestionnaires de produits sont souvent confrontés à la création de solutions de pointe à la recherche de problèmes.
Des efforts considérables sont déployés pour dessiner l'avenir des produits. Les diagrammes Visio et les présentations PowerPoint se multiplient. Les fabricants de logiciels élaborent des feuilles de route complexes qui s'étalent sur plusieurs années. Cela semble étrange compte tenu du rythme des changements technologiques. Nous avons vu de nombreux cas où les fabricants ont été incapables de prévoir les besoins futurs. De nombreux nouveaux produits, et de nouvelles versions de logiciels d'entreprise existants, ont reçu un accueil décevant de la part des clients.
Que se passe-t-il lorsque de grandes entreprises de logiciels d'entreprise pénètrent de nouveaux marchés avec des feuilles de route optimistes ? Le plus souvent, ces entreprises doivent acquérir des entreprises agiles.
L'approche traditionnelle de la feuille de route des logiciels d'entreprise est défaillante.

Approche de la feuille de route ininterrompue centrée sur le client

FreeBalance utilise une approche de vote par feuille de route lors des conférences de la FISC depuis 2007. Cette approche est facilitée par le fait que nous nous concentrons uniquement sur le gouvernement. Nous ne vendons pas à d'autres "marchés verticaux". Elle est également facilitée par notre implication dans toutes les mises en œuvre. Nous bénéficions de l'apport direct de notre personnel chargé des services de mise en œuvre. Nous recevons également des contributions indirectes de la part de nos partenaires d'intégration de systèmes, ainsi que des demandes directes de fonctionnalités.

La FISC fournit le contexte qui sous-tend les éléments de la feuille de route. Notre feuille de route est ajustée chaque année à la FISC par le biais d'un processus de vote. Comme je l'ai écrit en 2014 :
En 2007, nous avons cherché à changer la dynamique des événements centrés sur les produits pour les centrer sur les clients. Cela signifiait qu'une grande partie de la cérémonie associée aux conférences des fournisseurs devait changer :

• L'entreprise aux besoins des clients : passer de ce dont l'entreprise a besoin à ce qui préoccupe les clients, quelle que soit la contribution de FreeBalance à la recherche de solutions.
• Vendre à l'engagement : mettre l'accent sur les affaires plutôt que sur la vente en organisant la conférence avec des cadres et des gestionnaires plutôt qu'avec des vendeurs. Impliquer les clients afin d'améliorer les produits et les services.
• Dicter pour collaborer : passer d'une dynamique dictant quels produits seront fournis à quel moment à une dynamique où les clients modifient les priorités des produits, adaptent la feuille de route et collaborent à la réalisation d'objectifs communs.
• Contrôle du forum : changer le paradigme de communication en passant de présentations lisses et contrôlées à un forum où les clients engagent d'autres clients, des intervenants extérieurs et le personnel de FreeBalance pour apprendre ce qui fonctionne dans la réforme de la gestion des finances publiques (PFM).

Nous nous trouvons donc dans une situation intéressante, car les fournisseurs de logiciels d'entreprise ont conditionné les acheteurs à s'attendre à des feuilles de route axées sur le fournisseur, plutôt que sur le client.
les boucles de rétroaction. Les clients potentiels veulent voir notre feuille de route sur 5 ou 10 ans. Nous pourrions produire un document qui réponde à cet objectif, mais c'est un exercice futile. La feuille de route de nos produits et services change chaque année. Les cycles technologiques se sont comprimés. Comme indiqué ci-dessus, nous nous concentrons sur les gouvernements et le secteur privé. Composante de la gestion des finances publiques (carte). Telle est la vision qui sous-tend l'initiative FreeBalance Accountability Suite. Notre feuille de route est délimitée par cette carte des composants. Effectivement, notre feuille de route inclut tout ce qui figure dans la carte des composantes de la PFM.

Notre feuille de route comprend des éléments attendus pour 1 an, 2 ans et 2 ans et plus. Ces éléments changent chaque année. C'est pourquoi nous nous appuyons sur des processus agiles et intégrons le développement de produits aux services de mise en œuvre dans notre programme A-i³+qM ^TM méthodologie.

Feuille de route de FreeBalance Tendances

C'est la douzième année que je recueille des informations sur la feuille de route de notre produit. Ce fut un voyage fascinant qui m'a permis de découvrir les aspirations des utilisateurs et les problèmes de gouvernance. Voici quelques-unes des tendances dont j'ai été témoin :

• Ajout d'une feuille de route pour les services en raison des lacunes des prestataires de services traditionnels et des partenaires donateurs
• L'accent est davantage mis sur les exigences non fonctionnelles, en particulier pour améliorer la maintenabilité, réduire les coûts d'exploitation et améliorer l'intégration avec les sous-systèmes non-FreeBalance.
• Amélioration des connaissances et des capacités en matière de technologie
• Découvrir des solutions d'utilisation qui réduisent l'empreinte de la formation

La feuille de route 2018 comportait des produits et des services avec des technologies émergentes comme la "blockchain", l'apprentissage automatique, le développement low-code et le gouvernement intelligent.
Cette année, nous avons passé plus de temps que les années précédentes à expliquer pourquoi les produits ou les services étaient bénéfiques. Ces déclarations d'avantages ont été alignées sur les exigences en matière de finances publiques, de fonction publique et de transparence que partagent de nombreux gouvernements. Je suis heureux de dire que l'élément le plus important de la feuille de route est issu du brainstorming des clients de la FISC. (L'une de mes idées est arrivée en deuxième position avec 98% de votes).

Agile étend les feuilles de route des produits de manière organique

Nous avons réécrit notre logiciel avec une architecture orientée service (SOA) au niveau des composants. Cela nous a permis de composer de nouvelles applications basées sur des composants commerciaux réutilisables, que nous appelons "les entités gouvernementales"dans une conception unifiée. Cette réutilisation facilite notre feuille de route.

Cette approche permet également un développement personnalisé, y compris le développement de des applications gouvernementales uniques. Celles-ci proviennent de lois de réforme uniques. Mais presque toutes les implémentations de FreeBalance sont soumises à une législation particulière. Notre approche de cette situation diffère des normes du marché.
Les entreprises d'intégration de systèmes adaptent le code à des besoins spécifiques. C'est une pratique courante. En tant que a décrit dans un billet la semaine dernièreLes clients se retrouvent alors avec un code orphelin et une dette technique.
FreeBalance fait toujours partie des contrats de mise en œuvre du gouvernement. L'adaptation aux besoins uniques est une exigence contractuelle.

FreeBalance personnalise le code pour les clients dans la plupart des situations. FreeBalance dispose d'un environnement de développement intégré (IDE) basé sur les principes suivants Eclipse. Les partenaires et les clients peuvent être formés. Peu de clients l'ont fait en raison de l'élégance de l'A-i³+qM ^TM pour le développement personnalisé.

• Le personnel des services sur site de FreeBalance élabore des scénarios et des cas d'utilisation de manière interactive avec les clients.
• L'équipe de gestion des produits de FreeBalance valide ces données à l'aide de ses connaissances technologiques et identifie d'autres moyens d'étendre les entités gouvernementales à d'autres exigences de la carte des composantes de la PFM.
• Les storyboards et les cas d'utilisation validés sont approuvés par les clients.
• Le personnel de gestion des produits FreeBalance élabore les spécifications
• Le développement des produits FreeBalance valide les spécifications avant de développer le code.
• Le personnel des services sur site de FreeBalance contribue à l'assurance qualité pour garantir que le résultat répond aux besoins du pays.
• Les tests d'acceptation par le client valident l'utilisation du code en production (ou démontrent la nécessité d'adapter les spécifications).

Le diagramme ci-dessus suggère que le processus s'achève avec l'approbation du client UAT. C'est un peu trompeur, car cela ne fait que mettre fin au processus de mise en production du logiciel....