Timlid en una startup, a la vez, y Elon Musk y Frankenstein. Por la mañana construye naves espaciales, y por la noche llama al proyecto un grito: “¡Vive! ¡No debes morir! - Y se ríe poco saludable. Y todo esto en compañía de tres juniors.
Alexander Polomodov lidera el desarrollo de la gestión de atracciones en Tinkoff.ru; Anteriormente fue CTO / Gerente de Desarrollo para pequeñas empresas. Le pedimos a Alexander que recordara el pasado y que dijera qué trampas se podrían esperar de un líder de equipo que llega a una startup.
Debajo del corte: respuestas a preguntas importantes:
- cómo sobrevivir en condiciones cuando los procesos de interacción no están establecidos (o no existen en absoluto);
- cómo armar un equipo genial cuando la nómina es limitada;
- cómo entender que necesitas escapar del proyecto.
1. Lleno de ideas, nadie que hacer
Vienes en equipo en una startup. Expectativa: inmediatamente comience a trabajar en nuevas funciones. Realidad: caza desarrolladores, porque ayer se necesita un equipo fuerte, y a nadie le importó armarlo.
Aquí hay dos opciones posibles: más pesado y más ligero. Una opción dolorosa: hay poco dinero en el PHOT. Una de las mejores decisiones en esta situación es tomar pasantes con una cabeza limpia y brillante, y poner todos los conocimientos y habilidades necesarios en esta cabeza: dibuje a cada individuo un plan de desarrollo individual, describa paso a paso qué conocimiento necesitará adquirir, qué habilidades en qué orden desarrollar. Es una gran manera, pero, desafortunadamente, no es tuya: este es un juego largo, y las startups que necesitan mostrar resultados rápidamente casi nunca lo hacen.
Una frase característica: “Necesitamos los mejores especialistas en angular. Pagamos por debajo del mercado ".
La opción más fácil: hay dinero y está listo para ofrecer buenas condiciones de mercado.
Un caso tipico. Una práctica común en las empresas de TI en este caso es exponer el requisito básico para que un candidato conozca una pila de tecnología específica. Hace unos años, en las descripciones de los puestos, aparecía constantemente "estamos buscando un ninja jQuery". El problema es que muchos de estos ninjas parecen haber salido de la cama Procrustean, solo pueden escribir en jQuery (¿no está en el nuevo proyecto? Bueno, lo siento). Y si una persona no solo conoce perfectamente la pila específica, sino que también tiene una buena base, lo más probable es que alguna corporación elimine su oferta salarial.
Solución Cuando hay dinero para salarios adecuados, debe buscar personas, centrándose en la disponibilidad de conocimientos fundamentales y habilidades adquiridas con tanto esfuerzo como el pensamiento sistémico. Incluso si una persona no está familiarizada con un idioma específico o una pila de tecnología, dominará todas las cosas principales para el trimestre si lo desea.
Cuando no puede competir por los mejores especialistas en términos de salario, vale la pena contratar a personas con una cabeza brillante que hayan elegido el campo sin éxito. ¿Un hombre diseñó microcircuitos, y ahora decidió cambiar el área a una más monetaria? Lo tomamos
2. CEO de Narnia
La segunda dificultad que puede encontrar un líder de equipo en una startup son las gafas rosadas de CEO. Los planes que ya se han enviado a clientes o inversores no coinciden con la realidad. Se presiona al equipo de acuerdo con los plazos, deben mostrar rápidamente el MVP, agregar funciones y establecer constantemente plazos poco realistas. Las nuevas y nuevas capas del código de muleta están creciendo, la deuda técnica se está acumulando y el creador de la startup está seguro de que todo está en orden: los desarrolladores son pronósticos flojos o pesimistas expresados.
A menudo, esta situación ocurre con el gerente de ventas. Ya había vendido el castillo en el aire, y cómo construir este castillo ahora, realmente no le importa.
La frase característica: "Vendí estas características, deberían aparecer al final de la semana, mes, año" (subrayar según sea necesario).
Un caso tipico. El CEO quiere un lanzamiento en tres días, el desarrollador evalúa la tarea y le dice al líder del equipo qué puede hacer en cinco. Explica: “La API con la que tienes que trabajar ha tardado mucho en integrarse. Si la API funciona según lo prometido por el socio, en tres días la obtendré. Pero, en mi experiencia, la API de este socio a menudo no cumple sus promesas, por lo tanto, cinco días ". El CEO responde: “El socio promete que todo estará bien. Tienes tres días ", dice el CTO después de la reunión:" No entiendo nada en desarrollo, pero casi he reducido a la mitad la evaluación de la tarea ".
El desarrollador de este caso intentó y completó la tarea en cuatro días. De todos modos, el fakap sucedió, pero incluso si hubiera cumplido con los plazos, no podría continuar por mucho tiempo, esta es la etapa terminal de la incomprensión de cómo debería funcionar un equipo normal y saludable.
Solución Discutir el momento es normal, pero debería ser una discusión razonada. El estilo de Tony Robbins responde: "¡Una semana es demasiado larga!" y "¡Tienes que esforzarte más!" - Indicador de gafas rosas. Eliminarlos es una prueba seria de las habilidades de comunicación del líder del equipo.
No se trata de bajar el precio mediante negociaciones, como en un bazar donde hay un menor costo y margen que se distribuye en un juego de suma cero entre el vendedor y el comprador. Analiza una solución de ingeniería para la que desea evaluar, teniendo en cuenta factores adicionales. El desarrollador no negocia cinco días de trabajo, sino que realiza una evaluación basada en su conocimiento. Si la presión es buena, reducirá el tiempo, pero lo más probable es que descarte todos los riesgos. Y cuando algo sale mal, los planes definitivamente se irán. Esto es lo que es importante transmitir al CEO, y si no quieres entender, huye, tonto.
3. Deuda técnica a interés de microcrédito
La historia de la creación de OS / 360, descrita en el libro "Mythical Man-Month" de Frederick Brooks, es muy reveladora. Se suponía que era el sistema operativo más genial de la época. IBM atrajo a miles de personas al proyecto y aún se perdió en todos los aspectos: tiempo, funcionalidad y capacidades de soporte.
Del libro de Brooks queda claro que luego los desarrolladores pisaron todos los rastrillos posibles, y esto a pesar del hecho de que usaron Waterfall y claramente entendieron las etapas de desarrollo. Y hoy, con la difusión generalizada de Agile, el equipo y el plan arquitectónico a largo plazo a menudo no lo tienen, solo una acumulación de tareas comerciales y un sprint durante una o dos semanas, por lo que la arquitectura resulta correspondiente.
Frase característica: “¿Volver a pintar este botón en azul? Tomará una semana
Condicionalmente, si la construcción de tres apartamentos se planifica en el primer sprint, en el segundo sprint se está construyendo una choza o una choza cercana. Luego viene una nueva tarea: cubrirlos con un techo común, y si de alguna manera es un techo instalado, resulta que habrá otro piso en la parte superior y así sucesivamente.
Donde una casa real se hubiera derrumbado por mucho tiempo bajo el peso de los errores del diseñador, se forma una deuda técnica en el desarrollo. Y si al principio el trabajo en el proyecto va de acuerdo con el plan, y nadie ve las muletas extendidas, entonces en algún momento resulta que una característica simple, que al principio costó el día del desarrollador, ahora toma el doble. Y dado que tiene que andar por las muletas una y otra vez y agregarles nuevas, en un cuarto la función costará cinco veces más.
Solución Un líder normal toma decisiones basadas en hechos y cifras. Venga con los cálculos: muestre cuánto costará la deuda técnica abierta en un mes, en un trimestre, en un año. Entonces tendrá la oportunidad de ajustar los planes, incluso en los sprints, no solo nuevas características, sino también un "pago de deudas" por etapas.
Por supuesto, esta no es una lista exhaustiva de problemas a los que se enfrentan las tapas de equipo en las startups, pero estos tres son los más agudos y difíciles de resolver.
Alexander Polomodov - curador del
Teamlead Weekend intensivo en el Distrito Binario; el próximo curso se realizará del 15 al 16 de diciembre.