¿Vale la pena trabajar en sprints de 2 semanas, y al estilo Scrum, para un proyecto de migración de un cliente de un sistema heredado a un sistema que ya está activo y con otros clientes (un software de marca blanca)?
Me parece algo inútil tratar de encajar las tareas en sprints de 2 semanas, ya que se entreguen o no, nadie se quejará (dado que el cliente ya está activo en un software heredado). El único efecto será mover la fecha de migración (que ha sido establecida por un administrador de proyectos) a una fecha anterior o posterior, que se revisa cada 2 semanas.
Creo que un estilo Kanban es más apropiado, ya que se conoce la carga de trabajo (sin sorpresas ni áreas para explorar) y tomará el tiempo que sea necesario para entregar el software. No hay funcionalidad añadida como lo sería con lanzamientos incrementales en Scrum, porque el cliente todavía está en el sistema heredado. ¿Alguien puede proporcionar alguna razón a favor o en contra del uso de Scrum para la migración de clientes de productos heredados a nuevos productos en vivo?
Siendo un evangelista Agile, no puedo creer que esté a punto de escribir esto, pero me pregunto si Agile en sí mismo es realmente necesario para usted. En mi opinión, el objetivo principal de Agile es hacer frente a los requisitos cambiantes. Si sabe de antemano que todos sus requisitos son estáticos, entonces... no tiene mucho sentido.
Para Scrum, ciertamente, esto podría ser excesivo. ¿Cómo crearía/priorizaría las historias el propietario del producto? ¿Cómo planearías las historias? ¿Cómo vas a obtener un producto que se pueda enviar al final de cada Sprint? ¿Cómo harías una demostración de las historias en cada Sprint? ¿A quién se los demostrarías? A menos que pueda responder a todas esas preguntas, considere la posibilidad de que Scrum sea una sobrecarga innecesaria.
Por supuesto, es posible que aún desee optar por Kanban, en lugar de abandonar Agile por completo. Sus límites de trabajo en curso aún proporcionarían beneficios, incluso en lugar de cambios en los requisitos. Del mismo modo, si su equipo está acostumbrado a Agile, también puede quedarse con él; Kanban es bastante ligero, con muy pocos gastos generales.
Ciertamente hay valor en el uso del enfoque Scrum.
El propietario del producto priorizaría el trabajo pendiente en función de las características del sistema que son más valiosas.
La entrega sería frecuente y de un sistema en funcionamiento (aunque no con todas las funciones completas hasta el final).
El valor que obtienes de esto es:
Piotr Uryga
dqm