Alignez vos équipes techniques et produit avec le Technology Product Canvas
Publié: 2022-03-11Écoutez la version audio de cet article
Une mauvaise communication entre les équipes de développement de produits et de technologie est probablement la plus grande source de gaspillage de ressources dans le développement de logiciels. Les entreprises technologiques à forte croissance sont confrontées à des demandes croissantes de produits livrables et, par conséquent, une planification appropriée est parfois abandonnée. Il existe plusieurs signes qui montrent un manque d'alignement de l'équipe produit et technique :
- Produits non livrés aux exigences.
- La livraison des fonctionnalités du produit prend plus de temps que prévu.
- Les équipes ont très peu d'interaction et de communication sur une base hebdomadaire.
- L'équipe technique doit « refaire » son infrastructure en raison de nouvelles demandes de produits.
- Le rythme de développement semble lent par rapport à la concurrence.
- L'équipe technique demande souvent : « Pourquoi ne nous l'as-tu pas dit avant ? ”
Les entreprises qui réussissent gèrent activement cette interface entre les deux équipes et disposent de feuilles de route produits et technologiques claires et comprises de tous. Cependant, actuellement, il n'existe pas de méthodologies populaires qui résolvent ce problème de manière structurée.
Au lieu de cela, la plupart du temps, ces objectifs sont atteints de manière ad hoc via des réunions non structurées. La comparaison la plus proche est celle des cadres Agile à l'échelle, mais même ces approches ne sont pas toujours réalisables pour toutes les entreprises, en particulier les plus petites, car cette approche nécessite l'adoption de l'ensemble du cadre.
L'un des moyens d'aligner facilement les équipes produit et technologie consiste à utiliser le Technology Product Canvas structuré
Qu'est-ce que le canevas de produit technologique ?
Le concept de toile existe depuis de nombreuses années. Les principaux visionnaires et innovateurs de cet espace incluent Alexander Osterwalder qui a créé le Business Model Canvas, Roman Pichler et son Product Vision Canvas, et Jeff Patton, qui est connu pour la méthode User Story Mapping et son Opportunity Canvas. J'ai utilisé la méthodologie du canevas pour résoudre le problème de l'alignement des produits et des technologies et j'ai créé le Technology Product Canvas.
Le canevas agira comme un moyen rapide de faciliter la discussion d'équipe et de mettre tout le monde sur la même page - littéralement. C'est l'un des avantages les plus importants de la création de ce document. En parcourant le processus, qui peut prendre aussi peu qu'une heure, vous commencerez à gérer cet alignement entre les équipes produit et technologie.
Le Technology Product Canvas oblige votre équipe à énoncer et à visualiser les objectifs de la feuille de route du produit, les objectifs de la feuille de route technologique et à discuter explicitement de chaque étape produit-technologie de la feuille de route. Cet exercice garantit que les équipes sont synchronisées et que tout le monde peut quitter la salle avec des attentes et une direction claires.
Grâce à mon travail avec des entreprises technologiques, j'ai remarqué que l'intersection entre les objectifs commerciaux et les capacités technologiques est celle où se situent le plus de risques. Le Technology Product Canvas a été créé pour gérer ce risque précis.
Quand utiliser le Technology Product Canvas ?
La discussion sur le canevas de produit technologique est mieux initiée par le propriétaire du produit lorsque vous avez entièrement défini la vision du produit, mené le processus de cartographie de l'histoire et développé la feuille de route initiale de la version du produit. À ce stade, il sera clair quelles fonctionnalités du produit sont essentielles pour chaque version majeure. À ce stade, les équipes sont prêtes à avoir une discussion technique détaillée sur la manière dont le produit sera construit.
L'exercice Technology Product Canvas apportera de la clarté, parfois des conflits, mais finalement un accord sur l'architecture technologique qui devra être mise en place pour développer le produit et sur la manière dont les plates-formes technologiques évolueront pour répondre aux besoins du produit. Cela permettra à l'équipe technologique de réfléchir à différentes possibilités et de s'assurer que leurs commentaires sur l'innovation seront pris en compte.
Passons en revue un exemple plus détaillé de la façon dont le Technology Product Canvas est utilisé dans une nouvelle entreprise logicielle hypothétique afin que nous puissions le voir en action et apprendre à l'utiliser.
Comment utiliser le canevas des produits technologiques
Le canevas de produit technologique est censé être, principalement, un véhicule pour créer la concentration, la communication et l'alignement de l'équipe. Le canevas vous permet d'avoir une conversation avec votre équipe technologique pour déterminer quelle architecture technologique sera nécessaire pour soutenir le développement de produits. Prenons un exemple hypothétique d'un nouveau produit logiciel. Une nouvelle application basée sur la localisation pour connecter les gens avec les autres autour d'eux - une application communautaire pour vous connecter avec vos voisins.
Vous pouvez télécharger le Technology Product Canvas ici. Vous pouvez également imprimer la toile et écrire dessus. Alternativement, vous pouvez également utiliser un outil en ligne comme Miro, que j'ai utilisé pour cet article.
Mise en place
Disons que vous travaillez avec votre équipe de démarrage depuis quelques mois, que vous avez de bonnes idées et que vous souhaitez maintenant planifier le développement du logiciel. Vous avez travaillé sur votre lean canvas, vous avez même créé une story map des étapes du processus qu'un utilisateur rencontrera au fur et à mesure qu'il parcourra l'application. Maintenant, vous devez le construire. Ainsi, vous réunissez tout le monde dans une salle de conférence, votre équipe produit et vos équipes technologiques, et vous projetez une version vierge du Technology Product Canvas sur l'écran de la salle de conférence. Où commencer?
La première chose est de définir des attentes sur la raison pour laquelle tout le monde est ici et sur ce que vous visez à atteindre. Expliquez à votre équipe qu'elle est là pour assurer un plan entre les objectifs du produit et les tâches techniques. Soulignez également que vous ne recherchez pas la perfection et que vous continuerez à revoir cela tous les quelques mois au fur et à mesure que vous en apprendrez plus et que les exigences changeront. Mais, au moins pour aujourd'hui, c'est un enjeu dans le sol pour s'assurer que vous êtes tous sur la même longueur d'onde.
Étape 1 : Définir les indicateurs de réussite
Comment allez-vous mesurer si votre plan global fonctionne ? Quels sont les objectifs commerciaux ? Il peut s'agir de revenus à chaque phase de lancement ou du nombre de téléchargements d'applications. Si vous connaissez le Lean Canvas, vous avez peut-être déjà identifié ces chiffres. Copiez ces informations dans cette section. Dans cet exemple, j'ai utilisé les deux métriques de réussite suivantes : "Connecter 1 000 personnes au cours de notre première année" et "Créer notre marque à Los Angeles" – une métrique quantifiable et une métrique qualitative.
Mais pourquoi nous concentrons-nous sur cela en premier ? Cela garantit que toute l'équipe comprend pourquoi nous sommes dans la salle. Nous avons un objectif à atteindre qui dépasse tout problème de produit ou de technologie. C'est la raison commerciale pour laquelle nous sommes tous ici.
Étape 2 : Complétez les sections Vision du produit et Version du produit
Cela permet à l'équipe de clarifier ou de se rafraîchir sur notre vision du produit et sur la façon dont nous avons actuellement défini nos priorités de développement de produit. Notez la déclaration de vision du produit et qui est le principal groupe cible. Ensuite, identifiez quelques éléments clés du produit que vous souhaitez proposer dans chaque version. Je recommande de remplir ces cases en équipe et de ne pas les faire préremplir au préalable. Il garantit que les membres de l'équipe technique et produit participent au processus de définition des objectifs. Travaillez de gauche à droite : identifiez les objectifs de la première itération du produit, c'est-à-dire les grandes fonctionnalités nécessaires pour satisfaire les besoins de vos clients.

