Produktumkehr: Von figurativen zu bewussten Ingenieuren

Das Frühjahr 2020 hat gezeigt, dass viele Unternehmen dank der DevOps-Praktiken in der Lage waren , Produkte schnell neu zu erstellen und online zu gehen , während sie betriebsbereit blieben. Es stellte sich heraus, dass die Reife der DevOps-Praktiken nicht nur von den Ergebnissen des Geschäfts abhängt, sondern auch von seinem Überleben.



Unsere Meetings auf der DevOpsConf-Konferenz konzentrierten sich nicht nur auf die Werkzeuge der Ingenieure, sondern auch auf die Prozesse, für die diese Werkzeuge benötigt werden. Dies scheint für das Unternehmen nicht ausreichend zu sein, um zu sehen, wie DevOps für das Produkt optimal genutzt werden kann.



Aus diesem Grund haben wir uns darauf konzentriert, wie Menschen in verschiedenen Positionen bestimmen, welche Reife DevOps-Praktiken erreicht wurden, und wie die Ziele der technischen Entwicklung in ihrer Organisation und ihrem Team bewusst ausgewählt werden können. Mit anderen Worten, ich möchte sehen, wo ich mich gerade auf dem DevOps-Feld befinde und was mein nächster Schritt ist.







Die wichtigsten messbaren Merkmale von DevOps sind die Stabilität der Anwendung und die Produktivität der IT-Teams, von der Idee bis zur Bereitstellung eines Features für die Produktion. Daher sprechen wir viel über Time-to-Market und Monitoring und setzen den technischen Weg fort.



Und IT-Teams bestehen aus lebenden Menschen, die nicht nur gute KPIs herausgeben können, sondern auch offensichtlich nützliche Arbeit leisten. Wenn der DevOps-Ansatz in der Welt an Popularität gewonnen hat, dann braucht ihn wahrscheinlich jemand. Für Sie haben wir uns mit Produktbesitzern und Geschäftsleuten getroffen, die nicht immer wissen, was DevOps ist (als ob wir wissen: D), und sie gefragt, was es für sie wichtig ist, von Technikern zu bekommen. Was ist das sehr gut.



Als erstes musste ich meinen Wortschatz und meine Kommunikationsweise ändern. Wir sprachen nicht wie gewohnt, sondern versuchten, die Sprache der Produkte zu verwenden. Wir haben sogar CustDev-Interviews als Kommunikationsmittel gewählt, wie es in der Lebensmittelwelt üblich ist. Diese Interviews bestätigen oder widerlegen unsere Hypothesen darüber, was bei der geschäftlichen Arbeit an einem Produkt wichtig ist.



Hier sind die Hypothesen, die wir in unseren Meetings getestet haben:



  • TTM Product Owner-.
  • .
  • PO , .
  • TTM CustDev. , .


Ich spreche über Zoom mit meinem langjährigen Bekannten, der davon überzeugt ist, dass eine Person, die noch nie in ihrem Leben verkauft hat, im Beruf des Product Owner nichts zu tun hat. Sie tritt häufig in Rundfunk- und Fernsehsendungen auf und führt Seminare in ihrem Fachgebiet durch. Sobald das Selbstisolationsregime gelockert war, mieteten sie, ihr Mann und ihr Kind ein Haus am Ufer eines herrlichen Sees und zogen den ganzen Sommer über, um dort zu leben und zu arbeiten. Ihr Unternehmen ist seit fast 20 Jahren auf dem Online-Dienstleistungsmarkt tätig. An erster Stelle in Bezug auf Bewertungen in seinem Themenbereich.



- Sagen Sie mir bitte, fĂĽhren Sie spezielle Arbeiten durch, um den Entwicklungszyklus zu verkĂĽrzen und Funktionen in der Produktion in Ihrem Team zu starten?



— , . 2014 , , , . , , (). , , ...



— , 6 ?! ...



— . .. .



— ?



— . , , , .



Wir setzten das Gespräch fort und in der nächsten halben Stunde sagte Natalya, dass wichtige Änderungen am Produkt jetzt viel sicherer und ruhiger sind. Der Hauptfaktor bei dieser Veränderung ist ihr Vertrauen in das Team und das Vertrauen des Teams in sie.



Mein nächster Anruf ist in Phuket. Igor ist vor einigen Jahren dorthin gezogen und hat dafür schwierige Verhandlungen mit seinem Arbeitgeber geführt. Dann war die Fernarbeit eine Kuriosität, und alle Mitarbeiter arbeiteten in einem Büro in Moskau. Jetzt sind hinter den Kulissen Quietschen und Aufhebens seiner großen Familie zu hören. Sein Unternehmen ist in seiner Richtung auch führend auf dem russischen Markt.



- Plötzlich wurde ich diesen Frühling ein Remote-Experte! (lacht)



- Bitte sagen Sie mir, welche bewussten Schritte Sie unternommen haben, um die Stabilität der Anwendung zu erhöhen, und warum?



— , , LTV, customer retention unit economy. , 20% ...



— , NPS!



— , NPS. , . . , - .



— ?



— . .. .



— - ? ?



— , « » . SEO , . , , .



— .. , .



— , — 4,5 . 99,995% .



— DevOps , DevOps ...



— DevOps . - , , «» -, , . , , , , - – 0,1% .



— .. - , .



— , . ( , , )



