Loading video
Introduction
Bonjour à tous, c'est Vincent. J'espère que vous allez bien. Aujourd'hui, je suis particulièrement enthousiaste de vous présenter un nouveau type de contenu que j'ai mûri depuis longtemps et que je souhaite lancer en 2024. Actuellement, je suis en phase de prototypage, expérimentant jusqu'à la fin de l'année pour évaluer ce qui fonctionne et ce qui nécessite des ajustements.
Je vous encourage vivement à partager vos impressions. Qu'en pensez-vous de cette approche ? Du format que nous envisageons ? Mon projet consiste à aborder ce que j'appelle la "question de produit", une démarche consistant à traiter des problématiques concrètes soulevées par les communautés et les organisations avec lesquelles je collabore. L'idée est de s'ancrer dans des problèmes réels, issus du terrain.
Mon objectif est de générer du contenu tangible et directement applicable, en m'éloignant des théories générales, souvent perçues comme éloignées de la pratique. Ces critiques reviennent fréquemment dans les discussions sur l'amélioration dans le domaine du produit. Je m'efforcerai donc de partager, en trois minutes, des pistes de réflexion, des conseils pratiques pour vous aider à progresser sur des thématiques spécifiques.
Je vous invite à interagir, poser des questions, ou demander des précisions en commentaire. Cela me ferait plaisir de développer davantage certains points.
SLAs qui varient entre les produits, un enjeu à régler?
Aujourd'hui, le sujet abordé concerne une question spécifique sur les SLAs (Service Level Agreements) que j'ai reçue, très représentative des défis rencontrés dans les grandes organisations et les équipes platformes.
Ces structures possèdent des portefeuilles de produits avec des niveaux de Service Level (SL) très variés. Les différences peuvent concerner des produits, des plateformes, des API, ou des microservices, chacun avec ses propres critères d'optimisation, performances, rapidités, et temps de réponse.
L'enjeu est de comprendre la variabilité des performances et de la qualité. Comment gérer cette diversité ? Comment s'assurer que, du point de vue de la gestion d'ensemble, nous avancions de la meilleure manière possible ?
1. Ne pas le régler, et développer la capacité de jugement de l’équipe
La première réflexion que je souhaite partager, c'est qu'il n'est peut-être pas nécessaire de tout uniformiser.
Il existe un biais, surtout chez les techniciens, à vouloir appliquer la même règle partout, sous prétexte de clarté ou de robustesse. Cependant, dans une approche produit, ce qui importe, c'est de répondre adéquatement aux besoins des clients et des utilisateurs. Il s'agit donc de maximiser le jugement et la capacité de décision de l'équipe produit. Si vous êtes un leader produit, comment pouvez-vous apporter contexte et informations à votre équipe pour qu'elle comprenne mieux son environnement et prenne les bonnes décisions ?
Si vous êtes membre d'une équipe, il est crucial d'interagir avec les parties prenantes pour comprendre l'environnement dans lequel vous opérez et ajuster vos stratégies en conséquence.
2. Le régler, si c’est un différentiateur stratégique
Le deuxième point que j'aimerais soulever est quelque peu opposé à ce que je viens juste d’écrire ;-)
Est-il judicieux d'adopter une règle uniforme, par exemple en termes de disponibilité ou de temps de réponse pour les API ? Cela peut avoir du sens si c'est un élément stratégique, c'est-à-dire un aspect clé de votre stratégie produit et de votre proposition de valeur, qui définit l'identité de vos produits.
Prenons un exemple concret. Jira est réputé pour son interface lente, alors que des outils comme ClickUp ou Linear se sont distingués par des interfaces ultra-réactives. ClickUp s'engage à charger les pages en moins de trois cents millisecondes, et Linear, peut-être même en cent millisecondes. Ces critères de performance sont devenus des éléments distinctifs de leur proposition de valeur.
Il est donc important de réfléchir à ce qui, dans votre contexte, pourrait constituer un différenciateur stratégique et un élément clé de votre proposition de valeur.
3. Ce qui compte: être outillé pour attaquer le problème
Pour conclure, l'essentiel est de reconnaître que peu importe votre niveau de performance actuel, il représente votre point de départ. Ce qui est considéré comme excellent aujourd'hui pourrait devenir moyen demain. Comment vous assurer de mettre en place des processus d'amélioration continue ? Comment vous assurer de trouver des moyens, au fil du temps, pour continuer à progresser ? Le choix de la cadence vous appartient, que vous souhaitiez rattraper un retard ou simplement maintenir un bon niveau.
Ce qui est certain, c'est que toutes les équipes et toutes les entreprises doivent disposer de moyens pour s'améliorer constamment, car la barre des standards et des attentes ne cesse de monter. Voilà, c'était mon tour d'horizon en trois minutes. J'espère que vous avez trouvé cela intéressant.
Pour toute question ou pour plus de détails, n'hésitez pas à laisser un commentaire. Cela me ferait grand plaisir de continuer la discussion avec vous.
Merci beaucoup et à bientôt!
Share this post