Notre façon de travailler
Chercher, développer, livrer, exploiter.
Quatre étapes, une boucle. Ce que nous apprenons en exploitant un système alimente la recherche suivante — et c'est aussi pourquoi la construction et la sécurité vivent dans la même équipe, et non dans deux services qui se croisent à la remise.
Les étapes
Ce qui s'y passe réellement.
Chercher
La première phase sert à réduire le problème et à expliciter les contraintes. Cela veut dire lire vos systèmes, parler à ceux qui les utilisent, et dire à voix haute quelles parties du cahier des charges ne survivront pas au contact du réel. Le périmètre rétrécit ici plus souvent qu'il ne grandit, et c'est en général une bonne nouvelle.
Développer
Des incréments courts, dont chacun tourne. Nous préférons montrer une tranche étroite qui fonctionne de bout en bout qu'une tranche large qui fonctionne en démonstration. La relecture est continue et se fait dans votre dépôt, pour que personne ne découvre l'architecture à la fin.
Livrer
Livrer signifie que votre équipe peut déployer, observer et modifier le système sans nous appeler. Code, définitions d'infrastructure, manuel d'exploitation et une séance avec ceux qui en héritent. Si ce n'est pas le cas, nous n'avons pas fini, quoi qu'en dise le calendrier.
Exploiter
En option, et toujours en option. Supervision, support et re-tests périodiques pour les organisations qui le souhaitent — jamais une dépendance glissée dans la remise pour rendre le départ coûteux.
Principes
Les engagements derrière la méthode.
Ce sont les points que nous n'échangeons pas contre une date de livraison plus proche, et la raison pour laquelle certaines conversations se terminent sans proposition.
- Aucune dépendance par constructionLe code, les données et les comptes sont à vous. Notre levier, c'est la qualité du travail, pas la douleur du départ.
- Les mauvaises nouvelles tôtUne estimation qui dérape est signalée dès que nous le voyons, pas au jalon. Personne n'a jamais été content de l'apprendre plus tard.
- Périmètre écritSurtout pour les tests de sécurité. Ce qui est dedans, ce qui est dehors, quand, et ce qui nous fait arrêter.
- Vos données restent les vôtresTraitées là où vous le décidez, conservées pour une durée convenue, supprimées à échéance, et jamais utilisées comme référence.
- Les affirmations sont mesurablesSi nous disons qu'un système s'est amélioré, une mesure existe derrière, et vous pouvez l'exécuter vous-même.
- Nous savons dire nonAux missions hors de notre compétence, et aux tests sans mandat en bonne et due forme. Ces deux refus vous protègent autant que nous.
Questions
Posées assez souvent pour figurer ici.
Pouvez-vous construire puis auditer le même système ?
Nous le pouvons, mais pas comme un audit indépendant. Relire son propre travail est utile pour la qualité et sans valeur comme assurance. Là où vous avez besoin d'un avis indépendant sur ce que nous avons construit, nous le disons et vous aidons à briefer un autre cabinet — et un avis indépendant sur le travail d'un tiers est pour nous une mission tout à fait ordinaire.
Travaillez-vous avec nos ingénieurs ou les remplacez-vous ?
Avec eux, par défaut. Le travail se fait dans votre dépôt, avec votre processus de relecture, et le but est que votre équipe puisse le porter après notre départ. Les équipes qui ne reçoivent qu'un livrable fini se retrouvent en général incapables de le modifier.
Dans quelles langues travaillez-vous ?
Anglais, allemand, français et italien — pour les ateliers, les rapports et les échanges quotidiens. Le code, les messages de commit et la documentation technique restent en anglais, parce que c'est ce que le prochain ingénieur attendra.
Comment démarre une collaboration ?
Par une conversation, puis un court périmètre écrit couvrant l'objectif, les limites, la charge et le prix. Pour les tests de sécurité, le mandat et les règles d'engagement font partie du même document. Le travail commence une fois signé, pas avant.
Cela vous parle ?
Décrivez la situation en quelques phrases. Si nous ne sommes pas la bonne équipe, nous le dirons — et nous vous indiquerons en général le bon type d'interlocuteur.