Conseil expert & Accompagnement en produits logiciels
Le produit logiciel, ma cible préférée
Par "produit logiciel", j'entends un logiciel construit avec une démarche "produit".
Cette démarche produit implique souvent une volonté d'être pertinent sur un marché avec un positionnement particulier.
Lorsque l'on veut être efficient pour conserver cette pertinence et ce positionnement dans un marché qui évolue (VUCA ou non),
il faut défendre certains critères de qualité qui me sont chers:
la maintenabilité (le maintien d'une productivité),
la fiabilité (un taux de défaut minimal)
et l'évolutivité (la transformation de fonctionnalités existantes vers un besoin qui était inconnu).
Mon expertise porte sur la conception, la réalisation et la maintenance de logiciels
qui ont pour ambition de s’adapter au plus près et de durer aussi longtemps que votre business.
Mon expérience porte sur la transformation, souvent par itérations et incréments, de logiciels legacy
vers des logiciels plus souples, flexibles et prédictibles.
Conseil
Mes offres de conseil concernent une ou plusieurs des trois phases du conseil : le diagnostic, la conception de solution et la mise en oeuvre.
Diagnostic
Sur certaines interventions, il peut être utile de faire le tour du problème avec un oeil expert et une vision claire du point de départ. C’est aussi parfois le seul besoin, savoir où l’on se trouve et avoir les recommandations d’améliorations adéquates. Dans mon activité, ce diagnostic prend la forme d’audit de code, mais aussi d’audit de l’organisation qui a produit ce code, voire de son adéquation avec des objectifs stratégiques de l’entreprise (ou d’une « vision produit »).
Concrètement, l’intervention est faite d’interviews des « sachants », d’analyses des artefacts de travail (code, tests, backlog, documentation) et souvent d’interviews retours pour challenger les analyses et hypothèses de recommandations pour finir avec la restitution d’un livrable.
Souvent les recommandations ne suffisent pas et il faut un plan d’action plus concret de solution à mettre en oeuvre. La conception de ce plan d’action pouvant être fait en interne ou avec un deuxième volet d’intervention.
Conception de la solution
Lorsque les équipes en place sont en charge de mettre au point une nouvelle solution grâce à de nouvelles informations, il y a un risque de reproduire la situation actuelle. Les équipes sont prises dans des habitudes, une culture d’entreprise, des comportements établis, des arbitrages passés dans un statu quo qui freinent leur capacité à concevoir ET à négocier de la nouveauté.
Dans ce cadre, j’anime des ateliers d’intelligence collective en y ajoutant ma vision et ma culture extérieure pour construire une vision d’un produit logiciel ou un plan d’actions dont les équipes se sentent propriétaires. Cette vision, ce plan, vont de la définition d’un chantier technique à la réorganisation des équipes opérationnelles autour de l’architecture d’un nouveau logiciel à construire.
Concrètement, les ateliers ont la forme de brainstorming et suivent les thèmes du « Strategic Domain Driven Design » (event storming, découpage fonctionnel, caractérisation, priorisation des périmètres fonctionnels) et des architectures fonctionnelles puis techniques (C4 ou autres). Le livrable est composé de l’ensemble des résultats des ateliers qui décrivent des aspects de la cible à atteindre, notamment quand l’un deux est une roadmap. Comme précédemment, la vision ou le plan d’action peuvent être mis en oeuvre en toute autonomie ou avec mon accompagnement lors d’un 3e volet d’intervention.
Mise en oeuvre
Pour prendre de nouvelles habitudes, il faut des objectifs clairs et accessibles.
Les difficultés appellent souvent la reprise des anciens réflexes. L’acquisition de nouvelles pratiques même accessibles n’est pas toujours facile à évaluer pour un nouveau pratiquant.
Toujours en apportant ma culture, mon expertise et mon regard extérieur, je conseille les équipes opérationnelles sur le déploiement d’une nouvelle organisation et/ou de nouvelles pratiques qu’elles souhaitent elles-mêmes mettre en place.
Dans cette activité, je peux sortir du cadre du conseil seul et accompagner concrètement les équipes en les mentorant comme un coach technique/coach craft, en montrant l’exemple comme un co-Tech Lead, voire en me retroussant les manches.
Mes seuls livrables, ici, sont le temps passé et la satisfaction des équipes à atteindre leurs propres objectifs. Je compte évidement sur le fait que ces objectifs incluent la bonne mise en oeuvre d’une vision ou d’un plan d’action défini au moins par les équipes et leur entreprise.