Études de cas
Ce que nous avons livré, raconté sérieusement
Chacun de ces projets est un système réel : ce qu'il devait faire, ce qui le rendait difficile, et les décisions que nous défendrions en revue de code. Quand un chiffre mérite d'être cité, c'est un chiffre que nous avons mesuré.
Travaux choisis
Projets en détail
Ce que contient une étude de cas ici
La plupart des études de cas d'agence décrivent un résultat et passent sous silence ce qui était réellement difficile. Celles-ci font l'inverse. Dans un projet logiciel, le contenu intéressant est la contrainte que l'on ne pouvait pas lever et ce que l'on a construit autour.
- La contrainte qui a façonné l'architecture, énoncée clairement.
- Les décisions prises, y compris celles que nous reverrions.
- Des mesures relevées en conditions réelles, pas sur un poste de développement.
- Ce qui a été livré, et ce que cela permet ensuite à l'entreprise de faire.
Pourquoi les contraintes occupent autant de place que le résultat
Si vous évaluez une équipe d'ingénierie, le signal utile n'est pas qu'un projet a été lancé. C'est de savoir si l'équipe a compris pourquoi il était difficile et a choisi délibérément. Une étude de cas qui se lit sans accroc du début à la fin est généralement une étude dont on a retiré les passages difficiles.
Si quelque chose ici ressemble à votre situation, le moyen le plus rapide de savoir si nous pouvons aider est de nous la décrire. Nous vous dirons honnêtement si ce n'est pas notre type de problème.
Un projet en tête ?
Construisons ensemble quelque chose d'exceptionnel.
Dites-nous où vous en êtes et où vous voulez aller. Nous vous répondons sous un jour ouvré avec des prochaines étapes honnêtes, quitte à vous orienter ailleurs.