Demi-tour produit: des ingénieurs figuratifs aux ingénieurs conscients

Le printemps 2020 a montré que, grâce aux pratiques DevOps, de nombreuses entreprises ont pu rapidement reconstruire leurs produits et se mettre en ligne , tout en travaillant. Il s'est avéré que la maturité des pratiques DevOps dépend non seulement des résultats de l'entreprise, mais aussi de sa survie même.



Nos réunions DevOpsConf se sont concentrées non seulement sur les outils d'ingénierie, mais également sur les processus pour lesquels ces outils sont nécessaires. Cela ne semble pas être suffisant pour que l'entreprise puisse voir comment tirer le meilleur parti de DevOps pour le produit.



Par conséquent, nous avons mis l'accent sur la façon dont les personnes occupant différents postes déterminent la maturité des pratiques DevOps et comment choisir consciemment les objectifs de développement technique dans leur organisation et leur équipe. En d'autres termes, je veux voir où je me trouve actuellement sur le terrain DevOps et quelle est ma prochaine étape.







Les principales caractéristiques mesurées de DevOps sont la stabilité des applications et les performances des équipes informatiques, de l'idée au calcul des fonctionnalités en production. Par conséquent, nous parlons beaucoup de temps de mise sur le marché et de surveillance et continuons la piste technique.



Et les équipes informatiques sont constituées de personnes vivantes qui peuvent non seulement donner de bons KPI, mais aussi faire un travail évidemment utile. Après tout, si l'approche DevOps a gagné en popularité dans le monde, alors quelqu'un en a probablement besoin. Pour vous, nous avons rencontré des propriétaires de produits et des hommes d'affaires qui ne savent pas toujours ce qu'est DevOps (comme si nous savions: D) et leur avons demandé ce qu'il était important pour eux d'obtenir des techniciens. Quel est cet avantage même.



La première étape a été de changer mon vocabulaire et ma communication. Nous ne parlions pas dans nos termes habituels, mais essayions d'utiliser la langue des produits. Même comme moyen de communication, nous avons choisi les entretiens CustDev, comme il est d'usage dans le monde de l'épicerie. Ces entretiens confirment ou réfutent nos hypothèses sur ce qui est important dans le travail sur un produit du côté commercial.



Voici les hypothèses que nous avons testées lors des réunions:

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

Je discute via Zoom avec ma connaissance de longue date, qui est convaincue qu'une personne qui n'a jamais vendu de sa vie n'a rien à voir dans le métier de Product Owner. Elle apparaît souvent dans des programmes de radio et de télévision, anime des séminaires dans son domaine. Dès que le régime d'auto-isolement a été facilité, elle et son mari et leur enfant ont loué une maison au bord d'un magnifique lac et ont déménagé pour y vivre et y travailler tout l'été. Son entreprise est présente sur le marché des services en ligne depuis près de 20 ans. En première place en termes de notes dans son domaine.



- Dites-moi s'il vous plaît, effectuez-vous un travail particulier pour raccourcir le cycle de développement et lancer des fonctionnalités en production dans votre équipe?



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



— , 6 ?! ...



— . .. .



— ?



— . , , , .



Nous avons poursuivi la conversation et au cours de la prochaine demi-heure, Natalya a déclaré que les changements majeurs apportés au produit étaient désormais beaucoup plus confiants et plus calmes. Le principal facteur de ce changement, dit-elle, est sa confiance en l'équipe et la confiance de l'équipe en elle.



Mon prochain appel est à Phuket. Igor s'y est installé il y a quelques années et pour cela, il n'a pas eu les négociations les plus faciles avec son employeur. À l'époque, le travail à distance était une nouveauté et tous les employés travaillaient dans un bureau à Moscou. Maintenant, dans les coulisses, des cris et l'agitation de sa grande famille se font entendre. Son entreprise est également leader du marché russe dans sa région.



- Soudain, je suis devenu un expert à distance ce printemps! (rires)



- Veuillez nous dire quelles mesures conscientes vous avez prises pour augmenter la stabilité de l'application et pourquoi?



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



— , NPS!



— , NPS. , . . , - .



— ?



— . .. .



— - ? ?



— , « » . SEO , . , , .



— .. , .



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



— DevOps , DevOps ...



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



— .. - , .



— , . ( , , )



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



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



