Haftungsausschluss: Dies ist KEIN Beitrag über Komplexität. Es wäre zwar einfach, sich über die verrückte Komplexität Ihrer Anwendung lustig zu machen (Sie bauen ein „Mysterium“ – har har har), aber dies ist nicht dieser Beitrag. (Aber wie wäre es mit diesen Mikrodienste , stimmts?)

Dank an Malcolm Gladwell , ich habe in letzter Zeit viel über Mysterien nachgedacht und darüber, wie sie unsere Arbeitsweise in der Welt der digitalen Operationen verändern. Wenn Sie seinen Vortrag „Die Zukunft der Menschheit“ noch nicht gehört haben – der auf einer fantastisches Papier von Gregory Treverton, einem ehemaligen Leiter des US-Geheimdienstes – ich kann es nur wärmstens empfehlen.

Auch wenn Sie die letzten 30 Minuten nicht damit verbracht haben, sich über rektale Untersuchungen zu informieren (Sie sollten sich den Vortrag unbedingt noch einmal ansehen!), sind hier ein paar Punkte, die mir in unserem Kontext digitaler Operationen auffallen:

1. Um ein effektiver Problemlöser zu sein, muss man verstehen, ob man ein Puzzle oder ein Geheimnis .   Bei Rätseln müssen wir mehr Informationen sammeln, um das Problem zu lösen, während wir bei Mysterien die Unmengen an Informationen, die wir bereits haben, verarbeiten müssen.
2. Angesichts der Fülle an verfügbaren Informationen müssen wir, um gute Arbeit zu leisten, eher wie Analysten als wie Problemlöser agieren. Die „richtige“ Lösung ist nicht schwarz-weiß; sie basiert auf der Bewertung der relativen Risiken aller Seiten.
3. Als Analytiker spielen „Experten“ (oder Ärzte, in Gladwells Beispiel) viel mehr eine soziale Rolle: Sie hören aktiv zu und helfen Ihnen, die beste Vorgehensweise zu erarbeiten, statt Ihnen vom Berggipfel aus zu diktieren, „wie es sein soll“.

Nehmen wir ein konkreteres Beispiel: Sie sind ein Entwickler, der einen neuen Dienst mithilfe der Plattform erstellt, die Ihr Cloud-/SRE-Team entwickelt hat. Sie möchten vielleicht mehr Informationen über APIs, Umgebungen, Bedienbarkeit usw. sammeln, aber das ist kein Rätsel. Egal, ob Sie Rails, Scala oder Elixier da Ihre Sprache einen analytischen Ansatz zur Bewertung von Kompromissen und Risiken erfordert. Sie können sich sogar mit Ihrem SRE-Team beraten, um dessen Input zu „Best Practices“ für die Entwicklung und den Betrieb neuer Dienste zu erhalten, aber lassen Sie mich eines klarstellen: Was auch immer Sie wählen, ist Ihre Entscheidung und Ihre Verantwortung. Sie können Ihnen sicherlich dabei helfen, die Risiken besser zu verstehen, aber letztendlich liegt die Entscheidung bei Ihnen (oder in Ihrer „Bereitschaft“, har har har).

Das Geheimnis der Konferenz

In meinen über 4 Jahren bei PagerDuty habe ich an vielen, vielen Konferenzen teilgenommen (obwohl vielleicht nicht ganz so viele wie diese Entwickler Avocados Ich höre immer wieder davon…). Ich behalte alle meine Schlüsselbänder, fast wie ein Ehrenabzeichen. Es gibt mehrere Gründe, warum ich so gerne zu Konferenzen gehe, aber der Hauptgrund ist die Möglichkeit, in einer nicht bedrohlichen Umgebung direkt mit Kunden zu sprechen.

Wenn Sie Ihre Kunden nicht in Telefonkonferenzen und aus der „Gemütlichkeit“ ihres Büros holen, erfahren Sie häufiger, was ihre Realität ist: womit sie zu kämpfen haben, was nicht funktioniert und was geändert werden muss. Im direkten Gegensatz dazu sind viele der Stände der Anbieter und die Sitzungen, an denen Sie teilnehmen können, voll mit Anbietern und Rednern, die „alles im Griff haben“. Wenn Sie Ihr Rätsel lösen möchten, hier die Information, die Ihnen fehlt: Sie sind eigentlich auf der Konferenz, um ein rosiges Bild ihrer Organisation zu zeichnen, wie „DevOps“ sie sind und wie sie alles im Griff haben.

Ich habe dies vor ein paar Jahren auf einer zukunftsweisenden DevOps-Konferenz mit einem Kundensprecher eines großen Einzelhändlers aus erster Hand erlebt. Nach der Konferenz war ich so fasziniert von ihrem Erfolg bei der Einführung von DevOps in einer großen Organisation, dass ich die Gelegenheit ergriff, sie vor Ort zu besuchen. Um es gelinde auszudrücken, es war ernüchternd zu sehen, wie viel Spin in diesem Vortrag steckte. Und interessanterweise ist es genau das, was Sarah McLachlan (eine kanadische Musiklegende) mit „ Ein Mysterium aufbauen „Wir alle haben Unsicherheiten, die wir verbergen möchten, und das tun wir oft, indem wir eine Fassade aufbauen … wenn wir einfach sind, wer wir sind, ist das normalerweise attraktiver und schöner.“

Wenn ich Sie auf einer Konferenz treffe, ist es genau das, was ich von Ihnen erwarte: Authentizität. Das ist es auch, was ich von meinen Führungskräften verlange:

Diese Jahre PagerDuty Gipfel ist voller bescheidener Lernender, mit denen ich mich gerne austausche:

• Keynotes von Patrick Lencioni (Chief Dysfunctional Team Member), John Allspaw (Human Factor-er), Jenn Tejada (PagerDuty's $#!t-Disturber) und mehr .
• Und Sitzungen von unglaubliche Kundensprecher der es nicht vortäuschen darf!

Wenn Sie sich bereits für den Summit angemeldet haben, fordere ich Sie auf, teilzunehmen, kontaktfreudig zu sein und die Gelegenheit zum Kontakt mit diesen Experten optimal zu nutzen.

Und wenn Sie noch überlegen, ob Sie mitkommen sollen oder nicht, kann ich Ihnen versichern, dass das kein Rätsel ist: Ich helfe Ihnen gerne dabei, die Risiken abzuwägen! Aber wenn Sie mehr ans Herz gehen möchten, hier sind ein paar Tipps:

Umarme das Geheimnis und wir sehen uns bei PagerDuty Gipfel !