Pensez au-delà de la première version
Un produit doit être compris par les clients, maintenu par les développeurs et exploité lorsque quelque chose ne se passe pas comme prévu. Une décision de conception est également une décision d’accompagnement. Une intégration est aussi une dépendance. Un raccourci rapide peut devenir un coût récurrent. Construire nos propres produits maintient ces connexions visibles.
Intégrer le modèle opérationnel au périmètre
Un plan de livraison utile décrit bien plus que des écrans et des fonctionnalités. Il explique qui peut faire quoi, quels systèmes partagent des données, comment le travail est validé et ce dont l'équipe a besoin pour exploiter le résultat. Ces questions doivent être posées dès le début, même si la première version est délibérément réduite.
Apprendre à partir d’une partie fonctionnelle
Un flux de travail ciblé et complet est souvent plus utile que de nombreuses fonctionnalités déconnectées. Il permet à une équipe de tester ses hypothèses par rapport à une interaction réelle, d'examiner les données sous-jacentes et de comprendre l'incrément suivant. L’objectif est de réaliser des progrès qui peuvent être évalués et non simplement comptés.
Assurer un passage de relais utile
Une documentation claire, des compromis explicites et un code compréhensible facilitent la prochaine décision. Nous apportons ce regard de créateurs de produits aux projets clients : développer pour les personnes qui utilisent le logiciel et pour celles qui en auront la responsabilité ensuite.