Avertissement : Ceci n'est PAS un article sur la complexité. Il serait facile de se moquer de l'incroyable complexité de votre application (vous construisez un « mystère » – har har har), mais ce n'est pas le cas. (Mais qu'en pensez-vous ?) microservices , n'est-ce pas ?)

Grâce à Malcolm Gladwell J'ai beaucoup réfléchi ces derniers temps aux mystères et à la façon dont ils transforment notre façon de travailler dans le monde des opérations numériques. Si vous n'avez pas encore entendu sa conférence « L'avenir de l'humanité », basée sur une papier fantastique par Gregory Treverton, ancien responsable du renseignement américain. Je recommande vivement de l'écouter.

Même si vous n'avez pas passé les 30 dernières minutes à vous renseigner sur les examens rectaux (vous devriez vraiment revenir en arrière et regarder cette conférence !), voici quelques éléments qui me semblent marquants dans notre contexte d'opérations numériques :

1. Être un résolveur de problèmes efficace signifie comprendre si vous résolvez un problème. puzzle ou un mystère .   Les énigmes nous obligent à rassembler davantage d’informations pour résoudre le problème, tandis que les mystères nous obligent à donner un sens aux vastes informations dont nous disposons déjà.
2. Compte tenu de la quantité d'informations disponibles, pour réaliser un travail de qualité, nous devons agir davantage comme des analystes que comme des solutionneurs de problèmes. La « bonne » solution n'est pas tranchée ; elle repose sur une évaluation des risques relatifs de chaque côté.
3. En tant qu'analystes, les « experts » (ou médecins, dans l'exemple de Gladwell) jouent un rôle beaucoup plus social, en écoutant activement et en vous aidant à trouver la meilleure ligne de conduite, sans dicter « comment cela doit être » du haut de la montagne.

Prenons un exemple plus concret : vous êtes développeur et vous développez un nouveau service à partir de la plateforme conçue par votre équipe cloud/SRE. Vous pouvez choisir de collecter davantage d'informations sur les API, les environnements, l'opérabilité, etc., mais ce n'est pas un casse-tête. Que vous choisissiez Rails, Scala ou Élixir Votre langage requiert une approche analytique pour évaluer les compromis et les risques. Vous pouvez même décider de consulter votre équipe SRE afin de recueillir son avis sur les « meilleures pratiques » de développement et d'exploitation de nouveaux services, mais soyons clairs : Quel que soit votre choix, c'est votre décision et votre responsabilité. Ils peuvent certainement vous guider pour comprendre les risques de manière plus viscérale, mais en fin de compte, c'est votre décision (ou votre « appel », har har har).

Le mystère de la conférence

Au cours de mes 4 années et plus chez PagerDuty, j'ai assisté à de très nombreuses conférences (mais peut-être pas autant que celles-ci) avocats développeurs J'entends souvent parler de… Je garde tous mes cordons, presque comme un insigne d'honneur. J'aime assister à des conférences pour plusieurs raisons, mais la principale est la possibilité de parler directement aux clients dans un environnement serein.

En sortant vos clients des conférences téléphoniques et du confort de leur bureau, vous obtenez plus souvent la vérité sur leur réalité, leurs difficultés, leurs dysfonctionnements et les changements à apporter. À l'inverse, de nombreux stands et sessions auxquels vous pouvez assister regorgent de fournisseurs et d'intervenants qui maîtrisent parfaitement leur sujet. Si vous cherchez à résoudre votre problème, voici l'information qui vous manque : ils sont présents à la conférence pour brosser un tableau idyllique de leur organisation, montrer à quel point ils sont « DevOps » et comment ils ont tout compris.

J'ai pu le constater de mes propres yeux il y a quelques années lors d'une conférence DevOps tournée vers l'avenir, animée par un client d'un grand distributeur. Après la conférence, j'étais tellement intrigué par leur succès dans l'adoption de DevOps au sein d'une grande organisation que j'ai saisi l'occasion de leur rendre visite sur place. Le moins que l'on puisse dire, c'était la déception de voir le ton de cette intervention. Et curieusement, c'est exactement ce que Sarah McLachlan (une légende de la musique canadienne) entendait par «  Construire un mystère « Nous avons tous des insécurités à cacher, et nous le faisons souvent en mettant une façade… si nous sommes simplement qui nous sommes, c'est généralement la chose la plus attrayante et la plus belle. »

Si je vous rencontre à une conférence, c'est ce que j'attends de vous : de l'authenticité. C'est aussi ce que j'exige de mes dirigeants :

Cette année Sommet PagerDuty regorge d'apprenants humbles avec lesquels je suis ravi d'interagir :

• Discours d'ouverture de Patrick Lencioni (membre principal de l'équipe dysfonctionnelle), John Allspaw (expert en facteurs humains), Jenn Tejada (perturbatrice de PagerDuty) et plus .
• Et des séances de intervenants clients incroyables qui n'aura pas le droit de faire semblant !

Si vous êtes déjà inscrit au Sommet, je vous mets au défi de participer, d'être social et de profiter au maximum de l'opportunité de vous connecter avec ces experts.

Et si vous hésitez encore à venir, je vous assure que ce n'est pas un casse-tête : je serai ravi de vous aider à évaluer les risques ! Mais si vous avez besoin d'un peu plus de réconfort, voici quelques chiots :

Embrasse le mystère, et je te verrai à Sommet PagerDuty !