Étape 3 : Faire correspondre la vision technologique à la vision produit
Étape 4 : Faites correspondre les plans technologiques aux objectifs du produit
C'est là que le caoutchouc touche la route. À l'étape 2, pour chaque itération de version de produit, les fonctionnalités clés ont été identifiées. Vous devez maintenant définir le plan technologique pour chacune de ces versions. Identifiez l'architecture et les outils technologiques qui seront nécessaires pour prendre en charge chacune de ces fonctions. Il est normal d'identifier les outils exacts et d'obtenir des informations techniques. Vous pouvez pivoter dans les versions futures si nécessaire. Le plan est que l'équipe technologique communique explicitement ce qu'elle devra faire.
Laissez l'équipe technologique diriger cette partie et rassurez-la sur le fait que les réponses ne doivent pas nécessairement être parfaites. S'ils ont besoin de s'absenter et de faire d'autres recherches, ils peuvent le faire après la réunion. Mais le but ici est de terminer la première itération du canevas, qui pourra être mis à jour ultérieurement. La perfection est l'ennemie du succès.
Dans notre exemple d'application, nous examinons les besoins du produit dans la boîte Product Release 1. Sur la base de ces exigences, nous pourrions dire que le plan technologique 1 est "Développer une application Web progressive à l'aide d'Ionic pour activer l'application multiplateforme. Utilisez les capacités de géolocalisation de l'appareil. Synchronisez avec le back-end Firebase. Utilisez le service de messagerie SendGrid. Le plan et les objectifs technologiques décrits ici doivent être juste suffisants pour atteindre les objectifs du produit. Assurez-vous que l'équipe n'est pas trop technique là où les objectifs du produit n'existent pas.
De même, le plan technologique 2 serait "Mettre en œuvre l'authentification des utilisateurs à l'aide de l'autorisation Facebook/Google, mettre en œuvre le chat en temps réel avec la base de données Firebase et l'interface de chat." Le plan technologique 3 serait «Mettre en œuvre des méthodes de masquage de confidentialité / GPS et d'achat intégré pour les mises à niveau d'applications».
Le processus exigera que l'équipe technique de votre réunion contribue à la discussion. Vous aurez la possibilité de partager et de discuter de toutes les idées et idées, et vous obtiendrez l'alignement et l'adhésion de l'équipe. C'est là que les personnes de tous les côtés des équipes comprendront les besoins, les priorités et les problèmes qui doivent être discutés et où vous développerez des plans et des accords initiaux.
Étape 5 : Identifier les risques et les ressources
Enfin, une fois que vous avez décidé comment vous allez construire le produit du point de vue de l'architecture technologique, il est judicieux de discuter des risques et des ressources. Dans notre exemple, nous pourrions dire pour les risques : "Il est possible que l'application Web progressive ne soit pas assez rapide." Si tel est le cas, nous pourrions basculer vers le développement d'applications React ou Native. Pour les ressources, nous allons avoir besoin de personnes ayant des compétences en "Ionic, PWA, géolocalisation et Firebase".
L'image complète
Voici un exemple complet de Technology Product Canvas basé sur notre exemple d'application hypothétique ci-dessus :
Il ne faut pas s'attendre à ce que le canevas soit entièrement rempli du premier coup. Vous pourriez être en désaccord en tant qu'équipe sur ce qu'est une fonctionnalité de produit par rapport à une capacité technique et où mettre quoi sur la toile. Le but du canevas est d'initier et d'encadrer une discussion afin qu'à la fin de la session, vous et toute l'équipe ayez un bien meilleur accord conceptuel sur la manière dont le développement doit se dérouler.
Ce document est désormais au cœur de votre plan de développement. Il s'agit de la feuille de route de développement de haut niveau et l'équipe technologique peut désormais s'en emparer et encadrer ses tâches de développement plus détaillées en connaissant les objectifs de l'entreprise.
Conclusion : Itérer votre canevas de produit technologique
Les cinq étapes de la création d'un canevas de produit technologique sont :
- Définir les indicateurs de réussite
- Complétez les sections Vision du produit et Version du produit
- Faire correspondre la vision technologique à la vision produit
- Faire correspondre les plans technologiques aux objectifs du produit
- Identifier les risques et les ressources
Un avantage très important du canevas est qu'il permet aux équipes d'identifier la technologie "minimale" qui doit être appliquée ou développée à chaque étape. Cela aide l'équipe produit à être consciente de l'effort technologique requis et des défis à venir. Le développement du produit n'est pas ralenti par un manque de capacité technique car les plans techniques sont synchronisés et voient suffisamment d'avance. Dans l'exemple de l'application, nous formerions notre équipe ou trouverions un expert en technologie SignalR à mesure que nous nous rapprochons de la sortie de la version 1 afin que nous soyons prêts pour la version 2 où cette compétence est nécessaire.
Vous pouvez télécharger le Technology Product Canvas ici. Je recommande aux équipes de procéder à un examen chaque trimestre, et certainement au fur et à mesure que chaque version est terminée. N'hésitez pas à modifier la toile pour mieux l'adapter à vos besoins. Je serais vraiment intéressé d'entendre vos commentaires sur la façon dont le Technology Product Canvas pourrait être amélioré.