Su navegador no soporta JavaScript. Optimized Scrum: Getting to Done Done Done Done - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

En mi última empresa entregábamos software de producción a varias grandes empresas al final de cada sprint. En dos años dominábamos a todos los competidores. Nuestro director general dijo que no entendía por qué no podíamos conseguir Done (pruebas de características), Done (pruebas de integración), Done (pruebas de rendimiento) y Done (pruebas de aceptación del usuario) al final de cada sprint. Sólo así podría obtener ingresos de los clientes.

Los equipos de Scrum le dijeron que era imposible y luego se autoorganizaron para lograrlo con el director general eliminando agresivamente todos los impedimentos (incluida la dirección cuando fue necesario). Cuando lo consiguieron, su velocidad era diez veces superior a la de nuestros equipos de cascada indios subcontratados. Los ingresos de la empresa se cuadruplicaron en un año.

¿Por qué los equipos Scrum no pueden enviar código al final de un sprint?

El mayor problema de los equipos Scrum en todo el mundo es conseguir código listo para enviar al final de cada sprint. Ese era el objetivo del primer equipo Scrum en 1993 y lo entregaron en cada sprint, incluido el primero. Sin embargo, más de 50% de los equipos Scrum no pueden hacerlo en todo el mundo y esto les retrasa entre 2 y 24 veces, dependiendo de la complejidad de su aplicación.

He encontrado una solución. Scrum Inc y nuestro socio qaSignature se han unido para ofrecer una forma de garantizar que las pruebas de regresión completas se realicen todos los días del sprint, de modo que la finalización del sprint esté garantizada. Trabajamos con una empresa local de productos de software que ha multiplicado por 6 su capacidad de lanzar productos utilizando la capacidad de pruebas de regresión. El CEO de esta empresa vendrá a nuestra clase Scrum en Cambridge para planificar el despliegue de Scrum para duplicar esta ganancia inicial a un factor de 12.

Llámenos sobre un El curso "Optimized Scrum" se centra en la implementación del control de calidad durante los sprints más allá de las pruebas unitarias y funcionales, desatascando el mayor cuello de botella del desarrollo de software. Hablaremos de pruebas de regresión automatizadas diarias completas, independientemente del tamaño de la aplicación o del número de productos de una cartera.

es_ARSpanish
Acciones