Approche

Une méthode, pas une promesse.

Ce site ne présente pas de références clients : les systèmes que nous construisons exposeraient les organisations qui nous les confient. Ce que nous pouvons montrer, en revanche, c’est la manière dont nous travaillons.

Déroulement

Cinq phases, chacune avec sa question.

  1. 01Quelques semaines

    Cadrage

    Qu’est-ce qui doit continuer de fonctionner, quoi qu’il arrive ?

    Nous commençons par identifier les fonctions dont l’interruption a des conséquences réelles, et par cartographier ce qui existe déjà. Cette étape révèle presque toujours des dépendances que l’organisation ignorait, et des systèmes que plus personne ne sait redémarrer.

    LivrablesCartographie des systèmes, hiérarchisation des fonctions, matrice de risques.

  2. 02Selon le périmètre

    Architecture

    Comment sortir de ce système dans dix ans ?

    La question de la sortie est posée avant celle de l’entrée. Elle détermine les formats, les interfaces, la propriété du code et les clauses contractuelles. Une architecture dont on ne peut pas sortir est une architecture qu’il ne fallait pas retenir.

    LivrablesDossier d’architecture, plan de réversibilité, exigences de sécurité.

  3. 03Lots vérifiables

    Réalisation par lots

    Ce lot est-il utilisable en production, oui ou non ?

    Chaque lot a des critères de sortie définis avant son lancement et vérifiés à sa livraison. Un lot n’est pas terminé parce que le calendrier le dit, mais parce que ses critères sont satisfaits. Les écarts apparaissent tôt, quand ils sont encore corrigeables.

    LivrablesIncréments livrés, documentation d’exploitation, tests reproductibles.

  4. 04Progressive

    Mise en service

    Que se passe-t-il si cela tombe la nuit du basculement ?

    Le basculement est répété avant d’être réalisé, avec un scénario de retour arrière éprouvé. Les équipes d’exploitation du client sont aux commandes pendant la répétition, pas spectatrices.

    LivrablesPlan de bascule, procédure de retour arrière, exercice de reprise.

  5. 05Jusqu’à l’autonomie

    Transfert

    Vos équipes peuvent-elles s’en sortir sans nous ?

    Le transfert n’est pas une formation de fin de projet. Il commence pendant la réalisation et se termine par une période où les équipes du client opèrent seules, avec notre assistance en retrait. La mission se conclut lorsque cette période se passe sans nous.

    LivrablesDocumentation, compagnonnage, période d’exploitation autonome supervisée.

Convictions

Ce sur quoi nous ne transigeons pas.

La dépendance est un risque, pas un modèle commercial

Un fournisseur dont le revenu dépend de l’incapacité du client à s’en passer n’a aucune raison de transférer la compétence. Nous préférons être choisis pour la mission suivante plutôt que retenus par l’impossibilité de partir.

La sécurité ne s’ajoute pas à la fin

Une exigence de sécurité introduite après la conception coûte dix fois plus cher et protège deux fois moins. Elle fait partie des critères d’acceptation de chaque lot, pas d’un audit final.

Un système que personne ne comprend est un système perdu

La documentation d’exploitation, les schémas d’architecture et les procédures de reprise sont des livrables, au même titre que le code. Sans eux, le système appartient à celui qui l’a écrit.

Le contrôle humain n’est pas une option

Sur les décisions à effet significatif, un traitement automatisé propose, un responsable décide. Cette règle vaut aussi lorsqu’elle ralentit la chaîne.

Fin de mission

La sortie est un livrable.

La part de responsabilité opérationnelle que nous tenons décroît d’une phase à l’autre. Une mission dont cette part ne diminue pas n’avance pas : elle installe une dépendance.

Répartition de la responsabilité opérationnelle

  1. Cadrage

    Konect 9 / organisation 3

    Les exigences, les critères de sortie et le plan de réversibilité sont posés.

  2. Construction

    Konect 8 / organisation 4

    Les équipes de l’organisation participent à la conception, pas à la recette seule.

  3. Mise en service

    Konect 5 / organisation 7

    L’exploitation est conduite conjointement, procédures écrites à l’appui.

  4. Exploitation accompagnée

    Konect 2 / organisation 10

    L’organisation opère ; Konect intervient sur sollicitation.

  5. Autonomie

    Organisation cliente, seule

    La mission se termine. Le système est exploité sans assistance extérieure.

Schéma de principe. Les proportions expriment un ordre de grandeur relatif entre phases ; elles ne sont ni un engagement contractuel, ni une mesure. Le calendrier réel est arrêté mission par mission.

Vérification

Ce que nous pouvons vous transmettre.

Dans le cadre d’une préqualification ou d’une consultation, et à la demande d’une organisation identifiée, nous transmettons directement les éléments qui ne peuvent pas figurer sur un site public.

  • Capability statement détaillé, adapté au périmètre de la consultation.
  • Méthodologie complète et modèles de livrables.
  • Références, avec l’accord écrit préalable des organisations concernées.
  • Politiques internes, attestations et éléments de conformité.
  • Curriculums des intervenants pressentis sur la mission.
Nous contacter

Consultations · Préqualifications · Partenariats

Parlons de votre projet.

Décrivez votre priorité, son contexte opérationnel et le résultat recherché. Nous orienterons la demande vers le bon interlocuteur.