¿Cómo puede planificar recursos y presupuestos a largo plazo cuando utiliza la metodología Agile?

8

Agile no fomenta un montón de diseño inicial. Esto es bueno desde el punto de vista de la gestión de requisitos y el desarrollo de software, y permite que el proyecto se adapte a las necesidades empresariales cambiantes.

Sin embargo, ¿cómo se hace una planificación de recursos a largo plazo si realmente no sabes lo que vas a construir cuando comienzas? Oh, claro, tienes un modelo conceptual de lo que vas a construir, pero no tienes ningún detalle medible para calcular cuántos recursos necesitarás para completar el proyecto, o cuánto costará.

¿Alguien tiene alguna sugerencia sobre cómo abordar la planificación a largo plazo en un entorno ágil?

    
pregunta Erik Funkenbusch 27.12.2010 - 21:30

4 respuestas

2

Acabo de presionar a mi organización para que pruebe un enfoque ágil en uno de nuestros proyectos. Fue un desafío para la alta gerencia porque necesitan un presupuesto y un cronograma proyectados antes de que puedan obtener financiamiento para un proyecto (es una gran empresa y empresa).

Entonces, hice lo que siempre hago en esa situación, hacer una conjetura educada. Miré el alcance que estábamos asumiendo que el proyecto implicaría, adivinó el tiempo de desarrollo de esos elementos, agregé tiempo adicional para los analistas de negocios, administradores de proyectos, gerente de proyecto, etc., añadí algo de relleno y lo llamé presupuesto estimado. Tenga en cuenta que este tipo de estimación de "orden aproximado de magnitud" se realiza en mi empresa antes de cada proyecto de cascada, por lo que no fue diferente.

Luego, cuando comenzamos el proyecto ágil, y nos dimos cuenta de nuestra velocidad, proyectamos el punto final del proyecto en función de la velocidad y los puntos restantes de la historia, y descubrimos que estamos llegando antes que mi original. Estimaciones de alto nivel. Pero eso está bien (y lo esperábamos).

Así que supongo que para generalizar una respuesta, depende de lo que entiendas por "largo alcance", y cuando necesites estas estimaciones. Si los necesita antes de que comience el proyecto, puede usar mi método. Si los necesita durante la ejecución de un proyecto, puede utilizar el concepto de planificación de lanzamiento que menciona Matthew Kubicina.

También recomiendo el libro Estimación y planificación ágil de Mike Cohn que ayuda a abordar este tipo de cosas.

    
respondido por el RationalGeek 28.12.2010 - 14:35
7

Agile tiene un concepto de "Planificación de la versión". Todo el equipo se reúne para planificar un próximo lanzamiento. He hecho por hasta 2-3 meses de antelación. Esto generalmente se hace después de que el propietario del producto haya determinado el "producto mínimo viable" y sepa exactamente lo que se debe hacer para liberar el producto.

El equipo puede tomar las historias conocidas o la historia épica. Una epopeya es una gran historia o característica que aún no se ha definido completamente. Tal vez algo como "Permitir pagos internacionales". Debido a que esta historia o epopeya es tan general, las estimaciones serán grandes y darán cuenta de eso. El equipo puede hacer algo llamado tamaño de "camiseta" y dar a cada epopeya un "pequeño", "mediano" o "grande". Esto le da al propietario del producto un cierto sentido del tamaño de las historias en las preguntas y le permite al scrum master hacer algunas estimaciones sobre cuál será la fecha de lanzamiento real.

La clave es comenzar en algún lugar y continuar refinando los puntos o estimaciones de la historia a medida que se conozca más información.

Aquí hay un par de enlaces sobre la planificación de lanzamiento:

respondido por el Matthew Kubicina 27.12.2010 - 21:55
0

Pruebe la metodología Get Things Done de David Allen; Recordé un pasaje de su libro (el primero / principal sobre GTD) donde dice algo como "ser a largo plazo no significa que tengas mucho tiempo para comenzar a hacerlo".

GTD lo ayuda a pensar en términos procesables, para que pueda programar las tareas reales que puede hacer o programar en su propio sistema. Esto es GTD en pocas palabras: enlace

GTD funciona tanto para la vida como para el trabajo, y desde el más corto al más largo plazo, siempre y cuando sigas pensando en las acciones, y no solo las cosas que te preocupan a ti o a tu equipo. Si no tienes mucho tiempo para leer el libro, obtén el audiolibro, realmente vale la pena.

También puedes probar Scrum (e incluso combinarlo con GTD) ... confeccionas una lista de características, colóquelas en un mes de desarrollo y termine con una versión de trabajo del producto.

Por último, te recomiendo que leas Rework de Jason Fried, donde hablan mucho sobre la priorización y algunas nociones informales de planificación de proyectos que son bastante útiles.

    
respondido por el dukeofgaming 27.12.2010 - 21:49
0

En ágil, esto se llama inspeccionar y adaptar. Usa el historial como guía.

Debe conocer su velocidad antes de poder comenzar a hacer una suposición sobre qué tan rápido puede alcanzar la meta. En otras palabras, ejecute un par de iteraciones para ver qué tan rápido está ejecutando y luego use esa información para hacer planes.

La respuesta a su pregunta es que primero debe recopilar datos antes de intentar realizar una planificación a largo plazo.

    
respondido por el Martin Wickman 27.12.2010 - 22:41

Lea otras preguntas en las etiquetas