The Build Trap - Notes

Référence: The Build Trap from Melissa Perry

Points cruciaux d’une entreprise orientée produit

  1. Permettre aux équipes l’expérimentation et l’apprentissage.
  2. User Centric: mettre le focus sur les problèmes (à résoudre) des utilisateurs.
  3. Outcome rather than output: prioriser la valeur apportée aux utilisateurs, plutôt que les fonctionnalités.

Autres aspects

  1. Équipes cross-fonctionnelles (devs, ops, qa, product manager, etc.).
  2. Itérations courtes (max 2 semaines).
  3. Discovery (exploration du problème) et Delivery (implémentation, jusqu’à livraison, de la solution) font partie intégrante des itérations de l’équipe.
  4. Essayer de livrer à la volée (i.e. chaque fix, ou fonctionnalité mergée), ou au moins sur des délais courts (maximum 2 semaines).
  5. L’équipe produit doit connaître et comprendre les objectifs business de l’entreprise.

Remarque: l’auteur souligne le besoin potentiel d’avoir une équipe “core” chargée de maintenir les couches métier en elle-même.

Déclinaison de la vision d’entreprise

On part de la vision de l’entreprise -> stratégie -> objectifs (business). Les objectifs business vont guider les équipes sur les problèmes à traiter en priorité.

On peut construire la vision sur un modèle “Why”, “What” et “Who”. La stratégie est composée de 1 à 3 “intents” détaillant le “How”. Elle est actualisé à peu près tout les ans, en fonction de l’évolution de l’entreprise et du contexte (business).

La stratégie n’est pas un plan, avec la liste des produits, pas même une vision “haut niveau” des produits à livrer. Il s’agit plutôt d’un framework permettant de produire et mettre à jour cette liste. Ce framework se base sur l’état actuel du business.

Les “Initiatives produit” donnent l’orientation à prendre pour savoir comment réaliser la stratégie (Rq: les problématiques pour lesquelles trouver des solutions ?).

Discovery / “Découverte”

Cette étape débute par l’analyse des problèmes des utilisateurs, jusqu’à l’identification d’une solution à l’un de ces problèmes.

  • Analyse des données constituées à partir de l’activité des utilisateurs (plutôt que de se baser sur des feedbacks sales, aller à la source). Cette analyse permet d’identifier un problème (ou plusieurs, mais on va prioriser en “un”).
  • Exploration du problème.
  • Explorer les solutions sur les bases suivantes : “usability” (facilité d’utilisation), valeur (pour l’utilisateur), faisabilité.
  • Business (contraintes des parties prenantes).
  • Expérimentations (Concierge, Magicien d’Oz, tests de concepts, prototypes).
  • Faire l’analyse des risques (sur la base des solutions envisagées et des résultats d’expérimentation.

Delivery

Cette étape inclut tout le processus nécessaire à la mise à disposition de la solution retenue à l’utilisateur finale.

  • Développement
  • Qualification
  • Déploiement
  • Support, et tout particulièrement récolte des retours utilisateurs.