Como sucede a menudo en la vida: entra un nuevo gerente y establece la tarea de aumentar el número de características realizadas en 2 veces para el próximo sprint. Los desarrolladores, por supuesto, intentan, trabajan, se quedan durante el fin de semana, cumplen el plan, pero luego, por alguna razón, todos renuncian.
La mayoría de las personas ven la productividad basada en un paradigma: cuanto
más produces, más haces, mayor es tu productividad . Pero la verdadera productividad es una función de dos elementos: el resultado obtenido y los recursos gastados. Mantener un equilibrio entre resultados y recursos a menudo es bastante difícil. Sin embargo, este equilibrio es el punto central. Conduce a un equilibrio a corto y largo plazo.
Cualquier líder, ya sea el jefe de un equipo de desarrollo o el jefe de un departamento, debe encargarse de aumentar la productividad de su equipo. ¿Pero cómo hacerlo sabiamente? ¿Es posible aumentar la productividad de un equipo, por ejemplo, en 10 veces?
Hoy trataré de decir mi punto de vista sobre este tema. Si estás interesado, ¡bienvenido a cat!
Primero debe comprender qué es la productividad y cómo se mide en su equipo. En este caso, puede usar indicadores completamente diferentes. Pueden ser cuantitativos y cualitativos.
Como ejemplo de indicadores cuantitativos, puede tomar, por ejemplo, la cantidad de características entregadas al cliente por unidad de tiempo. Alguien todavía evalúa el trabajo de los programadores en las líneas de código (sí, sí, esto sucede hasta el día de hoy), alguien está interesado en la cantidad de errores corregidos, la cantidad de pruebas automáticas, etc.
Para establecer indicadores de calidad, necesita encontrar estándares de actitud. Por ejemplo, el rendimiento actual del complejo y los requisitos para el hierro N. Luego, la métrica será un aumento en la productividad del producto en un 25% o la aceleración de la ejecución de tareas a largo plazo en el mismo 25%.
Una buena métrica es el costo por unidad. Una unidad de producto es todo lo que tiene al menos algún valor para el usuario (funcionalidad, corrección de errores, mejora del rendimiento, etc.). Se puede medir en términos de una persona, producto, proyecto, etc. Estas son todas las métricas descritas anteriormente, pero expresadas en dinero.
Para muchos, una métrica importante es el tiempo de ciclo (el momento en que el cambio se entrega al cliente). Una cosa es implementar nuevas funciones y cambios todos los días, otra cosa, una vez al mes o incluso menos.
No se puede hablar de la productividad del equipo aisladamente de la calidad del producto entregado. Por supuesto, debe tener un conjunto completo de métricas que evalúen la calidad de su producto. Veamos algunos ejemplos de tales métricas:
- El número de errores encontrados por los clientes durante el período posterior a la entrega de una nueva versión (ejemplo de una métrica externa)
- El número de errores encontrados en el departamento de pruebas después de la transferencia de funcionalidad o corrección a la verificación (ejemplo de una métrica interna).
Entonces, ¿cómo aumentar la productividad del equipo?
Echemos un vistazo al
producto como resultado del equipo. Todos conocen el principio de Pareto, del cual se deduce que el 20% de la funcionalidad del producto cubre el 80% de las necesidades de los usuarios. El resto de la funcionalidad rara vez se usa o no se usa en absoluto. Es muy importante pasar el tiempo del equipo precisamente en las características necesarias e importantes, así que elimine el código antiguo e innecesario, realice la refactorización, simplifique el código y su soporte. En el futuro, esto aumentará significativamente la efectividad del equipo.
Es increíblemente fácil caer en la trampa de la actividad, en el ciclo de asuntos y eventos, gastando cada vez más esfuerzo en crear nuevas características inútiles, cambiar el diseño, etc., para darse cuenta en un momento de que nadie lo necesita. . Puedes ser una persona muy ocupada sin ser efectivo.
Tratemos con el
equipo . No es ningún secreto que ciertos desarrolladores son muchas veces, 10 veces más productivos que sus colegas. Su tarea como líder es construir un equipo fuerte y seleccionar solo los mejores candidatos para él. Esto implica el hecho de que debe despedirse de los participantes francamente débiles que reducen la productividad de todo el equipo. Pregúntese constantemente: ¿contrataría a esta persona para este puesto, sabiendo lo que sabe ahora? Si no, no debería ocuparla.
Sin embargo, no se corte el hombro. Hay casos en que la productividad de un miembro individual del equipo es baja, pero cuando él / ella está en un equipo, ¡aumenta la productividad de todo el equipo! Es importante en el equipo tener una persona que eleve la moral general del equipo. Incluso si hace menos que el resto, pero reúne al equipo y mejora el resultado general.
Considere los problemas de
organización y proceso . Usted, como líder, debe seguir el siguiente proceso:
- eliminar el "cuello de botella" en sus procesos y equipo actuales,
- establecer comentarios sobre el cambio,
- Repita este proceso un número infinito de veces.
Habiendo eliminado el cuello de botella una vez, saldrá en otro lugar. Al eliminar el nuevo cuello de botella, lo obtendrá nuevamente, probablemente en una escala más pequeña. En algún momento te darás cuenta de que la búsqueda de un cuello se ha vuelto demasiado complicada para ti y su eliminación es más costosa que la bonificación del resultado. ¡Ha llegado el momento de que experimentes en los procesos! Busque las mejores prácticas, intente cambiarlas a su equipo, ¡adáptese! No es necesario tener miedo a las fallas, no todas las mejores prácticas se arraigan en equipos específicos. Saca conclusiones y sigue adelante.
Debe intentar automatizar todo para lo que la automatización de su equipo es razonable. Nadie argumentará que la gran mayoría de los proyectos deberían usar CI / CD para implementar y entregar rápidamente una nueva versión del producto al cliente. Actualmente, las pruebas automáticas no son utilizadas solo por un líder perezoso. Usted mismo puede y debe encontrar cuál es la forma más razonable de automatizar específicamente para su equipo.
Bueno, ¡la regla final para los gerentes y todos los que quieran desarrollarse!
¡Sal de tu zona de confort! Cuidado con la rana en el síndrome de agua hirviendo. Dicen que si arrojas una rana en agua caliente, saltará inmediatamente. Pero si pone la misma rana en agua a temperatura ambiente y calienta gradualmente el agua hasta que hierva, la rana no intentará salir y al final simplemente hervirá. No sé cuán verdadera es esta bicicleta con respecto a las ranas, pero algo así lo observo periódicamente con los gerentes y los empleados. Las personas tienden a acostumbrarse gradualmente a cosas inaceptables que las sorprenderían si las vieran con una mirada fresca.
Desarrollar, crecer, alcanzar el éxito!