01Choisissez un seul flux de travail qui fait déjà mal
Une première version doit rendre un flux de travail douloureux mesurablement meilleur pour un petit groupe d'utilisateurs réels. Tout ce qui sort de ce flux attend, aussi peu coûteux qu'il paraisse à ajouter.
02Concevez correctement le modèle de données, livrez une interface étroite
Les erreurs de schéma coûtent cher à défaire ; les écrans sont bon marché à changer. Investissez la réflexion initiale dans les entités, les relations et les permissions, puis construisez la plus petite interface qui les exerce.
03Mettez-le devant les utilisateurs tant que c'est encore maladroit
L'usage réel réécrit la feuille de route en quinze jours, et toujours dans une direction utile. Le coût d'un lancement retardé n'est pas le retard lui-même — c'est de construire quatre semaines de la mauvaise chose.
04Automatisez le déploiement dès le premier jour
Les environnements de prévisualisation et un déploiement en une commande semblent être un sujet pour plus tard. Ils sont la raison pour laquelle une petite équipe peut livrer chaque semaine sans casser ce qui fonctionne déjà.