É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 à une demande croissante de produits livrables et, par conséquent, une planification appropriée est parfois abandonnée. Plusieurs signes montrent un manque d'alignement des équipes produit et technique:

• Produits non livrés aux exigences.
• La mise à disposition 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 avez-vous pas dit cela avant? '

Les entreprises qui réussissent gèrent activement cette interface entre les deux équipes et disposent de feuilles de route produit et technologique claires et comprises par tous. Cependant, à l’heure actuelle, il n’existe pas de méthodologies courantes permettant de résoudre 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 à cela est cadres Agile mis à 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 de parvenir facilement à l'alignement entre les équipes produit et technologique consiste à utiliser le canevas de produit technologique structuré.

Qu'est-ce que le canevas du produit technologique?

Le concept de toile existe depuis de nombreuses années. Les visionnaires et innovateurs clés dans cet espace incluent Alexander Osterwalder qui a créé le Toile de modèle d'entreprise , Roman Pichler et son Tableau de vision du produit , et Jeff Patton, qui est connu pour le Cartographie des user stories méthode et son Toile d'opportunité . J'ai utilisé la méthodologie du canevas pour résoudre le problème de l'alignement des produits et des technologies et créé le canevas du produit technologique.

Le canevas agira comme un moyen rapide de faciliter la discussion en équipe et de mettre tout le monde sur la même longueur d'onde - littéralement. C'est l'un des avantages les plus importants de la création de ce document. En suivant le processus, qui peut prendre aussi peu qu'une heure, vous commencerez à gérer cet alignement entre les équipes produit et technologie.

Le canevas de produit technologique 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 de chaque étape de la technologie du produit de la feuille de route de manière explicite. Cet exercice garantit que les équipes sont synchronisées et que tout le monde peut quitter la pièce avec des attentes et une direction claires.

Grâce à mon travail avec des entreprises de technologie, j'ai remarqué que l'intersection entre les objectifs commerciaux et les capacités technologiques est là où réside le plus de risques. Le Technology Product Canvas a été créé pour gérer exactement ce risque.

Quand utiliser le canevas du produit technologique?

La discussion sur le canevas du 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 story mapping et développé la feuille de route de lancement du produit initial. À 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 Comment 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 leur contribution à l'innovation sera capturée.

Passons en revue un exemple plus détaillé de la façon dont le canevas de produit technologique 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 de produit technologique

Le canevas de produit technologique est principalement destiné à être un moyen de créer une concentration, une communication et un alignement d'é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 de nouveau 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 canevas du produit technologique Ici . Vous pouvez également imprimer la toile et écrire dessus. Alternativement, vous pouvez également utiliser un outil en ligne comme je regarde , 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 canevas allégé, vous avez même créé une Story Map des étapes du processus qu'un utilisateur connaîtra au fur et à mesure qu'il parcourra l'application. Maintenant, vous devez le construire. Ainsi, vous mettez tout le monde dans une salle de conférence, votre équipe produit et vos équipes technologiques, et vous projetez une version vierge du canevas de produit technologique sur l'écran de la salle de conférence. Où commencer?

La première chose à faire est de définir les raisons pour lesquelles tout le monde est ici et ce que vous souhaitez atteindre. Expliquez à votre équipe qu'ils sont 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 à l'examiner tous les quelques mois au fur et à mesure que vous en apprendrez plus et que les exigences changent. Mais, au moins pour aujourd'hui, il s'agit d'un enjeu de terrain pour vous assurer que vous êtes tous sur la même longueur d'onde.

Étape 1: définir les mesures 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 publication ou du nombre de téléchargements d'applications. Si vous êtes familier avec la toile maigre, vous avez peut-être déjà identifié ces numéros. Copiez ces informations dans cette section. Dans cet exemple, j'ai utilisé les deux indicateurs de succès suivants: «Connecter 1 000 personnes au cours de notre première année» et «Créer notre marque à Los Angeles» - un indicateur quantifiable et un indicateur qualitatif.

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 pour laquelle nous sommes tous ici.

Étape 2: Complétez les sections sur la vision du produit et la version du produit

Cela permet à l'équipe de clarifier ou de se rafraîchir sur la vision de nos produits et sur la manière dont nous avons actuellement défini nos priorités de développement de produits. Notez l'énoncé de vision du produit et qui est le principal groupe cible. Ensuite, identifiez quelques éléments de produit clés 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 technologie 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 - les grandes fonctionnalités nécessaires pour satisfaire les besoins de vos clients.

Dans notre exemple d'application, notre vision produit est «Permettre une communication en temps réel entre les personnes qui vivent dans mon quartier afin de renforcer la communauté.» Ensuite, dans les versions du produit, nous pourrions dire que la version 1 est 'Pour identifier votre emplacement actuel, montrez qui se trouve à proximité et communiquez avec leur adresse e-mail.' V2 peut être 'pour montrer qui est à proximité et permettre le chat en temps réel.' La version 3 pourrait être 'pour activer la confidentialité et la monétisation'. Ces itérations du produit seront entrées dans le canevas comme indiqué ci-dessous. Gardez le canevas aussi simple que possible afin que les gens puissent avoir une vue d'ensemble. La toile est également destinée à capturer la vision à long terme. Gardez à l'esprit que c'est peut-être la première fois que l'équipe technologique voit une image aussi claire de votre produit, alors passez suffisamment de temps pour vous assurer qu'elle comprend chacune des exigences de la version et des exigences qui l'accompagnent.

Étape 3: Faites correspondre la vision technologique à la vision produit

