182 Gestión de proyectos de forma ágil: cómo hacer que funcione en la empresa, 2ª ed.

Estimación de la complejidad

Al hacer estimaciones, la coherencia se valora más que la precisión para las

primeras dos iteraciones, porque con un enfoque coherente, la mejora
continua es posible. Considere estos dos puntos:
1. Las mismas personas deben hacer la estimación cada vez. Las experiencias y
sesgos de los estimadores tendrán una gran influencia en los resultados. Los
métodos ágiles cuentan con la corrección adaptativa para suavizar las cosas,
pero dicha adaptación requiere que el equipo permanezca unido y se
involucre constantemente en todas las estimaciones.
2. Se deben utilizar las mismas herramientas o práctica de estimación, porque
nuevamente, existen sesgos en cualquier práctica que solo pueden neutralizarse
con el tiempo y la experiencia.

Hay varias alternativas de escala. Las alternativas más populares se dan en la Tabla
7.4. Dos de las tres escalas que se muestran son no lineales. El propósito de la no
linealidad es forzar alguna separación entre las estimaciones de complejidad. En
otras palabras, es más significativo decir que algo es dos o tres veces más complejo
que decir que algo es 1,25 veces más complejo. La precisión solo debe ser lo
suficientemente buena para que el equipo haga su trabajo; demasiada precisión es
injustificada. Por estas razones, tanto el binario como el de Fibonacci
las escalas se utilizan con mayor frecuencia.

Cuadro 7.4 Escalas de estimación populares

Escala Comentario
• Una escala lineal de aproximadamente 1 a 10, todos los números enteros disponibles como una posible puntuación

de complejidad.

• No “ayuda” directamente a separar los grados de complejidad del curso entre bajo,
Lineal
medio y alto.
• Sin embargo, agrupar como se muestra es una forma eficaz de utilizar la
escala lineal: Bajo 1, 2, 3 ... Medio 4, 5, 7 ... Alto 7, 8, 9 ... Muy alto 10
• Una escala binaria de aproximadamente 1 a 32, la secuencia es 1, 2, 4, 8, 16, 32 como las únicas
puntuaciones de complejidad posibles
Binario
• Ayuda a separar los grados de complejidad del curso al permitir solo los valores específicos
en la escala.

• Una escala de Fibonacci de aproximadamente 1-21, la secuencia es 1, 2, 3, 5, 8, 13, 21. En

esta escala, cada número es la suma de los dos números anteriores.
• A algunos les gusta esta escala mejor que el binario para separar los valores de complejidad, pero es una
Fibonacci cuestión de criterio

• La secuencia de Fibonacci se utiliza en muchos tipos de análisis, pero en el contexto de la

complejidad de los requisitos, sus propiedades no son materialmente superiores a la
escala binaria.
 Estimación de costos y horarios 183

Un proceso de estimación: Delphi y Poker

Las prácticas de estimación, como el método Delphi y el póquer de planificación,
brindan asistencia al proceso de estimación. Para ver cómo se utilizan, los
aplicaremos alestimar el paso de complejidad en el escenario que se presenta en el
Apéndice, Tabla A7.1.

Método Delphi
El método Delphi es un enfoque probado y verdadero desarrollado en 1948 por Rand
Corporation para abordar las incertidumbres que rodean a las tecnologías de
defensa emergentes. En una variante más actualizada, Barry Boehm y John Farquhar
expandieron y popularizaron el trabajo de estudio que Farquhar realizó en 1970.
El estudio de Farquhar comparó la precisión de las estimaciones de Delphi con
estimaciones del mismo problema a partir de una simple colaboración grupal. Boehm y
Farquhar llegaron a un proceso que llamaronDelphi de banda ancha que a su vez ha sido
adaptado y actualizado más recientemente por otros profesionales.6

El método Delphi

Un proyecto • En cualquier variante del método Delphi, la esencia del asunto es

consejo de gestión que cada miembro del equipo estima de forma independiente.
• Un proceso de construcción de consenso proporciona un medio para llegar a
una estimación de equipo a partir de todas las estimaciones independientes.

En un enfoque convencional de Delphi, el proceso funciona así:

• Un facilitador le da a cada estimador información sobre la tarea de estimación;

