¿Agile, en desarrollo de software, soporte o innovación de cortina?

El impulso implacable de lanzamientos frecuentes de software en funcionamiento puede frenar la innovación. Incluso ya en 2001, la comunidad reconoció este problema e introdujo estrategias como Gold Cards para mantener un espacio para la innovación.

Lea más en la página en psu.edu

XP Explained, 2nd edition, incluye algunas palabras sobre la importancia de inyectar holgura en el programa. La innovación se encuentra entre las razones para hacer esto.

Por otro lado, cuanto más permitimos el cambio, más oportunidades nos permitimos hacer algo diferente cuando se nos ocurre una idea innovadora. No sentimos tanta presión para seguir el plan, por lo que tenemos más espacio para probar las cosas a medida que se nos presentan. Esto podría conducir a una innovación más * realizada *, en lugar de buenas ideas flotando en el aire sin ver la luz del día.

Además, si habitualmente enviamos más valor con un software menos complicado, entonces presumiblemente tenemos más tiempo para dedicarlo al trabajo especulativo, que podría volverse innovador.

Siempre y cuando agreguemos holgura en el cronograma, una idea central ágil que la mayoría de la gente parece perder, entonces conservamos la opción de hacer el tipo de cosas que promueven la innovación.

Ágil: como en el Manifiesto para el desarrollo de software ágil, esencialmente no tiene nada que decir sobre la innovación.

Los métodos ágiles tienden a ser sobre la entrega rápida del valor para el cliente.

Si una solución innovadora maximizará la cantidad de trabajo no realizado, entonces es “ágil” implementar esa solución.

Si se agrega a la complejidad del producto sin un aumento real en el “valor de usuario”, entonces no es “Ágil”.

Tendemos a asignar solo alrededor del 80% de nuestro tiempo a Sprints; parte de ese tiempo se utiliza para la investigación , y parte de esa investigación conduce a soluciones innovadoras para los problemas del cliente, pero solo cuando la innovación maximiza la cantidad de trabajo no realizado.

Por supuesto, cuando hicimos eso, la productividad aumentó.

  • Solo no.
  • Con una excelente gestión de productos, ¡sí!

¿Por qué? Los marcos que tienen iteraciones de longitud fija son utilizados fácilmente por equipos que están completando mini cascadas, es decir, trabajos que son más o menos fijos y no use el ciclo de retroalimentación que un verdadero equipo ‘ágil’ debería mejorar en lo que haga a continuación.

Los métodos ágiles de desarrollo de software ayudan a los equipos a entregar el trabajo más rápido, pero esto no significa que el trabajo que entregan sea útil . Ahí es donde entran en juego los comentarios y la gestión de productos.

La resolución de problemas conduce a la innovación del usuario. Esto implica una gran cantidad de interfaz comercial durante el ciclo de vida del proyecto.

Agile apoya la innovación, ya que se acerca más al valor comercial que cualquier otro método en uso.

Para mí, ágil está muy cerca del pensamiento de diseño.

Agile facilita lo que cautiva a los clientes finales a través de iteraciones y un enfoque feroz en la resolución de problemas.