Financiación de proyectos ágiles

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.

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.

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. .

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".

¿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.

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.

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