Surveiller l'aboutissement réel des processus métier
Un serveur sain peut masquer du travail client bloqué.
Carnet
Carnet · 4
Des réflexions pratiques sur le produit, le logiciel et les décisions qui les relient.
Carnet
Les questions qui structurent un contrôle d'accès utile
L'accès commence par une question métier : qui peut faire quoi sur quel dossier, dans quelles circonstances ?
Avoir une sauvegarde ne signifie pas savoir restaurer
Une sauvegarde reste une source possible jusqu'à preuve qu'elle rétablit un service utile.
Diagnostiquer la production sans collecter tous les détails personnels
Un journal utile explique un événement avec le minimum d'informations praticable.
Que vérifier avant de reprendre une base de code ?
Évaluez la propriété, le déploiement, les données et le premier changement maîtrisé.
Réécrire ou améliorer progressivement un logiciel ?
Comparez continuité, frontières entre composants et charge de migration.
Prioriser la dette technique selon son impact métier
Classez incidents, difficulté de livraison et risques de reprise avant les préférences esthétiques.
Préparer migration des données, bascule et retour arrière
Organisez répétition, rapprochement et responsabilité des écritures avant la mise en service.
Que doit couvrir la maintenance d’un logiciel ?
Distinguez anomalies, évolutions, sécurité et exploitation dans un périmètre explicite.
Questions pour choisir un partenaire de développement logiciel
Évaluez preuves, décisions, propriété et gestion de l’incertitude.
Demander une proposition logicielle sans budget arrêté
Décrivez résultats, contraintes et souplesse de dépenses pour comparer les offres.
Partenaire externe ou équipe interne pour développer un logiciel ?
Comparez propriété du produit, continuité, recrutement et capacité de livraison.
Créons quelque chose d’utile.
Un premier produit, un processus difficile ou un logiciel à reprendre. Dites-nous où vous en êtes.