¿Por qué ser ágil ? Esta es la primera pregunta que me viene a la mente cuando pienso en ser ágil. ¿Cuáles son los posibles beneficios financieros que uno puede lograr al volverse ágil?
A la mayoría de nosotros sin duda nos gusta pensar que los clientes y clientes son personas que no saben lo que quieren. Entonces, ¿por qué ayudarlos? ¿Por qué no chupar su dinero siendo una compañía parasitaria y hacerlos más estúpidos cada día? El desarrollo de software tradicional no es malo y es probable que (en la mayoría de lo que he visto) sea un entorno mucho más fácil para trabajar en lugar de proyectos ágiles.
Entonces, ¿por qué ser ágil? ¿Qué puede dar Agile adicional (quiero decir financieramente) que el desarrollo de software tradicional no puede?
fuente
Respuestas:
Agile produce mejores resultados (más cercanos a lo que el cliente necesita , no necesariamente lo que inicialmente dice que quiere ), en menos tiempo = dinero (o al menos con estimaciones más confiables). Es simplemente una mejor manera de llevar a cabo proyectos (en comparación con "cascada"). Los clientes están más felices. Los programadores son más felices. Los proyectos son mejores. La comunicación es verdadera y transparente. La vida es buena. ¿Qué es lo que no te gusta, en sentido profesional?
Si tiene buenos vendedores, puede vender basura a sus clientes y cobrarles más. Financieramente, esto tiene sentido. La realidad es mucho más complicada que la visión crédula "si hace felices a los clientes, sus ventas aumentarán; si los decepciona, sus ventas disminuirán". El mundo no es un lugar justo. Puedes vivir bien como un parásito imbécil. Muchos hacen. Es tu elección si quieres ser uno. Si es así, no jugaré contigo.
También:
fuente
Sospecho que por "tradicional" te refieres a algún tipo de flujo de trabajo en cascada.
Los beneficios monetarios son muchos. Las horas hombre requeridas para implementar una característica adicional son lo principal. No puede detener el proceso una vez que lo inicia, por lo tanto, si el cliente no está contento con lo que obtiene (y siendo 'estúpido', al cliente solo le importa hacer su trabajo, así que si su software no hace ese trabajo correctamente perderás al cliente).
Otra es la garantía de satisfacción del cliente, que también genera más ventas y más clientes satisfechos (y queremos eso desde una perspectiva comercial).
Tener la capacidad de retroalimentar el ciclo de desarrollo también significa que puede adaptarse a las mejoras tecnológicas (por ejemplo, asp.NET mvc 4 que está llegando ahora), lo que también ahorra mucho tiempo. Después de haber establecido una especificación estricta para el proyecto, no puede actualizar a una tecnología / biblioteca / activo más nuevo / mejor que también podría potencialmente ahorrar tiempo.
El tiempo es dinero.
fuente
Hay una demostración que vi que es una analogía bastante buena de los beneficios de Agile sobre los métodos más tradicionales. Está basado en el juego Battleship. Usted y el otro jugador se sientan en la grilla normal de Battleship. Ambos tienen 20 disparos, cada uno con un costo de $ 5,000 para un gasto inicial total de 100,000. Aquí está el truco; Tienes que planificar TODOS tus disparos antes de disparar uno solo. Tu oponente disparará sus disparos "normalmente"; tomar una foto, ver qué pasa, tomar otra foto.
Al final de 20 disparos, ¿adivina quién anotó más golpes?
La analogía se traduce en Agile vs Waterfall de manera bastante limpia; En Agile, puede tener en cuenta la suma total de todo lo que ya ha hecho al planificar lo que va a hacer a continuación. Tendrá una idea básica de las áreas que serán difíciles y las áreas que serán fáciles según las dificultades o la falta de dificultades que ya haya experimentado. También ha recibido comentarios de su cliente en fragmentos más pequeños, indicando que les gustó esto o no, y que pueden incorporar ese conocimiento rápidamente, sin haber creado una gran cantidad de código adicional además de algo que el cliente dice que está mal .
En las metodologías tradicionales de Waterfall, todo el sistema y el cronograma de desarrollo se planifican antes de que comience la codificación. Este es el enfoque de "planificar todos los disparos antes de disparar uno"; es posible que pueda entregar exactamente lo que el cliente solicitó, pero podrían echarle un vistazo y decir "eso no es lo que necesitamos". Sí, obtienes tu dinero porque entregaste de acuerdo con los términos del contrato, pero tus desarrolladores han perdido su tiempo, tu cliente ha desperdiciado su dinero y ninguno de los dos está contento con el resultado. Agile está diseñado para ayudar con esto, permitiendo que los requisitos del proyecto cambien mientras el desarrollo está en marcha. Cualquier cosa que aún no haya hecho está abierta a cambios; todo lo que HAS hecho también puede cambiar
Además, debido a que el cliente decide primero en qué trabajará, y con usted entregando pequeños trozos de trabajo completado con mayor frecuencia, el cliente podría posiblemente tener un sistema que pueda usar antes. Ese es el ROI visible para su cliente, lo que generalmente hace que el cliente esté más dispuesto a participar en este proceso de desarrollo más complicado.
fuente
Para mí, el beneficio viene al hacer contratos de oferta fija. He podido ganar contratos de oferta fija y hacer una tarifa por hora efectiva que me daría vergüenza incluso hablar utilizando métodos ágiles. Pero también requiere un equipo talentoso que se haya unido para que valga la pena.
Tienes razón, es más fácil hacer un trabajo pobre, facturar todo el tiempo. Después de haber trabajado en la industria durante 16 años, he visto una buena cantidad de escándalo. Especialmente durante el boom de las puntocom. Incluso es posible ejecutar la misma estafa, evitándola repetidamente. Pero lo mismo es posible en cualquier industria. He sido estafado por talleres de reparación de automóviles. Incluso los supuestamente "acreditados". Casi todos los días escuchas historias sobre contadores que malversan a sus clientes, predicadores que roban de su iglesia, políticos que reciben sobornos de grandes empresas. Y todos ellos se clasifican como delitos de "cuello blanco" como si lo mejoraran. Oh, robaron millones de dólares de sus accionistas, pero fue un delito de cuello blanco.
No hay nada que le impida aprovechar la confianza y las expectativas de las personas. Personalmente, es una cuestión de orgullo. Prefiero ir a la cama sabiendo que superé las expectativas de aquellos con quienes trabajo / para los que trabajo.
fuente
Agile aborda el problema de cómo "entregar" software de calidad con:
a) Cambio de requisitos: incluso cuando el espacio del problema es muy claro, los requisitos no funcionales como el rendimiento, la seguridad, el cumplimiento, etc. pueden cambiar la funcionalidad principal.
b) Plazos de entrega cortos: el tiempo de comercialización es extremadamente crítico, por lo que deben tomarse decisiones sobre lo que está terminado y los clientes pueden esperar recibirlo.
c) Tecnologías que cambian rápidamente: los cambios en la tecnología son tan rápidos que es difícil para los proyectos mantenerse al día.
d) Mejoras y condiciones cambiantes del mercado: las soluciones tienen que evolucionar rápidamente para cumplir con las condiciones cambiantes del mercado y agregar características para competir con otros productos.
fuente
Bueno, Agile tiene como objetivo obtener un producto terminado en una fecha exacta.
Si se supone que la cascada tradicional debe hacer lo mismo, pero a menudo sufre debido a que el arrastre del alcance no se maneja adecuadamente.
Se supone que Agile gestiona mejor esto para guiar al "negocio" a ayudar a impulsar características importantes a las que se les dará mayor prioridad y se entregarán primero. La prioridad de los elementos puede cambiar a través del proyecto a medida que haya nueva información disponible.
El beneficio es que entrega algo más útil en lugar de quedarse atascado continuamente incumpliendo plazos.
fuente
Si crear un mejor software no le hace ganar más dinero, tiene un problema comercial y no un problema de metodología de desarrollo.
¿Por qué no proporcionar un beneficio real a la empresa donde hacen la conexión de sus servicios a su rentabilidad?
fuente