Foro: Preguntas Generales

Pruebas agiles cuando roles Scrum y PO se resisten o no se adaptan a la metodologia

Pruebas agiles cuando roles Scrum y PO se resisten o no se adaptan a la metodologia

de Brian Salinas - Número de respuestas: 1

¿A alguno/a le ha pasado que que intentan llevar pruebas agiles, pero scrum y PO se resisten a la metodologia amarrados a una gantt y por tanto fecha fija para pruebas, como suelen avanzar sus pruebas en estos casos desde el punto de vista de la gestion (aparte de adelantar creacion de pruebas con documentacion)?

En respuesta a Brian Salinas

Re: Pruebas agiles cuando roles Scrum y PO se resisten o no se adaptan a la metodologia

de Administrador Verity -
Si el rol de Scrum master se resiste, es porque no es el scrum para el proyecto. Ya que una parte importante de este rol, es implementar la metodología agil en la célula. De todas formas, hay que ver cuales son las directrices que entregan los jefes, ya que me ha pasado ver que los scrum llevan una gantt pero para la gestión interna de la célula usan el burn down chart o herramientas propias de agilidad.
Para el caso de PO es distinto, ya que en algunos casos se define que el PO no esté 100% y es un rol más difícil de que se unan a esta metodología. En este caso, el scrum master es crítico para que el PO y el equipo se unan, pero siempre hay que ver como están las directrices de los sponsor de los proyectos o de los jefes, ya que pueden definir un por temas de costos o de resistencia el cambio. Cuando hay mucha resistencia en los niveles superiores, recomiendo que coach agile los ayude en la implementación por lo menos los primeros meses.
Y en el caso que sabemos que nos van a apretar con los tiempos que hacemos, implementar revisión en pareja (para ir desarrollando y probando al mismo tiempo), automatizar lo que más se pueda para que la ejecución sea rápida y que el tiempo no sea un impedimento, y tener super claro cual es el flujo crítico definido en los criterios de aceptación y centrarnos en eso para decir si está ok la entrega o no. Pero todas estas decisiones hay que revisarlas con el equipo, ver como se pueden ir apoyando y que el scrum en base a su experiencia en proyectos similares les recomiende.