Ágil define cómo un equipo organiza y controla el trabajo. La creatividad requiere libertad (tiempo, pensamiento), por lo tanto, cualquier tipo de control va en contra de la creatividad. Como señala correctamente, no puede trabajar solo en una función arbitraria que concibe como buena para el producto o la empresa, sino que debe adherirse a una acumulación prioritaria. La creatividad se limita a las formas en que abordas la tarea en sí.
La pregunta es, ¿de dónde provienen las historias de usuario, las tareas o lo que sea? Un buen gerente de producto escucharía al equipo, un buen equipo hablaría si descubre una extensión útil. Entonces debería ser un problema de priorización cuando la tarea estará en la cartera de pedidos. De esta forma, las ideas del equipo se introducen en el producto, pero el negocio sigue impulsando la decisión, y a veces será difícil de entender si su proyecto favorito está enterrado bajo una tonelada de otras tareas.
Creo que las metodologías ágiles tienen un gran potencial para fomentar la creatividad o extinguir las barreras (ver el trabajo de Amabile sobre las barreras de la creatividad). A largo plazo, los procesos de gestión de la innovación deben inculcarse dentro de los procesos ágiles, aparte de las revisiones y retroactivos, para equilibrar el poder de las partes interesadas en esta parte del proceso (y también hay otras necesidades de equilibrio en otras áreas).
- Arquitectónicamente, ¿cuál es la mejor manera de convertir un motor de base de datos de instancia única a distribuida?
- ¿Qué es el software de código abierto? ¿Es malo para su teléfono y hay un opuesto?
- ¿Qué es el patrón de diseño singleton?
- ¿Por qué no podemos tener un lenguaje de programación para gobernarlos a todos?
- Empleados de Amazon: ¿cómo se prepararon para la parte cultural de la entrevista?
En muchos casos, la ejecución de Scrum llega demasiado lejos y toma el proceso demasiado importante con una tendencia a micro-administrar cada aspecto de un proyecto (tiranía de la historia del usuario) o controlar cada minuto dedicado a las tareas.
También tiene razón en que, si bien ágil se concibió para dar poder a los desarrolladores, hasta cierto punto los ha debilitado, ya que los procesos de toma de decisiones se definen de una manera en que la información que flota en el negocio es muy limitada. Los mecanismos de control estrictos (gráficos de quemado, stand-ups diarios, retros, etc.) inculcan aún más esta impresión. Tenga en cuenta que Scrum es un enfoque para estructurar algo que de todos modos debería estar allí en un proyecto (pero a veces se olvida, por ejemplo, ciclos cortos de retroalimentación) y no deshacerse de ningún patrón de comunicación. ¡Cuando haces lo ágil y de repente el equipo solo habla en los momentos definidos en que lo estás haciendo mal!