— , 40% , , ?



— .



Ensuite, Igor a déclaré qu'il avait la possibilité de travailler en avance sur la courbe. Une part importante des tâches vise à maîtriser les nouvelles technologies et interfaces. Les premiers résultats d'expériences sont déjà disponibles pour les utilisateurs, par exemple, la communication en langage naturel. Dans le même temps, on peut aujourd'hui parler plutôt du volet Recherche de la R&D. La société maîtrise à l'avance la technologie pour tirer parti du moment de maturité des technologies d'IA pour obtenir un avantage concurrentiel.



Si nous parlons d'expériences, les paramètres de l'application ont été divisés en trois groupes principaux:

• Épicerie. Le propriétaire du produit peut activer ou désactiver une fonctionnalité, ainsi que la déployer à un pourcentage spécifié d'utilisateurs ou même à une liste spécifique.
• Les paramètres d'interaction du service sont de la responsabilité des développeurs.
• , , .

Il est curieux que la première demande de séparation des paramètres soit tombée en panne alors que les versions étaient toujours lancées manuellement. 20 sorties par jour pour modifier les paramètres - ce n'est pas ce qui a plu aux administrateurs. Déjà lorsque le service de paramétrage était prêt, il a créé une volonté technique de "tourner les boutons" pour les propriétaires de produits.



Nous avons également téléphoné aux personnes qui dirigent le produit dans des entreprises où le potentiel de développement de DevOps est beaucoup plus grand. Ils lancent des startups ou travaillent pour un gros client. En d'autres termes, et plus encore à travers la douleur, ils ont parlé des mêmes valeurs pour le Product Owner que les précédents interlocuteurs.



Nous avons constaté que les résultats de notre étude corroborent les conclusions de Google The 2019 Accelerate State of DevOps: Elite performance, productivité, and scaling (Version russe ).



Nous avons identifié quatre valeurs fondamentales pour les Product Owners lors de l'utilisation de DevOps:

• La prévisibilité du temps de mise en œuvre des fonctionnalités et la confiance dans la qualité du logiciel sont la base nécessaire pour des expériences actives.
• Fiabilité du travail vendre = argent. Lorsque le trafic atteint une application en cours d'exécution, cela permet non seulement une utilisation rationnelle du budget pour la promotion, mais augmente également la fidélité des utilisateurs, et donc la part de marché.
• La vitesse des expériences détermine le succès à la fois d'une startup et d'une entreprise avec un produit mature. S'il est important pour une start-up de découvrir rapidement les préférences des utilisateurs et d'y répondre avec succès, un produit mature a besoin de la rétention des utilisateurs, de la stabilité des revenus de masse et de la recherche - travaillez pour l'avenir de la technologie.
• . IT , «» . DevOps , .

Par conséquent, lors de la conférence, nous parlerons à la fois de sujets techniques importants et de nouveaux. Par exemple, Alexey Pikulev, qui prépare un atelier sur le diagnostic et le développement de la confiance, parlera de confiance. Nous continuerons à rechercher des pratiques et des outils d'ingénierie, ainsi que l'organisation des processus. La communication commerciale avec l'équipe et entre les équipes sera discutée lors du processus déjà traditionnel de la conférence.



Les gars, ne vous inquiétez pas s'il y aura encore de nombreuses discussions techniques à la conférence. Parce que nous, membres du comité de programme, aimons les administrateurs système et les ingénieurs DevOps qui ne le sont pas. Et même nous le sommes nous-mêmes.



Nous rendrons la plupart des activités de la conférence interactives, car il y a suffisamment de têtes parlantes sur Internet. Après tout, chaque ingénieur conscient ne peut pas seulement trouver des rapports vidéosur le sujet dont il a besoin, mais aussi lire des articles (par exemple, des articles sur les pistes de tous les DevOpsConf dans le profil d'Alexandre Titov).



Notre objectif cet automne est de donner à chaque entreprise l'opportunité de décrocher une troupe virtuelle de Product Owners, Tech Leads et Ingénieurs de tous horizons. Pour que les forces spéciales informatiques naviguent sur le terrain et retournent au travail avec un plan développé pour capturer l'Univers!



Dans les articles suivants, nous parlerons du CTO, des développeurs et de la sécurité - pourquoi ont-ils besoin d'une conférence?

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



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