Nuestras reuniones en la conferencia DevOpsConf se centraron no solo en las herramientas de los ingenieros, sino también en los procesos para los que se necesitan estas herramientas. Esto no parece ser suficiente para que la empresa vea cómo sacar el máximo provecho de DevOps para el producto.
Por lo tanto, agregamos un enfoque sobre cómo las personas en diferentes posiciones determinan qué madurez han alcanzado las prácticas de DevOps y cómo elegir conscientemente los objetivos de desarrollo técnico en su organización y equipo. En otras palabras, quiero ver en qué parte del campo DevOps estoy ahora y cuál es mi próximo paso.
Las principales características medibles de DevOps son la estabilidad de la aplicación y la productividad de los equipos de TI, desde la idea hasta la incorporación de una característica a la producción. Por lo tanto, hablamos mucho sobre el tiempo de comercialización y monitoreo, y continuamos con la vía técnica.
Y los equipos de TI están formados por personas vivas que no solo pueden emitir buenos KPI, sino que también hacen un trabajo obviamente útil. Después de todo, si el enfoque DevOps ha ganado popularidad en el mundo, entonces, probablemente, alguien lo necesite. Para usted, nos reunimos con propietarios de productos y empresarios que no siempre saben qué es DevOps (como si supiéramos: D) y les preguntamos qué es importante que obtengan de los técnicos. ¿Cuál es este beneficio?
Lo primero que tuve que cambiar fue mi vocabulario y forma de comunicación. No hablamos en nuestros términos habituales, pero tratamos de usar el idioma de los productos. Incluso como una forma de comunicarnos, elegimos la entrevista CustDev, como es habitual en el mundo de los supermercados. Estas entrevistas confirman o refutan nuestras hipótesis sobre lo que es importante en el trabajo comercial de un producto.
Estas son las hipótesis que probamos en nuestras reuniones:
- TTM Product Owner-.
- .
- PO , .
- TTM CustDev. , .
Hablo a través de Zoom con mi conocido desde hace mucho tiempo, quien está convencido de que una persona que nunca ha vendido en su vida no tiene nada que ver en la profesión de Dueño de Producto. A menudo aparece en transmisiones de radio y televisión, conduce seminarios en su área temática. Tan pronto como se alivió el régimen de autoaislamiento, ella, su esposo y su hijo alquilaron una casa en la orilla de un magnífico lago y se mudaron a vivir y trabajar allí durante todo el verano. Su compañía ha estado en el mercado de servicios en línea durante casi 20 años. En primer lugar en calificaciones en su área temática.
- Por favor, dime, ¿estás haciendo algún trabajo especial para acortar el ciclo de desarrollo y lanzar funciones en producción en tu equipo?
— , . 2014 , , , . , , (). , , ...
— , 6 ?! ...
— . .. .
— ?
— . , , , .
Continuamos la conversación, y durante la siguiente media hora, Natalia dijo que los principales cambios de producto ahora se están produciendo con mucha más confianza y calma. El factor principal en este cambio, dice, es su confianza en el equipo y la confianza del equipo en ella.
Mi próxima llamada es a Phuket. Igor se mudó allí hace unos años y para ello mantuvo difíciles negociaciones con su empleador. En aquel entonces, el trabajo remoto era una novedad, y todos los empleados trabajaban en una oficina en Moscú. Ahora detrás de escena se escuchan gritos y alboroto de su gran familia. Su compañía también lidera el mercado ruso en su área.
- De repente, ¡me convertí en un experto en un sitio remoto esta primavera! (risas)
- Por favor díganos qué pasos conscientes tomó para aumentar la estabilidad de la aplicación y por qué.
— , , LTV, customer retention unit economy. , 20% ...
— , NPS!
— , NPS. , . . , - .
— ?
— . .. .
— - ? ?
— , « » . SEO , . , , .
— .. , .
— , — 4,5 . 99,995% .
— DevOps , DevOps ...
— DevOps . - , , «» -, , . , , , , - – 0,1% .
— .. - , .
— , . ( , , )
— . -, , . -, , «», .
— . , IT : 30% . , . , 2020 , . .
— , 40% , , ?
— .
Entonces Igor dijo que tenía la oportunidad de trabajar por delante de la curva. Una parte importante de las tareas está dirigida al desarrollo de nuevas tecnologías e interfaces. Los primeros resultados de los experimentos ya están disponibles para los usuarios, por ejemplo, la comunicación en lenguaje natural. Al mismo tiempo, hoy podemos hablar sobre la parte de Investigación de I + D. La compañía está dominando la tecnología con anticipación para aprovechar el momento de madurez de las tecnologías de inteligencia artificial para obtener una ventaja competitiva.
Si hablamos de experimentos, la configuración de la aplicación se dividió en tres grupos principales:
- Tienda de comestibles. El propietario del producto puede habilitar o deshabilitar una función, así como implementarla en un porcentaje específico de usuarios o incluso en una lista específica.
- La configuración de interacción del servicio es responsabilidad de los desarrolladores.
- , , .
Curiosamente, la primera solicitud para dividir la configuración salió de producción cuando los lanzamientos todavía se lanzaban manualmente. 20 lanzamientos al día para cambiar la configuración no es lo que los administradores estaban contentos. Ya cuando el servicio de configuración estaba listo, creó una disposición técnica para "girar los mandos" a los propietarios del producto.
También llamamos a los chicos que lideran el producto en compañías donde el potencial para el desarrollo de DevOps es mucho mayor. Lanzan nuevas empresas o trabajan para un gran cliente. En otras palabras, y más a través del dolor, hablaron sobre los mismos valores para el propietario del producto que los interlocutores anteriores.
Descubrimos que nuestros hallazgos de investigación respaldan los hallazgos de Google Accelerate State of DevOps 2019: rendimiento, productividad y escalamiento Elite (Versión rusa ).
Destacamos cuatro valores fundamentales para los propietarios de productos al usar DevOps:
- La previsibilidad del tiempo de implementación de la característica y la confianza en la calidad del software son la base necesaria para los experimentos activos.
- Fiabilidad del trabajo venta = dinero. Cuando el tráfico llega a una aplicación en ejecución, esto no solo le permite utilizar racionalmente el presupuesto para la promoción, sino que también aumenta la lealtad del usuario y, por lo tanto, la cuota de mercado.
- La velocidad de los experimentos determina el éxito tanto para una startup como para una empresa con un producto maduro. Si es importante que una startup descubra rápidamente las preferencias del usuario y las respuestas exitosas, entonces un producto maduro necesita retención del usuario, estabilidad de ingresos masivos e investigación: trabajo para el futuro de la tecnología.
- . IT , «» . DevOps , .
Por lo tanto, en la conferencia hablaremos sobre temas técnicos importantes y nuevos. Por ejemplo, Alexey Pikulev, quien está preparando un taller sobre el diagnóstico y el desarrollo de la confianza, hablará sobre la confianza. Continuaremos investigando prácticas y herramientas de ingeniería, así como la organización de procesos. Discutiremos la comunicación comercial con el equipo y entre los equipos en el proceso tradicional de la conferencia.
Chicos, no se preocupen si habrá muchos informes técnicos en la conferencia. Porque en el comité del programa amamos a los ingenieros de sistemas y DevOps que no existen. E incluso nosotros mismos lo somos.
Haremos que la mayoría de las actividades en la conferencia sean interactivas, porque hay suficientes parlantes en Internet. Después de todo, cada ingeniero consciente no solo puede encontrar informes de videosobre el tema que necesita, pero también lee artículos (por ejemplo, artículos sobre las pistas de todos los DevOpsConf en el perfil de Alexander Titov).
Nuestro objetivo este otoño es dar a cada empresa la oportunidad de obtener una tropa virtual de propietarios de productos, líderes tecnológicos e ingenieros de todos los niveles. ¡Para que las fuerzas especiales de TI naveguen por el terreno y vuelvan a trabajar con un plan desarrollado para capturar el Universo!
En los siguientes artículos, le informaremos sobre los CTO, desarrolladores y personal de seguridad, por qué la conferencia es para ellos.
DevOps Live — 29-30 6-7 2020. , , .
— : , ( ), . -, DevOps . , DevOps , , .