puede haber una discusión preliminar con el facilitador para comprender los
problemas.
• Los estimadores trabajan de forma independiente y privada para llegar a una estimación. La
privacidad garantiza que el estimador no se vea influenciado por la reputación y los
sesgos de los otros estimadores, ni se vea afectado por lealtades personales y políticas
organizacionales.
• Un facilitador trabaja en privado con cada estimador para comprender su punto
de vista; el facilitador proporciona a cada uno el beneficio de las otras
estimaciones, aunque de forma anónima.
• Los estimadores pueden reconsiderar y cambiar su estimación en función de la
nueva información. El proceso continúa hasta que el facilitador tiene suficiente
información para recomendar un presupuesto.

No hay ningún requisito que indique que todos los estimadores están de acuerdo con la
estimación tomada por el director del proyecto.
184 Gestión de proyectos de forma ágil: cómo hacer que funcione en la empresa, 2ª ed.

Delphi en el diseño de sistemas

En sistemas de alta confiabilidad, se pueden emplear programas de software redundantes

desarrollados independientemente para votar sobre una respuesta adecuada del sistema a un
estímulo. Esta es una forma de metodología Delphi aplicada al diseño de sistemas.
La teoría es que si una versión de un programa se ejecuta y devuelve una respuesta
incorrecta, otras versiones de programas redundantes pero independientes no tendrán el
error y, colectivamente, votarán por la representación incorrecta.

Delphi y Agile
En su forma original, Delphi es incompatible con los principios ágiles. Los principios ágiles
requieren la colaboración pública entre los miembros del equipo. Por otro lado,
simplemente promediar las respuestas de una colaboración simple tiene algunos
problemas estructurales. Por ejemplo, en un promedio simple, un valor atípico puede
sesgar el promedio. Y están los intangibles a considerar. Por la fuerza de la personalidad,
un estimador agresivo puede sesgar a todo el equipo hacia un solo punto de vista.
Wideband Delphi es el término medio entre Delphi y la colaboración simple.
Es ligeramente diferente de su padre; la etiqueta de banda ancha proviene del
aumento de las comunicaciones y la colaboración agregadas al método Delphi
más privado.
Así es como funciona Delphi de banda ancha:

• El director del proyecto convoca al equipo de estimación para una

colaboración inicial y una discusión grupal.
• Se proporciona información del trabajo atrasado, la narrativa y otras fuentes.
• Luego, cada estimador trabaja de forma privada e independiente en la primera
estimación.
• Las rondas posteriores de reestimación son colaborativas, y cada estimador
tiene la oportunidad de explicar su estimación.
• El proceso finaliza cuando el grupo desarrolla un consenso satisfactorio.

Planificación de póquer

En una implementación popular de Delphi de banda ancha para proyectos ágiles, se juega
un juego llamado póquer de planificación ágil.7 Cada jugador tiene una mano de cartas con
todos los números de la escala. Por lo general, se usa la escala binaria o de Fibonacci,
pero, como sabemos, la escala es en gran medida irrelevante si se aplica consistentemente
de un equipo a otro.
Estos son los pasos:

1. En el primer paso del juego, después de una discusión inicial con el

facilitador y después de recibir una mano, cada jugador hace su primera
En el primer paso del juego, después de una discusión inicial con el facilitador y después de que se le
reparta una mano, cada jugador hace su primera estimación dando la vuelta a la carta que eligió. Para
acercarnos más a la forma en que se juega al póquer real, todos muestran su tarjeta al mismo tiempo.
En parte, la rotación simultánea de tarjetas es para evitar que los estimadores cambien su estimación
después de ver las otras tarjetas. Estimación de costos y horarios 185

estimar dando la vuelta a su elección de tarjeta. Para acercarnos más a la

forma en que se juega al póquer real, todos muestran su tarjeta al mismo
tiempo. En parte, la rotación simultánea de tarjetas es para evitar que los
estimadores cambien su estimación después de ver las otras tarjetas.
2. En el segundo paso del juego, al igual que en cualquier variante de Delphi de banda
ancha, el equipo analiza las estimaciones. Por lo general, solo se analizan las
estimaciones extremas para ahorrar tiempo.
3. Después de la primera jugada y la discusión grupal, se puede jugar una
segunda mano, o el equipo puede tener suficiente información para llegar a
un consenso sin jugar una segunda mano.

