Une méthode pour instruire un projet collectif.

Lean Blockchain combine une démarche d’exploration des besoins, de conception de concepts et de discussion de la gouvernance. Elle prend la forme de 11 canevas utilisables en atelier et d’un manuel.

Commencer par une situation réelle

Décrivez le processus actuel, les difficultés rencontrées et les informations qui circulent entre les acteurs. Les entretiens servent à confronter le cadrage aux expériences du terrain.

Comparer les réponses possibles

Explorez plusieurs concepts, y compris des solutions organisationnelles ou une architecture de données plus simple. Évaluez leur valeur, leurs coûts et les dépendances qu’ils créent. Une blockchain reste une hypothèse technique à justifier.

Organiser les décisions

Le projet a besoin de règles d’accès, de contribution, de décision et de financement. Les canevas rendent ces points discutables avant un engagement plus important.

Aboutir à une prochaine étape vérifiable

La restitution précise le concept retenu, les éléments encore incertains et un test permettant de décider de la suite. Elle ne remplace ni une étude technique ni les vérifications juridiques propres au projet.

Parcourir les étapes de la méthode

Quand envisager une blockchain ?

Examinez cette piste lorsque plusieurs organisations ont besoin de tenir ou vérifier un état partagé et que les droits de contrôle de cet état constituent un enjeu explicite. Décrivez qui écrit, qui vérifie, qui peut contester et quelle confiance subsiste envers les opérateurs et les logiciels. Le nombre d’acteurs ou un besoin de sécurité ne suffisent pas à choisir l’architecture.

Construire une comparaison qui permette de décider

• Usage : difficulté observée, fréquence, conséquences et personnes concernées.
• Alternatives : processus amélioré, base de données partagée, documents signés, puis architecture blockchain candidate.
• Qualité des informations : origine des données, vérifications, corrections et traitement des désaccords.
• Exploitation : coûts sur plusieurs années, dépendances, intégrations, gestion des accès et des clés, continuité et sortie.
• Décision : gain attendu, preuve disponible, incertitude principale, responsable du prochain test et critère d’arrêt.

Une inscription dans un registre ne démontre pas à elle seule la véracité d’un événement physique. Pour un cas de traçabilité, il faut aussi organiser le contrôle à la source et les responsabilités associées.