¿Existe una guía para la refactorización ágil dentro de un gran proyecto en cascada?

Actúo como soporte de proyectos para una gran multinacional que está interesada en adoptar Agile , aunque en realidad solo se refieren a Scrum.

La migración de ERP es Waterfall tradicional, pero quieren que se use Agile, probablemente para la refactorización.

¿Puede recomendar algún estudio de caso, documentos técnicos o mejores prácticas para Agile dentro de Waterfall?

Agile no es un marco, es un conjunto de principios. Ver agilemanifesto.org para más detalles. Mientras tanto, su pregunta tal como se publicó es demasiado amplia y es probable que se cierre sin editarla. Mejórelo agregando algunos detalles concretos sobre su situación, lo que está tratando de lograr y lo que ya ha intentado.
¿Puede aclarar lo que quiere decir con "quieren que se use Agile, probablemente para la refactorización". No sabía que la refactorización estaba particularmente limitada a Agile.
Agile dentro de la cascada no funciona. Es como intentar meter una naranja en una patata. No encaja, no funcionará y no tiene sentido.
He escuchado el mantra "Ágil no es un marco, es un conjunto de principios" antes. Sin embargo, Agile se conoce ampliamente como un marco que ahora incluye la página de wikipedia. No creo que las etiquetas prescriptivas de "no es un marco" sean útiles.

Respuestas (1)

Su pregunta podría formularse mejor como "¿Es posible implementar la metodología Scrum dentro de una migración multinacional de Waterfall ERP?"

Mi respuesta a esta pregunta sería un rotundo sí, basado en la experiencia liderando proyectos en los que hicimos exactamente eso (tanto antes como después de que se canonizaran los principios que conforman Agile). La clave es mirar a Scrum funcionalmente en lugar de literalmente y transferir los conceptos a una comprensión de:

  • lo que está tratando de lograr en cada "fracción de tiempo" del proyecto de cascada;
  • quiénes son los clientes de ese intervalo de tiempo; y
  • qué elementos de trabajo pueden o deben iterarse en ese intervalo de tiempo.

En este caso, "fracción de tiempo" equivale al período de tiempo que más se asemeja a un sprint para su proyecto. Trato de evitar la palabra sprint ya que suena antitética en el contexto de Waterfall.

Consulte http://www.ibm.com/developerworks/websphere/techjournal/0907_hines/09d07_hines.html y http://www.slideshare.net/srayhan/scrum-at-a-waterfall-organization . Ambos provinieron de una búsqueda en Google y solo los he escaneado para ver si los proyectos y los resultados estaban relacionados con esta discusión. Sugeriría no seguir ningún enlace que lleve por el camino de Agile vs. Waterfall; es probable que distraigan en este caso.

Si desea compartir algunas de las actividades de su proyecto planificadas para los próximos meses, yo (y quizás otros) podemos ser más específicos. No hay razón para limitar la discusión a la refactorización, ni obtendrá el mayor beneficio al hacerlo.

Michael - muy apreciado. Volveré con algunos detalles del proyecto en un futuro próximo.
¿Existe una guía para la refactorización ágil dentro de un gran proyecto en cascada?
RespuestasAquíPolítica de privacidad1y, 0v