Le site replace ces étapes dans le contexte de Les Trois Voies, un ensemble de principes rendus populaires par "Le Projet Phénix". Jez Humble, un membre éminent de la communauté DevOps et Mark Burgess, auteur de CFEngine ont pointé ces références sur Twitter.
Suivre le Premier Principe consiste à réfléchir sur les processus de bout en bout d'un système, c'est à dire considérer toutes les étapes qu'une modification entraîne dans un logiciel, depuis la requête initiale du client jusqu'au déploiement en production. Ceci permet d'éviter des optimisations locales et de supprimer les silos, comme l'expliquent Gene Kim et al. dans "Le Projet Phénix". Le Deuxième Principe permet l'amplification des boucles de retour, de telle sorte que les problèmes sont identifiés et corrigés rapidement. Par exemple, il s'agit de rendre disponibles les logs de production d'une application pour l'équipe de développement. Le Troisième Principe favorise une culture d'expérimentation continue et de maîtrise par la répétition et la pratique. Chaos Monkey de Netflix peut être envisagé comme un exemple extrême du Troisième Principe en pratique.
Tom Limoncelli, co-auteur de Everything Sysadmin, propose cinq étapes pour atteinder Les Trois Principes. Ces étapes sont des points de passage informels qui permettent à une organisation de vérifier comment ces principes ont pénétré sa culture.
La première étape est le point de départ, lorsque rien n'est documenté, mesuré ni automatisé. L'impossibilité d'exécuter de manière consistante les processus existants du système et/ou les récompenses accordées aux personnes pour des optimisations locales sont des symptômes de la première étape. L'organisation en est également au début de l'aventure alors qu'elle ne peut pas mesurer les processus du système, comme connaître le temps moyen d'un déploiement.
La deuxième et la troisème étape marquent le long chemin vers le Premier Principe. La première consiste à s'assurer que les processus sont documentés et peuvent être répétés, alors que la seconde milite pour des objectifs clairs pour les processus et évite le travail double. Une organisation pratique le Premier Principe lorsqu'elle peut, entre-autres, suivre de manière consistante les processus définis et attacher à chacune de ses étapes une liste de QA. Le Premier Principe se manifeste également lorsque les changements de processus sont toujours sujets à discussion et communiqués à tous les tiers concernés.
Si une organisation peut faire des choses comme la mesure de processus de manière continue et revoit les défauts ou le temps de modification, elle a atteint la quatrième étape et le Second Principe. A ce niveau, l'organisation possède des tableaux de bord qui montrent des indicateurs comme le temps de complétion des étapes, les defects ou les temps de cycle. Plus important, l'organisation tire avantage de ces mesures pour s'assurer que les processus corrigent les problèmes dont ils sont à l'origine.
Le Troisième Principe est atteint en même temps que la cinquième étape. Ce niveau de maturité présente quelques fonctionnalités importantes comme l'amélioration continue des temps de latence et de cycle, ou l'exécution de procédures de contingence (p.e. s'occuper d'un serveur défaillant) de manière régulière. Généralement, toutes les étapes d'une processus ont déclenché une modification de ce processus, sinon elles ont au moins été analysées pour s'assurer qu'aucune optimisation n'était nécessaire.