En un estudio de planificación del póquer frente a solo un promedio simple de las estimaciones,
los investigadores encontraron que las estimaciones del póquer, después de completar el juego,
eran menos optimistas y, en general, más precisas que una simple combinación aritmética de
estimaciones independientes.

Efectos de la dotación de personal en las estimaciones

Una regla útil que ha surgido de aquellos que han estudiado la ley de Brooks en
situaciones reales es que, aunque el cronograma se extiende cuando se agrega esfuerzo,
la sensibilidad es mucho menor que una proporción de 1 a 1. Los resultados empíricos
muestran que el programa se extiende aproximadamente por la raíz cúbica del esfuerzo en
pliegue.

Efecto del esfuerzo sobre la duración del programa

Un proyecto
consejo de gestión Es probable que duplicar el esfuerzo aumente la duración de la programación
solo en un factor de 1,27.8

Efectos de equipo versus plantilla

Brooks imaginó agregar esfuerzo de una manera que aumentaría el tamaño del equipo
(número de personas en cada equipo), amenazando así la cohesión del equipo e
impactando las comunicaciones debido a la N2 problema de comunicación discutido en
capítulos anteriores. En los métodos ágiles, el tamaño del equipo es fijo, excepto por la
adición ocasional de un experto en la materia de forma temporal. Por lo tanto, la forma de
agregar esfuerzo es agregar equipos completos. Ciertamente, otro equipo complicará la
comunicación y la colaboración con todos los demás equipos, pero el impacto no será tan
interpersonal como hacer que los equipos existentes sean más grandes.
En la gestión de proyectos tradicional con cronogramas de red basados en
actividades, nivelar la carga de trabajo de las personas siempre es una tarea difícil. En ágil
186 Gestión de proyectos de forma ágil: cómo hacer que funcione en la empresa, 2ª ed.

métodos, este problema casi desaparece, ya que el bloque de construcción básico es un equipo y
no un individuo. La carga de trabajo en equipo está diseñada para ser casi constante, de modo
que el ritmo y la productividad se puedan mantener durante un largo período. Habrá
excepciones para talentos especiales en escasez que deben compartirse entre equipos, pero el
problema de la nivelación de recursos ha disminuido considerablemente.

Despliegue de recursos
Incluso sin aumentar el esfuerzo, la programación puede verse afectada por la forma en
que se implementan los recursos, es decir, la forma en que los equipos se aplican a los
requisitos. El hecho es que así como Brooks desacreditó el mes-hombre al mostrar que el
esfuerzo y el calendario no son intercambiables debido a las limitaciones de secuenciación
y las tareas indivisibles, lo mismo ocurre cuando se escala al equipo y la iteración.9

En igualdad de condiciones, el cronograma siempre se extiende cuando los

recursos que actúan de manera independiente se correlacionan por dependencias.
Esto lo sabemos intuitivamente y por observación, pero también existe una base
matemática para el fenómeno que está más allá del alcance de esta sección.
Las opciones de mitigación son:

• Búferes de tiempo planificados para que cada equipo finalice su trabajo y, por lo
tanto, no retrase el inicio del siguiente ciclo de desarrollo.
• Complejidad planificada para permitir la secuencia lógica requerida por la
arquitectura, las dependencias funcionales y la viabilidad técnica

Módulo 3: Discusión para el pensamiento crítico

En los últimos años, antes de esta segunda edición de este libro, algunos de los
métodos abstractos de estimación (como los puntos de la historia) han caído en
desgracia, dando paso a un retorno a las estimaciones concretas de horas y / o
financiación. . Según su experiencia, ¿podría trabajar fácilmente en abstracto con
puntos de la historia o se sentiría tan incómodo que solo una estimación concreta
con horas será suficiente?

Resumen y puntos para llevar

No hay datos sobre el futuro, solo estimaciones. Una buena estimación ágil da cuenta
de la complejidad de los intangibles y la incertidumbre de los requisitos. Una buena
estimación combina los hechos de la historia con un juicio sobre posibles resultados
futuros.