Je suis en train de bâtir Hubnot, un outil de collaboration qui conserve des registres de travail signés à côté de votre code dans Git.
Le dernier chantier lui apporte un modèle de ticket plus riche : descriptions, critères d’acceptation, labels, assignés, relations et historique de révision. On peut commencer par un titre et ajouter de la structure au fur et à mesure que le travail avance.
Ce qui m’importe, c’est la façon dont il gère l’incertitude.
Quand deux personnes modifient un ticket indépendamment, les deux changements restent visibles. La résolution est explicite. Quand une automatisation relance une requête qui avait réussi, elle récupère le résultat original sans créer de doublon. Les mises à jour obsolètes échouent clairement.
Ces détails comptent pour l’ergonomie cognitive. Les gens et les outils doivent comprendre ce qui s’est passé, ce qui a changé et ce qui attend encore une décision.
Ça offre aussi aux agents une interface plus fiable : des commandes JSON documentées, des requêtes bornées et un exemple de consommateur fonctionnel. L’assignation et le statut du ticket restent descriptifs ; la permission d’exécuter le travail appartient au système qui effectue l’exécution.
https://github.com/LynnColeArt/hubnot
#OpenSource #DeveloperTools