Recientemente ofrecimos ScopeMaster al gerente de proyectos ágil independiente, Mike Sanders, para evaluar cómo podría haber ayudado en un par de proyectos recientes. Lo probó y quedó muy impresionado con los resultados, luego ofreció algunas sugerencias sobre cómo encaja con el proceso ágil:
“Pasé del soporte técnico a la programación y luego a la gestión de proyectos de TI hace unos veinte años. En este período de tiempo, he utilizado ampliamente metodologías ágiles y en cascada con múltiples clientes corporativos. Tengo que ser honesto, prefiero lo ágil. Puede que a algunos les parezca ingenuo, pero realmente creo en sus principios. Por eso al principio era escéptico con respecto a ScopeMaster. Oh, no, otra pieza de software que agregará un paso y me ralentizará para permitir que un equipo entregue software de calidad, según lo solicitado y en el momento en que lo solicite.
Comencé a usar el sistema con esto en mente, ingresé lo que creía que eran buenas historias de usuarios de un proyecto anterior del Sector Público y me sorprendió obtener un puntaje de calidad de solo 60%. De 186 historias de usuarios, 89 eran ambiguas, lo que significa que no se podían medir. Y luego, de las 97 historias restantes, hubo 22 duplicados. Pero esto era la punta del iceberg, las historias tenían 199 defectos y pronto me di cuenta de que tendría que revisarlos. Los primeros me llevó veinte minutos reescribir cada uno, corregir la gramática, comprender cómo el software definía los verbos y así estimar los puntos de función, pero después de un tiempo fui más rápido. Después de otra hora me detuve, ya que me llevaría entre 2 y 3 días revisarlos todos, pero me habría ahorrado un tercio del tiempo que realmente dediqué a revisarlos con el propietario del producto y el equipo de desarrollo en el pasado. Ambas partes habrían tenido más confianza debido a la calidad mejorada, y los puntos de función cósmica habrían ayudado enormemente a los desarrolladores con sus estimaciones de puntos de la historia. De inmediato, eso significa un ahorro de 3 a 6 semanas.. Es más, habría ayudado mucho al propietario del producto a llegar al mercado comercial, brindándole tal salto en calidad y brindándole un punto de referencia en cuanto a tiempo y costo de desarrollo. Incluso los equipos de prueba habrían tenido más información mucho antes de que se desarrollara una línea de código.
Habiendo decidido que la prueba del sector público era demasiado fácil, ingresé requisitos de un minorista multinacional que ni siquiera estaban escritos como historias de usuario y me sorprendió que ScopeMaster aún pudiera proporcionar el mismo nivel de calidad y estimaciones de puntos de función, siempre y cuando el requisito tenía sentido como oración. Si hubiera usado esto en este proyecto anterior, Habría ahorrado de 3 a 6 meses. en el proceso de recopilación de requisitos y el proyecto se habría entregado antes. Nos habría ayudado a centrarnos en los requisitos problemáticos y solucionarlos, eliminando muchas de las sorpresas desagradables más adelante.
Cualquier empresa de software podría utilizar esto para ayudar a estimar las respuestas a las RFP. Quiero usarlo en cualquier proyecto futuro, ya sea ágil o en cascada, para ajustar los requisitos lo antes posible. Para mí es una obviedad, la empresa debería estar más contenta de recibir estimaciones más precisas de TI, quienes agradecerán la mayor claridad. Un beneficio mutuo para todos.
ScopeMaster y Scrum –
Cuándo utilizar ScopeMaster: Scrum tiene un ciclo en lugar de una puerta, y creo que el uso de ScopeMaster funciona bien cuando forma parte del Refinamiento/Grooming del Backlog del Producto (palabra que todavía se usa en EE. UU., ¡pero el Reino Unido intenta evitar esta palabra!)
Quién debería utilizar ScopeMaster: Lo ideal sería que el propietario del producto aprendiera ScopeMaster, asegurándose de que todos los requisitos se agreguen y verifiquen a medida que se ingresan en el Product Backlog. En última instancia, son responsables de las historias de los usuarios, por lo que para ellos es fundamental que sea correcto. Esto funciona fácilmente, especialmente cuando se integra con Jira o herramientas similares. La función del Scrum Master es garantizar que se respeten los principios ágiles y que se mantenga la calidad, incluida la verificación de que las historias de los usuarios sean independientes, negociables, valiosas, estimables, pequeñas y comprobables, por lo que esperaría que usaran la herramienta para revisarlas. el trabajo pendiente, antes de que el Equipo fuera expuesto a ellos en las reuniones de refinamiento, que es donde normalmente los dimensionarían usando puntos de la historia.
Beneficios ágiles:
- Cumple con los tres pilares de scrum: Transparencia, Inspección y Adaptación, ya que trabaja claramente con el lenguaje empresarial para determinar las funciones de calidad, pruebas y desarrollo tan pronto como se ingresa un requerimiento.
- Mayor transparencia de la complejidad de las historias de usuarios que muestran funciones y pruebas.
- Permite una inspección más profunda de requisitos, funciones y casos de prueba.
- Ayuda en el dimensionamiento inicial para mejorar la planificación de lanzamiento/hojas de ruta de productos de alto nivel.
- Puede incorporarse fácilmente a los ciclos scrum
- Una herramienta de orientación para escribir historias de usuarios de mejor calidad
- La automatización ayuda con la integración continua
- Tamaño automatizado: los puntos de función cósmica se pueden usar como una única medida de tamaño, en combinación o simplemente para guiar los puntos de la historia.
Otros beneficios:
- Facilidad de adopción: modelo SAAS, sin instalación de software
- El diseño intuitivo reduce las necesidades de formación
- Múltiples integraciones: Jira y CSV
- Reduce los riesgos de exposición a una formación/experiencia deficiente
- Depende menos de la experiencia de BA ya que proporciona una guía de calidad
- Depende menos de la experiencia de los probadores para proporcionar casos de prueba.
- Depende menos de la experiencia de los equipos de desarrollo para proporcionar estimaciones”.
En resumen
Comencé con bastante escepticismo, pero me convenció cuando comencé a ver lo rápido que podía resolver problemas antes de codificar. En mi opinión, el lenguaje de las historias de usuario resultantes era mucho más claro para que los desarrolladores trabajaran con él.
ScopeMaster es completamente consistente con los principios Agile y puede verse como una especie de acelerador para el desarrollo de software Agile, especialmente en proyectos más grandes y propensos a problemas.