Financiación de proyectos ágiles

13

La empresa en la que trabajo se está moviendo tentativamente hacia una estrategia de gestión de proyectos Agile: haber experimentado las "alegrías" de la cascada una vez para muchos. La clave para esto es un cambio en el énfasis hacia la entrega de funcionalidades en lugar de cumplir con plazos estrictos.

Si bien el proceso de desarrollo y la relación con el cliente ciertamente han mejorado por los lanzamientos iterativos promovidos a través de Agile, está resultando algo más difícil aplicar el mismo razonamiento a las estrategias de financiamiento para el proyecto. Los clientes a menudo no están acostumbrados a conceptos como Agile, y expresan gran preocupación por lo que perciben como como un caso de "estará listo cuando esté listo".

Me gustaría escuchar los pensamientos y experiencias de las personas en la financiación de proyectos Agile

editar: Quiero enfatizar que no le estoy pidiendo a la gente que me explique los pros y los contras del método Agil , ni que creo que Agile equivale a "estará listo cuando esté listo", esto es un miedo expresado por los clientes / negocios con los que he trabajado al defender prácticas de desarrollo ágil.

En lo que estoy interesado es en las experiencias que las personas han tenido para resolver los conflictos entre los métodos "tradicionales" de presupuestación en cascada arraigados en relaciones / clientes comerciales y métodos de desarrollo más progresivos, y las estrategias presupuestarias que adoptaron para respaldar esa evolución.

    
pregunta sunwukung 27.07.2011 - 16:07

7 respuestas

4

Si ha podido dar una cotización sobre un proyecto con una fecha final exacta en todas las funciones, ¿por qué cambió a un enfoque ágil? Tú y todos los demás luchan con esto y un enfoque ágil es ser directo con este hecho. Utilízalo como propaganda contra la competición. Southwest Airline no le promete un asiento en la isla como todos los demás que lo hacen y luego se lo da a otra persona.

Por supuesto, el cliente quiere una fecha de finalización exacta. Quieren que se les envíe un software barato y sin errores con anticipación, independientemente de cualquier cambio en la solicitud original. Dígale a su equipo de ventas que aprenda cómo vender un proyecto usando principios ágiles. Cuantas más interacciones pases, más cerca podrás conocer cuándo finalizará el proyecto. El cliente también aprende a factorizar los efectos de las solicitudes de cambio.

    
respondido por el JeffO 27.07.2011 - 17:05
5

Los proyectos ágiles no funcionan como "estará listo cuando esté listo". Esa es una línea clásica de ingeniería de cascada.

Los proyectos ágiles se completan cuando el cliente decide que no quiere gastar más dinero en funciones adicionales. Eso podría ser convertido en un punto de venta clave por su personal de ventas. En lugar de comprometerse con un conjunto fijo de características (la necesidad de la cual puede o no ser conocida por adelantado) por una cantidad fija de dinero, el cliente puede comenzar con una cantidad inicial para un conjunto inicial de características y luego tomarlo en etapas. Esto garantizará un par de cosas:

  • Siempre que la lista de funciones tenga la prioridad adecuada, el cliente siempre recibe las siguientes funciones más importantes entregadas a continuación, maximizando así su beneficio de su gasto (recibe "la mayor inversión por su dinero").
  • Si el cliente se queda sin dinero, ha maximizado su inversión Y se le ha pagado por lo que ha entregado. Nadie se lastima, todos se benefician.
  • El cliente puede cambiar de opinión acerca de las prioridades y características en cada giro de la rueda (cada extremo de una interacción). Una clara ventaja sobre los contratos normales de precio fijo.

Probablemente haya más, pero lo anterior debería ser suficiente para que su personal de ventas vaya en la dirección correcta.

    
respondido por el wolfgangsz 27.07.2011 - 17:59
3

Bueno, no lo veo como un caso de "Estará listo cuando esté listo". La metodología ágil promueve ofrecer entregables de forma regular, como cada dos semanas. Es por eso que el cliente es una parte importante y muy activa del proyecto a lo largo de su vida, ya que proporciona una guía en cuanto a cómo las características de su producto tomarán forma. En todo caso, un cliente comenzará a ver resultados antes, en lugar de hacia el final de un proyecto, como en el enfoque de cascada.

Mientras reitere el hecho de que el cliente será una parte activa del proyecto, y que verá que el proyecto comienza a tomar forma pronto, eso podría asegurarles que no es un caso de espera hasta que esté listo. .

    
respondido por el Marlon 27.07.2011 - 16:33
2

Aunque el lugar donde trabajo hace una horrible bastardización de Agile, creo que es más probable que los clientes prefieran el desarrollo de software en iteraciones que las versiones completas.

Las iteraciones se prestan a las solicitudes individuales de los clientes, ya que solicitan algo y lo obtienen cuando se implementa la función, no una vez que se hace y todas las demás cosas que se han agrupado para un lanzamiento también se hacen. / p>

Nunca he visto a un cliente decir: "Queremos esta función, y queremos esperar 8 meses para que se entregue con un montón de otras características que no nos interesan".

    
respondido por el Shawn D. 27.07.2011 - 16:45
2

¿Qué hay de establecer un ciclo de pago que esté en sintonía con las iteraciones? La idea de ágil es que solo se puede planificar y estimar realmente en períodos cortos, y el empuje y el compromiso siguen siendo fuertes para estos ciclos cortos. Entonces, ¿por qué no dirigirse a la financiación de la misma manera? Haga que los clientes contribuyan al trabajo con $$ al mismo tiempo que están contribuyendo con orientación. Después de todo, si no consiguen lo que quieren, no deberían pagar por ello.

Y luego descubra qué sucede al finalizar un proyecto; por ejemplo, ¿el cliente es el propietario del código o solo el ejecutable? Pero eso estaría en línea con los proyectos anteriores de tipo cascada.

    
respondido por el bethlakshmi 27.07.2011 - 17:00
1

La idea de Agile es que usted realice una iteración rápida y establezca exactamente lo que va a ofrecer al final de cada sprint, de modo que cuando finalice la semana 2/3/4 de su sprint, tendrá características tangibles en su Aplicación / proyecto que puede presentar a su cliente y obtener comentarios.

ETA: Podría agrupar 'sprints' en 'hitos', con resultados establecidos, y recibir el pago por hito.

    
respondido por el JuniorDeveloper1208 27.07.2011 - 16:39
1

No estoy convencido de que deba vender un proyecto fijo y manejar Agile de su lado, sino vender iteraciones a su cliente.

Las iteraciones son claras de entender y no se mezclan los dos conceptos.

Los siguientes dos documentos le proporcionarán información sobre Agile Management & interacciones del proceso de venta:

enlace & enlace

    
respondido por el user2567 27.07.2011 - 16:40

Lea otras preguntas en las etiquetas