He estado probando durante 12 años, trabajé en Naumen y Yandex. Ahora lidero el departamento de pruebas de 150 personas en el circuito y continúo trabajando como probador en uno de los equipos.
Después de una evaluación de desempeño de seis meses, los gerentes de diferentes equipos dijeron qué objetivos establecieron para sus evaluadores. Uno de cada cinco tenía esto: "Aprenda a evaluar los plazos para las tareas de prueba". A menudo, tal "evaluación de la fecha límite" se desea no solo de los evaluadores, sino también de los desarrolladores.
Estimación de términos en el 95% de los casos. Gracias xkcd
Considero que es absolutamente perjudicial practicar cuando el contratista evalúa los plazos para una tarea separada. Esto está directamente relacionado con la falta de educación del sistema y los bajos requisitos para los gerentes.
Ahora explicaré cómo funciona.
Sobre las obras de los clásicos.
Maxim Dorofeev - El efecto de enderezar los plazos
Cito del libro " Técnicas Jedi ", aunque se podría citar la ley de Parkinson :
Un hombre viene a nosotros, plantea una tarea y pregunta cuánto tiempo puede tomar completarla. Al evaluar la tarea, por supuesto, queremos nombrar el período en el que llegaremos a tiempo con seguridad, y dado que pueden suceder muchas cosas (y sospechamos que algo sucederá con seguridad), ponemos un cierto margen de tiempo en la evaluación.
En lugar de comenzar de inmediato a completar la tarea, estamos “lidiando con lo urgente”, ya que “esta tarea aún no se está quemando”, también tenemos el stock mencionado anteriormente.
La tarea comienza a "fumar", y procedemos a ella. Si no sucedió nada, lo hacemos a tiempo, pero si sucedió algo ... Ya hemos gastado la reserva en este "algo" y, como resultado, llegamos tarde.
Como resultado, cualquier fecha límite nombrada como fecha límite se convierte en una fecha límite antes de la cual la tarea no se completará. Esto lleva a consecuencias particularmente desagradables durante el trabajo en equipo, cuando se requiere la cooperación de diferentes especialistas y diferentes departamentos para completar una tarea o proyecto.
El hombre como rectificador (y diodo) es una ilustración de las Técnicas Jedi. También hay un video .
En la quinta parte del primer capítulo hay enlaces a estudios sobre la dependencia de la productividad de quien realizó la evaluación del tiempo.
En resumen: el hecho de la evaluación afecta los términos para peor en aproximadamente un 40%.
Recomiendo leerlo. Todos los factores enumerados en el quinto capítulo siguen siendo relevantes.
Durante el año pasado, escuché dos veces de los gerentes: "Hemos aprendido a cumplir con los plazos para evaluar las tareas, ahora ese programador o probador no viola los plazos que mencioné".
Creo que este es un problema extremadamente grave, ya que esto significa que este programador o evaluador exagera sistemática y deliberadamente los plazos, trabaja en la relajación y le miente al gerente . En el mundo hay variaciones y la no violación de las estimaciones de tareas específicas significa que la evaluación de dicha persona siempre está a la derecha de la curva de distribución del término real del trabajo.
Los autores mencionados en el título dicen que la única forma verdadera de estimar los plazos es a través de métodos estadísticos. Se debe evaluar un paquete de tareas típicas. "¿Tenemos diferentes tareas?" Esto es una mentira En el intervalo de un año no habrá tantas tareas diferentes. Como regla general, dicha declaración es un signo de falta de reflexión sobre el proceso y la falta de realización de ejercicios: descomposición, MVP, prototipos, estandarización.
Sobre clientes que requieren plazos
En primer lugar, debe tenerse en cuenta que la mayoría de las veces, y esto en sí mismo es divertido, nada depende de la respuesta del contratista, porque ya hay plazos. El gerente no está interesado en cuánto tiempo haremos la tarea , sino en si llegaremos a tiempo para la fecha límite y en qué tiempo llegaremos . Estas son preguntas diferentes y deben responderse de diferentes maneras.
Como regla general, la respuesta a la pregunta "llegaremos a tiempo para la fecha límite" es análisis y MVP, una infraestructura de desarrollo de alta calidad y el tamaño de la deuda técnica, es decir, la dificultad de refactorización y la presencia de pruebas de regresión automática.
Una vez más: la estimación del tiempo evita que el artista alcance la fecha límite.
En segundo lugar, hay una serie de ejercicios en desarrollo. No todos ellos son simples. No proporcionan directamente una respuesta a la pregunta "cuándo estará lista la función". Sin embargo, reducen el tamaño de la entrega, reducen la complejidad del desarrollo y las pruebas y, en última instancia, reducen la variabilidad de los términos.
- MVP
- descomposición de tareas
- limitación del trabajo inacabado (el programador no toma nuevas tareas hasta que salgan las viejas)
- versiones separadas de refactorización y características posteriores
- Lanzamiento separado del backend, frontend y otras partes del producto.
- lanzamientos canarios
- uso de banderas de características
- capacidad de los evaluadores para separar defectos importantes de no importantes
- capacidad de un equipo para liberar con defectos sin importancia
Si el equipo realiza estos ejercicios y el gerente está calificado, entonces, para responder a los clientes, no necesita exigir a los ejecutores que especifiquen una fecha límite. Si no se realizan los ejercicios, lo más probable es que cualquier término especificado por el gerente sea una mentira.
Sobre gerentes incompetentes
Es muy fácil confundir la estimación de términos (cuándo se realizará la tarea) y la estimación de los costos laborales (cuánto tiempo lleva desarrollar una característica). Estimación de términos, como ya hemos descubierto, si no es perjudicial, al menos no tiene sentido. Pero la evaluación de los costos laborales es un ejercicio bastante útil.
La necesidad de evaluar los costos laborales cuando se realiza la tarea nos hace hacer los ejercicios útiles anteriores: principalmente, la descomposición de esta tarea.
Pero debemos recordar que la evaluación de los costos laborales en un equipo con un gerente incompetente es muy fácil de convertir en una estimación del tiempo . Implica un millón de distorsiones cognitivas y una falta de comprensión de cómo funcionan las cadenas de producción.
Ejemplo de vida:
- ¿Cuánto tiempo pasarás en esta función?
- Escribiré una semana y media y corregiré errores durante tres días.
- Es decir, en 3-4 semanas estará listo?
Es decir, la diferencia entre "Pasaré el día en esta tarea" y "la tarea estará lista en un día" es múltiple y fundamental.
Enseñas la vida, ¿y qué lograste tú mismo?
Sí, hablemos de mí y de mi equipo. Hacemos con éxito algunos de los ejercicios enumerados, algunos aprenden a hacer. Algunos no lo son, y esto es triste.
Creo que hemos aprendido a limitar el trabajo inacabado, hacer versiones preliminares de refactorización y separar errores importantes de los que no son importantes.
Estimación de términos para la prueba lo hacemos. Dividimos las tareas en pequeñas, grandes y otras. Alrededor de la mitad de las tareas pequeñas, las realiza el probador de turno en su tiempo libre. Una pequeña tarea se marca en YouTrack con la etiqueta "durante una hora" y se realiza en un enfoque (de media hora a dos horas), si no hay complicaciones.
Las tareas grandes se marcan con la etiqueta "proyecto", y está claro de inmediato que simplemente no lo hará. Cada tarea grande tiene una función principal, cuya tarea es asegurarse de que se realicen los ejercicios de la lista anterior.
Las tareas restantes no están marcadas de ninguna manera. Los ejercicios de la lista comienzan a realizarse si el tiempo que lleva trabajar en ella excede un límite arbitrariamente elegido y variado de 2 semanas.
Si una tarea urgente está en la cola, debe soltar todo y hacerlo. No hay necesidad de evaluar. Sin embargo, será útil aclarar la fecha límite para comprender qué defectos y defectos pueden liberarse. Hay menos del diez por ciento de esas tareas urgentes.
La última vez que me retrasé en el trabajo a petición de un gerente para liberar una tarea urgente, hace más de dos años. Antes de esto, un par de veces, en 2015 y en 2016.
PD: Una de las habilidades más importantes en nuestro trabajo es no hacer basura innecesaria. Incluyendo no participar en la "estimación de términos" y el autoengaño. Lo cual también te deseo.
(Suscríbase a nuestro canal en Telegram , es agradable allí).