¿El acto de medir el progreso también ralentiza el progreso?

Recientemente leí un artículo sobre los desarrolladores de Heisenberg . En pocas palabras, el autor argumenta que el acto de medir el progreso tiene el efecto de desacelerar el progreso .

¿Este principio tiene un nombre oficial (o incluso una palabra de moda) en los círculos de gestión de proyectos?

¿Es esta un área de investigación de gestión de proyectos? ¿Hay alguna evidencia de que sea cierto, y en qué circunstancias?

Creo que el autor argumentaría que este principio se aplica cuando las tareas requieren creatividad y actividades exploratorias ; tal vez no se aplica cuando las tareas no lo son (ver también Liderazgo orientado a tareas y orientado a relaciones .
Para ser claros, la publicación a la que te refieres es una diatriba, y no una particularmente convincente. Desde la perspectiva de PM, la falla del proceso fue tratar las estimaciones como garantías de entrega y negarse a inspeccionar y adaptar el proceso en lugar de incrementos de trabajo individuales. No había nada inherentemente malo en la herramienta o en la elección (implícita) de Scrum como marco.
Estoy de acuerdo en que es una diatriba, y no estoy en desacuerdo con tu comentario. Mi pregunta es: ¿en base a qué haces tu comentario? ¿Existe un principio, cuerpo de conocimiento o área de investigación que se esfuerce por examinar y probar/refutar su posición?

Respuestas (2)

Esta es una especie de pregunta capciosa. Estoy de acuerdo con @CodeGnome en que los controles de PM son una tarea distinta de cero. Requiere que el proyecto detenga o disminuya la velocidad de giro de las llaves para poder participar en el proceso de control. Como tal, el tempo se ralentiza, por lo que el tiempo total debería aumentar.

Sin embargo, el "progreso lento" implica una variación desfavorable del plan cuando, de hecho, los informes de actividades para esos controles deberían ser parte del plan, de modo que sus valores de planificación incluyan ese esfuerzo. Por lo tanto, asumiendo un proceso que funciona perfectamente, su progreso no se "ralentiza" porque fue construido en el plan.

Esto también tiene un tipo de dinámica de pago ahora o pago posterior. Medir el progreso puede ser una actividad distinta de cero; sin embargo, los buenos controles significan una visibilidad temprana de las variaciones, lo que significa una corrección de rumbo/mitigación temprana, lo que significa mejores resultados de tiempo.

Ahora, para ser más reales, hay miles de variables aleatorias en juego en un proyecto complejo. Retaría a cualquiera a señalar de manera creíble los "controles" como un impulsor principal o principal de una variación de tiempo desfavorable. Muchos de nuestros resultados son simplemente aleatorios.

+1. David, estoy de acuerdo contigo: hay una distinción entre capacidad y rendimiento, y los controles ciertamente pueden mejorar el proceso general. Me gusta especialmente "pagar ahora o pagar después". Sin embargo, ciertamente diría que los controles excesivos o incorrectos pueden obstaculizar la entrega del proyecto.

Inspección excesiva: una forma de microgestión

[¿Es cierto que] el acto de medir el progreso tiene el efecto de desacelerar el progreso[?]

Esto es cierto prima facie . Cualquier proceso, o control de procesos, consume tiempo distinto de cero, por lo que la noción de que recopilar o analizar métricas para inspeccionar y adaptar su proyecto lleva un tiempo medible no debería ser una sorpresa. El tiempo consumido variará ampliamente según los controles específicos aplicados y (una vez más, como era de esperar) según la automatización de los controles.

Es deseable un nivel saludable de inspección y adaptación, pero si su proceso de inspección o retroalimentación es demasiado frecuente o demasiado detallado, ciertamente corre el riesgo de desviar la capacidad del equipo hacia la generación de informes en lugar de hacia la entrega efectiva del producto.

En términos generales, la inspección excesiva se considera una forma de microgestión y se presume que tiene efectos nocivos. Si está buscando citas académicas sobre los efectos cuantitativos de la microgestión, no podré ayudarlo a escanear la literatura disponible. Sin embargo, el impacto cualitativo de este tipo de gestión se discute ampliamente en la literatura ágil y, a menudo, se contrasta con los principios de autoorganización y la gestión basada en resultados.

No creo que esto sea cierto prima facie. Es cierto que pedirle a un individuo una actualización de estado lo ralentizará como individuo, pero no es necesariamente cierto que obtener actualizaciones de estado de todos los miembros de un equipo ralentizará el progreso general del equipo , ya que las métricas podrían usarse para mejorar coordinación, predecir dependencias y "engrasar los patines", por así decirlo. De lo contrario, ¿por qué tendríamos PM? Gracias por su respuesta.
@JohnWu Está postulando que puede consumir tiempo distinto de cero de los miembros de un equipo sin restar de la capacidad total del equipo. Eso es demostrablemente falso, y una de las muchas razones por las que la falacia de utilización del 100 % es tan perjudicial para la gestión de proyectos moderna. También está combinando la velocidad de entrega en el pequeño con la entrega sostenible. Busque respuestas relacionadas en PMSE sobre el cambio de tareas, la sobrecarga de procesos y el cálculo de la capacidad del equipo para ver por qué esto es cierto, pero por qué a menudo vale la pena hacer las compensaciones.
Te sugiero respetuosamente que lo tengas al revés. Debido a que la falacia de utilización del 100 % es cierta, de hecho puede consumir tiempo distinto de cero de los individuos sin restarlo de la capacidad total del equipo. Ese es el punto central de la falacia: puede obtener un mayor rendimiento con una menor utilización, bajo ciertas circunstancias.
@JohnWu Está combinando capacidad con rendimiento. Este es un malentendido común. Los comentarios no son para una discusión extensa, por lo que si tiene más preguntas sobre esta distinción, abra otra pregunta.