¿Agile está muerto?

Realmente no.

si crees que es así, entonces, ¿cuál de los 4 valores y 12 principios del “Manifiesto para el desarrollo ágil de software” creen que ya no se aplica y por qué?

Las raíces de estas ideas son anteriores al Manifiesto y se remontan a personas como W Edwards Deming y su contrapunto a Fredrick Wilson Taylor, por ejemplo.

Sugeriría que la mayoría de las organizaciones llamadas “ágiles” son “ágiles solo de nombre”, y tienden a favorecer aún más el estilo Teoría-X “usar procesos para controlar a las personas” en lugar de “confiar en las personas para crear procesos que controlen el riesgo”.

Solo averigua si su organización es “ágil” ante una amenaza existencial. O cambias de dirección o te hundes.

Nokia y Blackberry no eran muy ágiles. Tampoco Kodak. Fuji Film fue.

TLDR; No, es solo que muchas compañías que afirman “agilidad” son en la práctica poco ágiles.

Ni siquiera cerca, es solo el comienzo. Scrum tiene solo 15 años, es un adolescente.

La gente necesita comprender que esta alternativa al taylorismo es adecuada para el mundo de hoy, nada es seguro, nada es estático. El mundo necesita agilidad, sin él habrá un ciclo continuo de malos proyectos, donde ninguno de ellos tendrá en cuenta los requisitos cambiantes, ningún proceso empírico, perseguir las métricas incorrectas y el cliente y los usuarios estarán deprimidos, infelices y comprarán algo de otra persona. . El éxito del proyecto NO ES IGUAL a los clientes satisfechos – punto

Ágil ciertamente no está muerto, pero puede estar madurando. Creo que hay varios desafíos que Agile enfrenta en el mundo de hoy que nos están haciendo tener una visión más amplia de lo que es “Agile”.

(1) A medida que el uso de Agile se vuelve mucho más generalizado e incluye aplicaciones fuera de un entorno de desarrollo de software puro, las personas tienen que aprender a adaptar un enfoque ágil para adaptarse a diferentes tipos de problemas. Eso requiere una comprensión más profunda de los principios y valores detrás de Agile y no solo una implementación mecánica

(2) A medida que Agile se amplía a proyectos de nivel empresarial más grandes y complejos, algunas de las prácticas ágiles simples y basadas en equipos deben extenderse significativamente y existe una creciente comprensión de la necesidad de integrar un enfoque de desarrollo ágil con el negocio de la compañía objetivos y que pueden requerir prácticas de gestión adicionales más allá de las prácticas simples de gestión de desarrollo a nivel de equipo

(3) Ha habido mucha polarización entre la comunidad Ágil y la gestión de proyectos tradicional basada en planes y hay muchos estereotipos, mitos e ideas falsas en ambos lados de esta cerca. Por ejemplo, uno de los más populares es que existe una opción binaria y mutuamente excluyente entre “Agile” y “Waterfall” y necesita ajustar sus proyectos y negocios a uno de esos extremos. La gente está comenzando a ver estos dos enfoques aparentemente dispares en una nueva perspectiva como complementarios entre sí en lugar de competitivos, y se están dando cuenta de que es necesario aprender a combinar estos dos enfoques en las proporciones correctas para adaptarse a una situación dada.

He visto este patrón antes, cuando Six Sigma era la novedad a finales de los 90 y principios de los 2000. A medida que las personas y las empresas implementen algunas de estas tendencias, es muy probable que Agile se integre mucho más en la forma en que las empresas hacen negocios y se la reconozca como una herramienta esencial para hacer proyectos y negocios de manera más efectiva (tal como lo fue Six Sigma) y algunas personas pueden interpretar que significa que “Agile está muriendo”. En lugar de “morir”, lo veo como una fase natural de madurez que Agile está atravesando al igual que otras tendencias de gestión nuevas y calientes como Six Sigma han pasado en el pasado.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
http: // agileprojectmanagementaca

Mientras que algunos piensan que Agile está muriendo, otros simplemente creen que está evolucionando. Gracias a la gran publicación Agile is Dead, Long Live Agile Me tomé un tiempo y lo volví a pensar.

Está vivo y pateando, pero la expansión es el mundo corporativo que tiene un precio: los impostores afirman tener experiencia, y algunas personas inteligentes descubrieron que despojarse ágilmente de nuevos ingredientes en realidad se convierte en ágil en una herramienta de microgestión …

Agile está muerto en el sentido de que (casi) todos son ‘Agile’.

El desarrollo ágil de software es una mentalidad que empuja a los equipos a desarrollar software de forma iterativa con los comentarios de los clientes.

Hoy en día, con barreras de entrada extremadamente bajas al crear un nuevo negocio (por ejemplo, infraestructura como servicio), es simplemente imposible construir software de cualquier otra manera.

More Interesting

¿Qué es más útil para el empleo de ingeniería de software, un master CS o un campo de entrenamiento de programación?

¿Qué se necesita para poder obtener un trabajo de gestión de ingeniería en Silicon Valley después de estar en desarrollo de software durante 15 años? ¿Cuáles son las habilidades imprescindibles y las habilidades agradables?

¿Cuáles son algunos problemas que encuentran los analistas de garantía de calidad del software?

¿Cómo empezar a aprender sobre Arduino? ¿Hay algún sitio web que ofrezca dichos cursos?

¿Es aceptable si una prueba unitaria se basa en más de un método de la clase que se está probando?

¿Cuáles son algunos trucos de depuración que sigues en el trabajo?

¿Quién está usando Redis en un entorno de producción?

¿Es beneficiosa la programación de pares?

¿Cuál es un buen objetivo de referencia para 'solicitudes por segundo' (RPS) y 'conexiones' de clientes para una aplicación web de producción?

¿Por qué decidió DropBox volver a implementar sus servicios backend de Python en lugar de Java?

Ingeniería de software: ¿Qué sucede cuando un Bitcoin se transfiere o subdivide?

¿Hay algún crecimiento en el desarrollador de mainframe COBOL?

¿Contratar programadores promedio es peor que quedarse solo?

Recibí dos ofertas, una de Amazon (ingeniero de soporte) y otra de una startup (ingeniero de software). ¿A cuál debo unirme? (1.5 años de desarrollo exp)

¿OAuth tiene demasiada fricción para el usuario?