DSI à temps partagé
Pour une organisation trop petite pour un DSI à plein temps et trop dépendante de son informatique pour s'en passer : arbitrages, budget, relation éditeurs et prestataires, sécurité.
Savoir ce qu'on construit, avant de le construire.
La plupart des projets de systèmes d'information n'échouent pas sur la technique : ils échouent parce que personne n'a écrit, noir sur blanc, ce qu'on attendait d'eux et à quoi on saurait que c'est raté. C'est là que j'interviens.
Architecture des SI
Cartographie de l'existant, cibles, trajectoire. Ce qu'on garde, ce qu'on remplace, ce qu'on arrête — et dans quel ordre, avec les dépendances écrites.
Cadrage avant développement
Le dossier complet d'un projet avant la première ligne de code : le besoin, le contrat fonctionnel, l'architecture, les épreuves, le prototype cliquable.
Comment ça se passe
Quatre documents, dans cet ordre
- La note de cadrageLe problème, pour qui, et les critères d'arrêt — y compris celui qui dit de ne rien faire.
- Le besoinCe que le produit doit faire, exigence par exigence, chacune avec ce qui la rendrait fausse.
- Le contrat fonctionnelÉcran par écran, règle par règle : ce qui entre, ce qui sort, ce qui est refusé et pourquoi.
- Le dossier techniqueL'architecture, les données, les épreuves et l'ordre de livraison. Le code peut commencer.
Si la réalité contredit le dossier en cours de route, c'est le dossier qu'on amende — daté, motivé — jamais le code qu'on bricole.
Ce que vous recevez
- Un dossier lisible par vos équipes comme par un prestataire extérieur.
- Un prototype cliquable : on voit le produit avant de le payer.
- La liste des épreuves qui diront que c'est fini.
- Les écarts constatés entre ce qui était prévu et ce qui existe, sans rien taire.
Conditions
- Format
- À la journée, ou au forfait pour un cadrage
- Tarif
- Sur devis, après un premier échange
- Lieu
- Paris et à distance
- Démarrage
- Sous deux semaines