Penser l’architecture IT à deux
Cette page est notre table de travail commune. Pas un drive, pas un rapport : un endroit où l’on voit, d’un coup d’œil, où on en est — et où l’on peut zoomer dans chaque pièce du dossier.
Accès réservé à deux personnes (toi et moi), par email. Rien n’en sort.
Tout y est anonymisé : on parle du « centre de soins », jamais du vrai nom. Tant que ta direction générale n’a pas donné son feu vert, on tient cette ligne.
L’état du chantier
| Pièce | Qui | Statut |
|---|---|---|
| Synthèse de la conversation | moi | ✅ fait |
| Synthèse de l’existant + cette surface | moi | 🔧 en cours — tu la lis |
| ½ page sur l’existant (outils par fonction) | toi | ⏳ attendue |
| Séance « présentation de l’existant » | nous deux | 📅 à caler |
Par où entrer
- La synthèse — ce que j’ai compris du projet, de l’organisation, et du vrai problème informatique. Notre point de départ commun.
- La carte de l’existant — le squelette des outils par fonction. Il attend ta ½ page pour se remplir.
La question qui décide de tout
Une seule question commande la suite :
Sait-on faire basculer l’usage réel sans demander à personne de changer ses habitudes ?
L’idée n’est pas d’ajouter un outil de plus (le cimetière en est plein — Salesforce est là, personne ne s’en sert). L’idée est de faire piloter par l’IA les outils déjà là. Si ça convertit l’usage sur un petit workflow étroit, la suite tient. Sinon, on l’apprend tôt et pas cher.
C’est ça qu’on cherche à prouver en premier.