¿Cómo evitan los ingenieros experimentados en las startups el estancamiento debido al exceso de problemas operativos?

Vuélvase más efectivo quitándose de la ruta crítica. Existe una idea errónea común entre las culturas de grandes empresas y nuevas empresas de que ser el único ingeniero responsable de un proyecto es importante para aumentar su valor en la empresa. Después de todo, si menos personas saben lo que usted sabe, entonces la escasez de su conocimiento aumenta su valor para la empresa, ¿verdad? El problema es que estar en el camino crítico reduce su flexibilidad en la elección de lo que puede hacer.

Asumiendo que no está demasiado preocupado por la seguridad laboral (si lo fuera, probablemente no estaría trabajando para una startup), crear una cultura donde otros en su equipo puedan sustituirlo en el manejo de problemas operativos es clave para permitirle más centrarse efectivamente en otras actividades de alto apalancamiento. Lograr esto puede requerir una gran inversión de tiempo en tutoría y capacitación de ingenieros junior, pero es una inversión saludable para su carrera porque le da más libertad para elegir lo que quiere hacer.

Cuando trabajaba en Ooyala, solía liderar la tecnología del equipo de análisis. Debido a que las analíticas tenían varias piezas móviles, durante mucho tiempo, fui el único ingeniero responsable del procesador de registros que ingirió y procesó todos los archivos de registro de analíticas para producir informes para los clientes. Cualquier problema no trivial que nuestro SRE no podía resolver fácilmente se convirtió en una alerta de buscapersonas para mí. La peor semana fue buscada dos veces en medio de unas vacaciones en Hawai.

• ¿Qué hace Takipi?
• ¿Cuál es el equipo de desarrollo de SugarCRM más grande?
• ¿Es sabio tomar un doble título en ingeniería de software y ciencias de la computación?
• ¿Qué es un buen software para gestionar un proyecto con mis compañeros de estudios?
• ¿Cómo amplifica el reproductor VLC el volumen a casi el 400% del volumen predeterminado cuando otros jugadores no pueden?

Desde entonces, la organización de ingeniería en Ooyala ha adoptado una metodología ágil que enfatiza fuertemente la propiedad compartida del código, las responsabilidades y los problemas operativos. Cualquier persona en un equipo determinado puede ser llamado y ser responsable de los problemas que surjan: los ingenieros senior tienen más tiempo libre para trabajar en otros proyectos y los ingenieros junior tienen la oportunidad de aumentar la infraestructura y la base del código.

En realidad, también le interesa a la compañía asegurarse de que el conocimiento crítico no esté compartimentado para usted, por lo que no debería ser demasiado difícil decirle esto a su gerente, por estas razones:

• Si decide irse o enfermarse, estarán más capacitados para adaptarse a su ausencia. Asegúrese de que su factor de bus [1] – el número de ingenieros que pueden ser golpeados por un bus antes de que un proyecto falle por completo – es alto.
• Tener más de un ingeniero capaz de manejar problemas operativos hace que la distribución de personal para proyectos sea más flexible.
• Si eres más feliz y aprendes más, es probable que seas más productivo, lo que es mejor para la producción general de la empresa.

El otro aspecto complementario de este problema, que es más fácil de hacer con más ingenieros y más mentes, es automatizar los procesos tanto como sea posible . Haga un seguimiento de la frecuencia con la que se activan las alertas de buscapersonas y con qué frecuencia los servicios dejan de funcionar. Recorte agresivamente todas las alertas de buscapersonas que son falsas alarmas. Escriba scripts que puedan reiniciar servicios fallidos o recuperarse automáticamente.

Ambas inversiones para capacitar a otros miembros del equipo y escribir scripts de automatización pueden requerir más trabajo inicialmente, pero a la larga, seguramente valdrán la pena.

[1] http://en.wikipedia.org/wiki/Bus…