— . -, , . -, , «», .



— . , IT : 30% . , . , 2020 , . .



— , 40% , , ?



— .



Dann sagte Igor, dass er die Gelegenheit habe, vor der Kurve zu arbeiten. Ein wesentlicher Teil der Aufgaben zielt darauf ab, neue Technologien und Schnittstellen zu beherrschen. Die ersten Ergebnisse von Experimenten stehen den Benutzern bereits zur Verfügung, beispielsweise die Kommunikation in natürlicher Sprache. Gleichzeitig können wir heute eher über den Forschungsteil der Forschung und Entwicklung sprechen. Das Unternehmen beherrscht die Technologie im Voraus, um den Moment der Reife der KI-Technologien zu nutzen und sich einen Wettbewerbsvorteil zu verschaffen.



Wenn wir ĂĽber Experimente sprechen, wurden die Anwendungseinstellungen in drei Hauptgruppen unterteilt:



  • Lebensmittelgeschäft. Der Product Owner kann die Funktion aktivieren oder deaktivieren sowie auf einen bestimmten Prozentsatz der Benutzer oder sogar auf eine bestimmte Liste ĂĽbertragen.
  • Die Einstellungen fĂĽr die Service-Interaktion liegen in der Verantwortung der Entwickler.
  • , , .


Seltsamerweise kam die erste Anforderung zum Teilen der Einstellungen aus der Produktion, als die Releases noch manuell gestartet wurden. 20 Releases pro Tag, um die Einstellungen zu ändern - das hat den Administratoren nicht gefallen. Bereits als der Einstellungsservice fertig war, wurde eine technische Bereitschaft geschaffen, den Produktbesitzern die Knöpfe zu drehen.



Wir haben auch die Leute angerufen, die das Produkt in Unternehmen führen, in denen das Potenzial für die Entwicklung von DevOps viel größer ist. Sie starten Startups oder arbeiten für einen großen Kunden. Mit anderen Worten, und mehr durch Schmerzen sprachen sie über dieselben Werte für den Product Owner wie die vorherigen Gesprächspartner.



Wir haben festgestellt, dass die Ergebnisse unserer Studie die Ergebnisse im Google-Bericht The Accelerate State of DevOps 2019 bestätigen : Elite-Leistung, Produktivität und Skalierung (Russische Version ).



Wir haben vier Grundwerte fĂĽr Produktbesitzer hervorgehoben, die DevOps verwenden:



  • Die Vorhersagbarkeit des Zeitpunkts der Funktionsimplementierung und das Vertrauen in die Qualität der Software sind eine notwendige Grundlage fĂĽr aktive Experimente.
  • Zuverlässigkeit der Arbeit verkaufen = Geld. Wenn der Datenverkehr zu einer laufenden Anwendung gelangt, ermöglicht dies nicht nur eine rationelle Verwendung des Budgets fĂĽr Werbezwecke, sondern erhöht auch die Benutzerbindung und damit den Marktanteil.
  • Die Geschwindigkeit des Experimentierens bestimmt den Erfolg sowohl eines Startups als auch eines Unternehmens mit einem ausgereiften Produkt. Wenn es fĂĽr ein Startup wichtig ist, Benutzerpräferenzen und erfolgreiche Antworten schnell zu ermitteln, muss ein ausgereiftes Produkt die Benutzerbindung, die Stabilität des Massenumsatzes und die Forschung fĂĽr die Zukunft der Technologie gewährleisten.
  • . IT , «» . DevOps , .


Daher werden wir auf der Konferenz sowohl über wichtige als auch über neue technische Themen sprechen. Zum Beispiel wird Alexey Pikulev, der einen Workshop zur Diagnose und Entwicklung von Vertrauen vorbereitet, über Vertrauen sprechen. Wir werden weiterhin technische Praktiken und Werkzeuge sowie die Organisation von Prozessen erforschen. Die Geschäftskommunikation mit dem Team und zwischen den Teams wird auf dem bereits traditionellen Prozessverlauf der Konferenz diskutiert.



Leute, macht euch keine Sorgen darĂĽber, ob es auf der Konferenz noch viele technische Berichte geben wird. Weil wir im Programmkomitee die Sysadmins und DevOps-Ingenieure lieben, die es nicht gibt. Und selbst wir sind es.



Wir werden die meisten Aktivitäten auf der Konferenz interaktiv gestalten, da es im Internet genügend Gesprächsköpfe gibt. Schließlich kann jeder bewusste Ingenieur nicht nur Videoberichte findenzu dem Thema, das er braucht, aber auch Artikel lesen (zum Beispiel Artikel auf den Spuren aller DevOpsConf im Profil von Alexander Titov).



Unser Ziel in diesem Herbst ist es, jedem Unternehmen die Möglichkeit zu geben, eine virtuelle Truppe von Produktbesitzern, Technologieführern und Ingenieuren aller Art zu landen. Damit die IT-Spezialeinheiten durch das Gelände navigieren und wieder mit einem entwickelten Plan zur Eroberung des Universums arbeiten können!



In den folgenden Artikeln werden wir Sie ĂĽber CTOs, Entwickler und Sicherheitspersonal informieren - warum die Konferenz fĂĽr sie ist.

DevOps Live — 29-30 6-7 2020. , , .



— : , ( ), . -, DevOps . , DevOps , , .



All Articles