Como cofundador y gerente ocasional de productos independientes, diseñador y desarrollador, he trabajado en ambos lados de la mesa: como desarrollador administrado y como gerente trabajando con un desarrollador.
Entonces, si usted es fundador, gerente de producto o cualquier persona que trabaje con un equipo técnico, quiero compartir algunas cosas para hacer felices a sus empleados y facilitarles la vida.
¿Por qué molestarse? Bueno, aparte de simplemente querer ser un buen jefe, cuanto más fácil sea la vida de su desarrollador, más rápido y más eficiente podrá implementar funciones. Y en Internet, donde el tiempo se mueve a la velocidad de los años del perro, definitivamente es una ventaja.
Aquí están las claves del éxito al trabajar con su equipo técnico.
Comprender la diferencia entre un CTO y un ingeniero principal
Trabajará con un CTO o un ingeniero principal, y es importante comprender que no son necesariamente la misma persona.
A veces tienes un CTO increíble que no solo es técnico, sino también un excelente gerente, comunicador y delegador. Es probable que estos tipos quieran saber todo sobre lo que está construyendo, cuál es el objetivo final para el usuario y sus objetivos comerciales generales. ¡Eso es genial! Créeme, es un activo. Cuídalo.
Sin embargo, la mayoría de las veces, especialmente en esta economía escasa para desarrolladores, tendrá un ingeniero líder: una persona que es increíble en la ingeniería de un producto, pero que no necesariamente tiene las habilidades (o el deseo) para administrar un equipo y producto.
Cuanto más rápido se dé cuenta de qué tipo de persona necesita (o ha contratado), mejor preparado estará para administrar esa persona y el producto.
Preocuparse por cómo son las cosas
Los desarrolladores son fabricantes, no máquinas. Así que escuche sus ideas y asegúrese de considerarlas, incluso si no tiene idea de qué demonios están hablando cuando comienzan a arrojar términos técnicos. ¿No sabes la diferencia entre esta y aquella pila? Pedir. Úselo como una oportunidad para aprender. Debe tener al menos una comprensión básica del aspecto técnico de su producto.
Se específico
Es mucho más útil para su equipo técnico asignarles tareas pequeñas y específicas; no se limite a entregar un montón de maquetas y dígales que se hagan antes del viernes. De hecho, usted debe ser quien gestione el proyecto para ellos. Aprenda a utilizar software de gestión de proyectos como Pivotal Tracker o Trello y realice un seguimiento del progreso del desarrollo de funciones por día o por sesión de trabajo.
Y regístrese con frecuencia, tanto en persona como a través de su software de gestión de proyectos. Es mucho más fácil evitar que las cosas vayan por el camino equivocado si puede atraparlos en la bifurcación.
No cambies de opinión todos los días
Lo sé, crees que esto suena obvio. Pero cuando está lanzando y vendiendo su producto todos los días, escuchando comentarios y lluvia de ideas sobre formas de mejorarlo, es muy fácil volver con nuevas ideas todo el tiempo. No le hagas esto a tu equipo.
Defina una cosa pequeña y específica que desea construir: un producto mínimo viable (o "MVP"). Tenga su MVP especificado y listo para ser construido. Y hazlo pequeño. Si diseñó una aplicación gigante, desglose y comience con una parte. Envíe su MVP y luego cambie de opinión según los datos.
Además, si aún no lo ha hecho, lea The Lean Startup de Eric Ries. Sígalo, no solo arroje una jerga genial en los eventos de redes.
Establecer objetivos, no plazos
En el mundo técnico, los plazos no siempre funcionan. Incluso el desarrollador más experimentado rompe cosas, y calcular cuánto tiempo llevará arreglar las cosas es difícil.
Me gusta mucho la idea de Tracker de desglosar características y asignar puntos de dificultad, no horas. Marque un problema como "fácil", "medio" o "difícil" y realice un seguimiento del progreso en lugar de cumplir con los plazos. ¿Asigna tareas en su mayoría difíciles? Probablemente pueden desglosarse aún más.
Consigue un gran diseñador
Los diseñadores resuelven problemas y pueden hacer que el proceso de construcción del producto sea mucho más fácil. Especialmente diseñadores de UX / UI (experiencia de usuario e interfaz de usuario). Le ayudan a determinar cómo debería verse y actuar su producto: píxel por píxel, interacción del usuario por interacción del usuario (piense: ¿en qué botón hace clic el usuario después? ¿Dónde está en la página? ¿A dónde lo lleva?).
Este no es el trabajo de tu desarrollador. Lo digo en serio. El trabajo de su desarrollador es escribir código, no diseñar el producto. Un gran diseñador realmente lo ayudará a ahorrar en costos de desarrollo, ya que ayudará al equipo a pensar y captar cosas que otros pueden haber pasado por alto. También pueden sugerir cambios simples pero potentes que harán que su producto sea más intuitivo y fácil de usar.
Al mismo tiempo, asegúrese de que su diseñador sea delgado. A veces no vale la pena construir todo personalizado. Hay una diferencia entre la atención al detalle y ser una diva. Si su desarrollador se queja de un diseño, es una señal de que debe detenerse, debatirlo, modificarlo y comprometerse.
Prueba, prueba, prueba
Si le importa su producto, ayude a su desarrollador a probarlo. Ella ha estado mirando esto por horas. Dale un nuevo par de ojos. Elogíelo por lo que hizo bien y dele tareas específicas para lo que aún debe hacerse o arreglarse.
Los desarrolladores a menudo se quejan de que pasaron toneladas de tiempo en algo y luego se lanzó con cosas rotas porque nadie los vio. Recuerda, es tu producto. Y nadie quiere trabajar para alguien a quien no le importa el producto que está ofreciendo.
Compensar bastante
Eres una persona de negocios, y la gente de negocios negocia. Por lo general, mucho mejor que las personas no comerciales.
Así que ten cuidado.
Puede negociar con un desarrollador sobre su tasa, pero si suena razonable, probablemente lo sea. Tenga en cuenta que hay muchas otras personas dispuestas y capaces de contratarla por lo que ella citó. Y, si siente que ha sido negociada y no se le está compensando lo que vale, es probable que no priorice su trabajo sobre otro trabajo (o sobre otras cosas más divertidas). O bien, encontrará a alguien más que pagará su tarifa y luego te dejará colgado. Lo he visto una y otra vez.
Una alternativa es negociar una tarifa por un período de prueba para una característica pequeña y decirle que pagará la tarifa completa si el proyecto sale bien.
Confía en tu equipo
¿Sospecha de las horas de relleno de su desarrollador o se afloja yendo al biergarten más cercano? Recuerde que si no está contratando a personas en las que confía y que son mejores que usted en algo, entonces no está contratando a las personas adecuadas.
Confíe en los expertos que ha contratado para hacer su trabajo. Dales las herramientas que necesitan para hacerlo, incluyendo dirección, flexibilidad, espacio para respirar y autoridad. Y registrarse a menudo.