Il est maintenant temps de recueillir les commentaires de l’équipe technologique et de définir sa vision de l’évolution de l’architecture technologique. Commencez par la Vision technologique, une déclaration qui donne une vue d'ensemble du développement et qui peut survivre aux changements d'outils des fournisseurs. Dans notre exemple d'application, la Vision technologique pourrait indiquer: «Pour utiliser les capacités de géolocalisation des appareils qui fournissent des informations de localisation et pour utiliser des microservices sans serveur pour activer les capacités de collaboration cloud.» Nous ne sélectionnons pas un outil en particulier pour le moment. Considérez la vision technologique comme l'idée maîtresse de la manière dont la technologie aidera ici et des innovations que nous cherchons à adopter qui permettront un avantage concurrentiel ainsi qu'une piste technologique qui peut nous mener à notre vision.

Étape 4: Faites correspondre les plans technologiques aux objectifs du produit

C'est là que le caoutchouc frappe la route. À l'étape 2, pour chaque itération de version de produit, des 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 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 de technologie diriger cette partie et rassurez-les que les réponses ne doivent pas nécessairement être parfaites. S'ils ont besoin de partir et de faire plus de 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 peut être mise à jour plus tard. La perfection est l'ennemi du succès.

Dans notre exemple d'application, nous examinons les besoins du produit dans la boîte Version du produit 1. Sur la base de ces exigences, nous pourrions dire que le plan technologique 1 est «Développer une application Web progressive en utilisant Ionic pour activer l'application multiplateforme. Utilisez les capacités de géolocalisation de l'appareil. Synchronisez avec le serveur principal Firebase. Utilisez le service de messagerie SendGrid. » Le plan technologique et les objectifs décrits ici devraient être juste suffisants pour atteindre les objectifs du produit. Assurez-vous que l'équipe ne sur-ingénierie pas là où les objectifs de produit n'existent pas.

Dans cette étape, nous pouvons enfin voir la puissance de la toile - c'est ainsi que nous alignons les équipes. Nous alignons les objectifs du produit sur le plan technologique. Et cette ligne au milieu? C'est le interface , que le chef de produit doit gérer activement entre les équipes.

De même, le plan technologique 2 serait 'Mettre en œuvre l'authentification des utilisateurs à l'aide de l'autorisation Facebook / Google, implémenter 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 confidentialité / masquage GPS et d'achat via l'application pour les mises à niveau d'applications.'

Le processus exigera que l'équipe technique de votre réunion contribue à la discussion. Vous aurez l'occasion 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 gens 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 élaborerez des plans et des accords initiaux.

À ce stade, vous disposez du premier projet de feuille de route technologique qui correspond à la feuille de route du produit. Les tâches technologiques clés sont présentées dans un flux visuel qui aidera vos équipes à savoir sur quoi se concentrer et à quel moment.

Étape 5: Identifier les risques et les ressources

Enfin, une fois que vous avez décidé de la manière dont vous allez créer 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 Risks: 'Il est possible que l'application Web progressive ne soit pas assez rapide.' Si tel est le cas, nous pourrions passer au développement d'applications React ou Native. Pour les ressources, nous aurons besoin de personnes possédant des compétences en «Ionic, PWA, géolocalisation et Firebase».

L'inclusion de ces éléments ici garantit que ce résumé d'une page capture les éléments saillants qui découlent de la discussion et sera utile plus tard lorsque vous réviserez le canevas.

Le tableau complet

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 terminé du premier coup. En tant qu'équipe, vous pourriez ne pas être d'accord sur ce qu'est une fonctionnalité du 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 la prendre 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 produits technologiques

Les cinq étapes de la création d'un canevas de produit technologique sont:

1. Définir les métriques de réussite
2. Complétez les sections sur la vision du produit et la version du produit
3. Faire correspondre la vision technologique à la vision produit
4. Faire correspondre les plans technologiques aux objectifs du produit
5. 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 qui l'attendent. Le développement des produits n'est pas ralenti par un manque de capacités techniques car les plans techniques sont synchronisés et prévoient suffisamment d'avancées. 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 canevas du produit technologique Ici . Je recommande que les équipes effectuent une revue chaque trimestre, et certainement à mesure que chaque version est accomplie. N'hésitez pas à modifier la toile pour mieux répondre à vos besoins. Je serais très intéressé d'entendre vos commentaires sur la façon dont le canevas du produit technologique pourrait être amélioré.

Comprendre les bases

Que sont les équipes produit?

Une équipe produit peut être une équipe interfonctionnelle capable de fournir un incrément de produit. Cela inclurait un chef de produit, des développeurs, etc. Alternativement, une équipe de produit peut signifier un groupe de personnes qui fournissent des exigences de produit à l'équipe de développement comme des chefs de produit, des analystes commerciaux, des analystes de données, etc.

Qu'est-ce que la stratégie produit?

La stratégie produit définit le type de produit à créer pour un marché ou un segment d'utilisateurs défini. De plus, la stratégie doit définir comment ce produit sera mis sur le marché.

Comment élaborez-vous une stratégie produit?

La stratégie produit est créée en menant une étude de marché approfondie qui révèle les besoins des utilisateurs. Cela peut être fait via l'analyse des données, l'analyse quantitative, le développement de MVP ou d'autres tests.

Qu'est-ce qu'une équipe technologique?

Une équipe technologique est un groupe de personnes possédant des compétences techniques nécessaires pour atteindre un objectif commercial tel que le développement d'un produit.