En el primer número del
video blog de AichiHyp, visitamos Dodo Pizza, donde discutimos la integración de TI y negocios, programación extrema, Agile, trabajo remoto, la arquitectura de sus sistemas y las características de contratación. Puede ir debajo del corte y leer las citas de la entrevista y un poco de historia, o puede ir inmediatamente al video.
¿Por qué dodo pizza?
La primera vez que noté que Dodo fue después de la historia de un amigo que tuvo una entrevista con ellos. Se volvió interesante y comencé a recopilar datos de varias fuentes. Debo decir que la imagen resultó ser bastante contradictoria. Por ejemplo, la historia sobre el hecho de que en la entrada un desarrollador debe trabajar un mes en una pizzería, además, en Syktyvkar y dentro de dos meses, se enfocó. Parece que aquí ha pasado el período de prueba, y ni siquiera te has sentado al teclado. El tema principal se convirtió en esta historia y en otras como ella.
Sabes, cuando Yegor me habló por primera vez sobre el Dodo y lo que tienen interesante, inmediatamente me prendí fuego. Había una especie de fuente inagotable de ideas y enfoques que, sin una pista, parecía de alguna manera poco realista, y sobre la que quería preguntar. Para mí personalmente, el proceso de comunicación con los muchachos resultó ser extremadamente inspirador, y fui a probar algunas prácticas en mi equipo al día siguiente. Espero que hayamos logrado no solo revelar el Dodo a partir de prácticas geniales de ingeniería, sino también transmitir toda la atmósfera de amor por nuestro trabajo y apertura, ¡que está presente en literalmente todo!
Y a continuación hay citas de una entrevista con Alexander Andronov, CTO Dodo Pizza. Pero las citas por sí solas no son suficientes: para sentir la atmósfera, ¡es mejor entrar
al video !
Citas de una entrevista con Alexander Andronov
¿Por qué Dodo es una empresa de TI?
La tecnología y las soluciones de TI son lo primero en la forma en que gestionamos las pizzerías y la gestión de enfoques. Hemos confiado en la creación de nuestro sistema que ayuda a administrar cada proceso comercial y etapa de preparación de pizza.
Como ejemplo, un sistema de control de calidad. Anteriormente, funcionaba así: los compradores misteriosos hacen un pedido en una pizzería y lo evalúan por varios factores. Uno de los criterios es qué tan cuidadosamente se hace la pizza, qué tan redonda es, cómo se ubican los ingredientes. Hicimos una prueba piloto del proyecto, que nos permite analizar la calidad de la pizza utilizando el aprendizaje automático. Sin un enfoque de TI, nadie pensaría en tales soluciones.
Sobre el experimento de salario abierto
Le dije a la gente con mucha anticipación quién y cuánto aumentaría potencialmente el salario. Hablé sobre mis limitaciones en porcentaje y números. Les expliqué a algunos por qué su aumento sería menor que el de otra persona. Funcionó perfectamente, como lo decide la apertura. Todas las quejas se deben a omisiones. Tan pronto como comienzas a decir algo, surge el descontento. Cuando hablas abiertamente, esto es absolutamente normal.
Sobre trabajo remoto
Un equipo reunido en un lugar está a priori mejor distribuido. Las personas mismas se sienten más cómodas con esto. Pero principalmente venimos de personas. Es probable que tomemos un desarrollador muy bueno y disciplinado que quiera trabajar en un sitio remoto.
Con el crecimiento de la empresa, llegaremos a la conclusión de que nuestro trabajo continuará las 24 horas, los 5 días de la semana o las 24 horas, todos los días. Esto también se aplica al desarrollo. Existe una estrategia de seguir al sol: cuando en un lugar las personas dejan el trabajo, en otro ya se van en ese momento. En este caso, cualquier problema puede resolverse muy rápidamente. Cuando cada equipo puede acceder a cualquier parte del sistema, pase lo que pase, siempre puede solucionarlo.
Sobre la programación de pares
No utilizamos la programación de pares el 100% del tiempo porque es físicamente muy difícil. Pero esta es una práctica utilizada regularmente según sea necesario.
Cuando tienes una tarea realmente difícil y necesitas una revisión constante, te sientas con alguien y trabajas. En el proceso de comunicación, cuando diseñan juntos una solución técnica, surgen las mejores ideas.
Hay momentos en los que usa la programación de pares para bombear personas en alguna área. Por ejemplo, hay una persona que hurga en React, y otra no tanto. Después de una semana de trabajo en parejas, su nivel se nivelará.
Lecciones de grandes caídas
Estas historias nos recordaron por qué no se pueden hacer compromisos de calidad. Entendemos que todo se trata de negocios, tenemos muchas tareas y procesos que deben integrarse en Dodo IS. Pero al mismo tiempo, nunca debemos sacrificar la calidad. Esta es la idea principal que existe en absolutamente todos los frentes, tanto en la comprensión de cada persona en desarrollo como en la comprensión de los negocios y en la comprensión de todos los equipos que ni siquiera están relacionados con la TI.
Conclusión
Somos un proyecto muy joven y sus comentarios son muy importantes para nosotros. Escriba comentarios aquí en Youtube y en las redes sociales:
-
Youtube-
Facebook-
Vkontakte-
Instagram-
Instagram-
Twitter