Los plazos se encuentran en todos los proyectos sin excepción y en casi todos los procesos de desarrollo de productos. En la gestión de proyectos, los plazos son fáciles de relacionar directamente con los ingresos, pero para los productos, las cosas son un poco más complicadas. ¿Qué papel juegan los plazos en el desarrollo de productos? ¿Es posible prescindir de ellos?
Basado en un artículo de John Cutler. Publicado con permiso para discutir y compartir experiencias.El tipo de fecha límite más simple es el
comercial . Si lo “golpeas”, claramente pierdes mucho dinero. Existen pocos plazos de este tipo: por lo general, se trata de una carrera con un competidor o se asocia con un evento de calendario (feriado, exposición, etc.). Sucede que es la fecha límite comercial que se declara, pero después de "romper" resulta que el dinero no se pierde. Sucede que se declara la
probabilidad de perder mucho dinero. Esto es más difícil de verificar, pero también es posible (estadísticamente): a menudo resulta que las pérdidas directas se sobreestiman o no se estiman en absoluto.
Esto es consecuencia del abuso de los plazos
artificiales . La mayoría de los plazos en el ecosistema alimentario (a diferencia del diseño) son artificiales.
¿Por qué son necesarios?
- Limite los costos . No tiene sentido gastar más de X recursos en una característica / hipótesis
- Crea un ambiente saludable de urgencia . Un equipo que mantiene el ritmo y está en buena forma trabaja de manera más eficiente
- Estimular los alcances de corte . Las funciones de pulido reducen rápidamente la utilidad marginal
- Evitar quejas del equipo . Nadar gratis sin puntos de referencia comerciales es ineficiente
- Fomentar el establecimiento de objetivos y el enfoque . Aumenta la efectividad de cada miembro del equipo.
- Coordinar dependencias . Acordamos que el equipo X podrá comenzar a trabajar después de xx.xx.xxxx. Reprogramar y reservar recursos es ineficiente
- Coordinar actividades comerciales . El inicio de las ventas está programado para xx.xx.xxxx. En este momento, se puede asignar un presupuesto o planificar actividades de marketing.
- Crea una responsabilidad medible . Si está claro quién es responsable de qué, entonces está claro cómo / cuándo promover: transparencia de los comentarios
- Cree una sensación de previsibilidad y tranquilidad entre los socios comerciales . La confianza de las unidades de negocio le permite simplificar la comunicación y crear procesos más eficientes.
A veces, los plazos artificiales se utilizan de manera adecuada, a veces no. En cualquier caso, es útil comprender y publicitar honestamente su verdadero propósito en un momento particular.
Ejemplos de uso subóptimo de plazos artificiales:
- Sprints sin un resultado utilizable . Si se sabe de antemano que no habrá nada que ver como resultado del sprint, y nada nuevo se integrará en el servicio, entonces los gastos generales para interrumpir el trabajo (final / inicio del sprint) probablemente no valdrán la pena.
- Planes de comestibles trimestrales / anuales . Debido a la gran cantidad de elementos no deterministas, la probabilidad de errores significativos tanto en la planificación como en las hipótesis del producto es cercana al 100%, lo que desacredita tales plazos retrasados
- Plazo basado en calificación . Resuelve una serie de problemas y es muy popular, pero contiene fallas:
- estimula la "convergencia prematura": se elige una solución óptima localmente, aunque la óptima global podría estar muy cerca
- puede no depender del equipo, ya que la evaluación no incluye factores externos
- enfoca al equipo en el trabajo "a tiempo" en lugar del trabajo "en el resultado", lo que aumenta el número de decisiones erróneas
Sugerencias para posibles mejoras:
- Los timeboxes "correctos" . Directriz / iniciativa general durante varias semanas. Dentro de este período, carreras cortas con hipótesis de implementación verificables. La fecha límite es fija, el alcance es arbitrario y se revisa repetidamente
- Control de flujo . Simulamos el trabajo como una secuencia (por ejemplo: Reinertsen , ToC , kanban ), lo optimizamos. Paralelamente, buscamos formas de llevar a cabo integraciones frecuentes (retro automático para actividades de más de X días, CI / CD , SAFe IP / PI , etc.)
- Si usa fechas límite, entonces indique claramente qué problema resuelven
La idea principal : pensar un nivel más alto. Tratando de encontrar una solución a problemas comerciales específicos (motivación, coordinación, etc.), y no muletas en forma de plazos en cualquier situación incomprensible.
Discusión : ¿Qué otros estudios de caso tienen los plazos? ¿Qué enfoques alternativos se pueden utilizar en lugar de los plazos?