Contenido
En la mayoría de los desarrollos de software, no estamos construyendo un rascacielos; no es necesario que tengamos todo el plan listo antes de comenzar, y nos atenemos a ese plan hasta el final. Estamos desarrollando software y tenemos la capacidad de adaptarnos a diferentes situaciones y cambiar los requisitos del producto durante el desarrollo. Durante mucho tiempo, muchos desarrolladores vieron esto como el octavo pecado mortal, pero desde la perspectiva del producto es un gran beneficio para optimizar la previsibilidad y controlar el riesgo. Scrum se desarrolla lasaromaterapias.com en torno a esta capacidad y su implementación brinda una forma confiable y eficiente de lidiar con los cambios necesarios. Los principios ágiles fomentan la entrega continua de software funcional, la comunicación cercana entre equipos y una alta adaptabilidad a las necesidades cambiantes. Si sigue estos valores y principios en su trabajo, puede decir que está trabajando en un entorno ágil. Entonces, el desarrollo ágil de software no es una metodología, es solo un conjunto de diferentes metodologías, marcos y técnicas que siguen los mismos principios.
El objetivo de estos principios es que quienes construyen y quienes usan la solución colaboren para evitar esos resultados. El primer principio es la máxima prioridad: satisfacer al cliente mediante la entrega temprana y continua de software valioso. Tenga en cuenta que en 2001, cuando esos líderes de opinión idearon los valores y principios ágiles, solo pensaban en el desarrollo de software. Desde entonces, Agile se ha introducido en casi todas las industrias, incluida la construcción, el ensamblaje de automóviles e incluso en la fabricación de aviones de combate. Si tiene más sentido para usted, sustituya las palabras «soluciones valiosas» por software valioso. En los enfoques tradicionales o en cascada para el desarrollo de software, los equipos dedicarían mucho tiempo a recopilar requisitos y desarrollar diseños y especificaciones y no construir algo hasta muy tarde en el ciclo de vida. Los autores del Manifiesto creían que es más importante obtener una solución que funcione que tener un montón de libros que describan cómo funcionaría la solución.
El software de trabajo es la principal medida de progreso
Esta mejor comprensión de nosotros mismos y de nuestros equipos, y estas mejoras continuas, tienden a ayudarnos a aumentar nuestra velocidad de sprint a sprint con el tiempo … Queremos llegar eventualmente a un punto en el que cumplamos nuestros compromisos de manera consistente, obtengamos resultados de alta calidad y no nos matamos en el proceso. Sí, hay ocasiones en las que necesitamos dedicar tiempo extra para que la última historia de usuario esté «lista, lista», pero trabajar en horarios extendidos no debería ser la norma. Horas excesivamente largas durante semanas o meses a la vez nos pasa factura y, a menudo, da como resultado una producción de menor calidad y equipos menos motivados. Alcanzar y mantener un ritmo bueno y sostenible promueve una dinámica de equipo más saludable, un código de mayor calidad y una mejor calidad de vida para nosotros como miembros del equipo. Especialmente en un entorno ágil, donde tenemos que poner todas nuestras habilidades para terminar el sprint a tiempo y entregar valor comercial para el Product Owner. Durante los últimos meses, he estado trabajando con un equipo ágil en sprints de dos semanas mejorando un entorno de planificación existente y bastante complicado que mi empresa ha estado desarrollando durante los últimos años.
Este manifiesto define los valores y principios que los equipos de software deben adoptar para lograr el hito de crear un buen software. Los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante de forma indefinida. La agilidad a largo plazo requiere personas motivadas que entreguen un trabajo de alta calidad y mejoren continuamente la forma en que hacen las cosas. Cuanto más trabajemos juntos como equipos, mejor llegaremos a comprender nuestro potencial y nuestras limitaciones. La retrospección nos ayuda a mejorar continuamente nuestros procesos y prácticas, y nos ayuda a ser más eficientes y de mayor rendimiento.
Principios del Manifiesto Ágil: una cultura definida
En el pasado, había registros de mucho tiempo dedicado a documentar el producto para su desarrollo y entrega en plazos ajustados. Planes de prueba, requisitos técnicos, planes de documentación, documentos de diseño de interfaz, especificaciones técnicas, prospecto técnico y aprobación requerida; la lista era interminable y esto provocó appflix.info grandes retrasos en el desarrollo. La documentación es importante y tiene el propósito de hacer que los usuarios finales o compañeros de trabajo comprendan cómo funciona el software. Agile Manifesto se compone de cuatro valores fundamentales y doce principios de apoyo, que encabezan el enfoque Agile para el desarrollo de software.
- Estos ofrecen ejemplos más concretos de cómo debería realizarse el desarrollo de software ágil.
- Los modelos de desarrollo de software de la época, liderados por el modelo Waterfall, no satisfacían la demanda de velocidad y no aprovechaban la rapidez con la que se podía alterar el software.
- El manifiesto tiene cuatro temas centrales, pero no mucha gente sabe que también hay 12 principios ágiles.
Este método de desarrollo de software «tradicional» generalmente se denomina método «cascada». Del mismo modo, el número cuatro se trata de empresarios y desarrolladores que trabajan juntos a diario durante todo el proyecto. En el momento en que se escribió esto, era común que los empresarios crearan un documento de requisitos y lo «arrojaran por la pared» a los desarrolladores. Después de meses o años de trabajar en él, los desarrolladores lo revelarían al solicitante para la prueba final y solo entonces se enterarían de que la solución se estableció incorrectamente, se construyó incorrectamente o ya no se necesitaba.
¿Qué es ágil?
En 2001, 17 desarrolladores de software se reunieron en Utah y desarrollaron el manifiesto Agile, que tiene doce principios básicos. Cuando el proceso de creación del producto se planifica minuciosamente, el progreso general del proyecto puede resultar confuso a la mitad del desarrollo. Por el contrario, los métodos ágiles se centran en responder a los cambios, por lo que el progreso de un proyecto debe ser claro para todos los miembros del equipo en un momento dado. No hace mucho tiempo, los proyectos de desarrollo de software se implementaban sobre la base de métodos de planificación «tradicionales». Los propietarios de productos planifican cuánto tiempo y esfuerzo debe llevar el proceso de creación del producto. Asignarían recursos adicionales para circunstancias imprevistas, pero en el caso de cambios inesperados, se requería una nueva planificación.
