Principios Ágiles y su Impacto en el Desarrollo de Software
2/21
Recursos
Transcripción
El Manifiesto Ágil fue firmado en 2001 y contempla alternativas a las metodologías tradicionales para el desarrollo de software.
Valores del Manifiesto Ágil
En el Manifiesto Ágil se plantean mejores formas para el desarrollo de software y se definen los siguientes principios:
Individuos e interacciones sobre procesos y herramientas. La forma como las personas que participan en el proceso de desarrollo interactúan entre sí (usuario final, cliente, desarrolladores, equipos de trabajo).
Software funcionando sobre documentación extensiva. El objetivo es que el cliente cuente con software funcionando y perciba un beneficio concreto frente a la inversión.
Colaboración con el cliente sobre negociación contractual. Es importante generar una relación de confianza con el cliente.
Respuesta ante el cambio sobre seguir un plan. Es fundamental ser receptivos al cambio para hacer los ajustes pertinentes y dar respuestas oportunas.
👆🏻 Esto quiere decir que, aunque se valora cada aspecto, las metodologías ágiles sugieren centrar la atención principalmente en aquellos que están resaltados en negrita.
12 principios ágiles
1. Satisfacción al cliente. La prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
2. Cambios. Los cambios son bienvenidos en cualquier etapa del proyecto. Los procesos ágiles aprovechan el cambio para adaptarse a las necesidades del negocio y para proporcionar ventaja competitiva al cliente.
3. Software funcional. Entrega de software funcional en un periodo corto (entre dos semanas y dos meses).
4. Colaboración. Los responsables del negocio y los desarrolladores trabajan juntos durante todo el proyecto. La colaboración facilita la comunicación del equipo de trabajo con el cliente y esto también beneficia al usuario final del producto.
5. Individuos motivados. El éxito de los proyectos está determinado, en gran medida, por individuos que se sienten motivados. Se debe garantizar un buen entorno de trabajo y dar al equipo independencia para tomar decisiones y ejecutar las actividades relacionadas con el proyecto.
6. Comunicación cara a cara. Es el método más eficiente y efectivo de comunicar información al equipo.
7. Progreso. El software funcionando es la principal medida de progreso.
8. Desarrollo sostenible. El ritmo de desarrollo debe ser constante a lo largo de las iteraciones.
9. Mejora continua. Está determinada por la excelencia técnica y el buen diseño a lo largo del proceso, en cada una de las iteraciones, el equipo puede identificar fácilmente qué hizo bien y qué puede mejorar.
10. Simplicidad. El arte de maximizar la cantidad de trabajo no realizado es esencial. Se deben contemplar requerimientos bien definidos y un alcance claro para aprovechar al máximo los resultados de las tareas ejecutadas.
11. Autoorganización. Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
12. Autoevaluación. El equipo tiene la capacidad de ajustar y perfeccionar su comportamiento.
Contribución creada con los aportes de: sebastianquiroz y Dadiana Milena López Vargas
Aportes 186
Preguntas 27
Ordenar por:
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?
1. Satisfacción al cliente: Entrega de valor al cliente. 2. Cambios: Cambios son bienvenidos. Mientras mas rápido se acepten los cambios. 3. Software funcional: Software que pueda ser usado por el cliente y en periodos cortos de tiempo. 4. Colaboración: Como interactuas y te comunicas con el cliente. 5. Individuos motivados: Dar un buen entorno, independencia y autoridad de tomar sus propias decisiones. 6. Comunicación cara a cara: Método mas eficiente, estar con el cliente y leer su lenguaje corporal. 7. Progreso: El software funcionando es la medida principal de progreso. 8. Desarrollo sostenible: El desarrollo a lo largo del proceso sea constante en cada una de las iteraciones. 9. Mejora continua: Como son iterativas se puede ver que se hizo bien y que se puede mejorar para la próxima iteración. 10. Simplicidad: Priorizar y hacer el trabajo que esta bien definido en ese preciso momento. 11. Auto-organización: Que el equipo sea capas de tomar sus propias decisiones. 12. Auto-evaluación: Que el equipo sea capaz de ajustar y perfeccionar su comportamiento para mejorar.
1. Satisfacción al cliente: Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software
con valor.
2. Cambios: Aceptamos que los requisitos cambien, incluso en etapas
tardías del desarrollo. Los procesos Ágiles aprovechan
el cambio para proporcionar ventaja competitiva al
cliente.
3. Software funcional: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible.
4. Colaboradores: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo
el proyecto.
5. Individuos motivados: Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que
necesitan, y confiarles la ejecución del trabajo.
6. Comunicación cara a cara: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus
miembros es la conversación cara a cara.
7. Progreso: El software funcionando es la medida principal de
progreso.
8. Desarrollo sostenible: Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo constante
de forma indefinida.
9. Mejora continua: La atención continua a la excelencia técnica y al
buen diseño mejora la Agilidad.
10. Simplicidad: La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Auto-organización: Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto-organizados.
12. Auto- aprendizaje: A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y
perfeccionar su comportamiento en consecuencia.
Os expongo mis apuntes con la intención de que resulten útiles ^^
Individuos e interacciones crean un producto / servicio en colaboración con el cliente que responde a una necesidad o demanda del cambio.
**Individuos e interacciones **sobre procesos y herramientas. Software funcionando sobre documentación extensiva. Colaboración con el cliente sobre negociación contractual. Respuesta ante el cambio sobre seguir un plan.
Satisfacción al cliente.
Entregas tempranas y continuas de software con valor.
Cambios
Los cambios son bienvenidos en cualquier etapa del proyecto.
Software funcional
Se entrega frecuentemente en periodos cortos de tiempo.
Colaboración
Negocio y desarrolladores / equipo trabajamos juntos.
Individuos motivados
Se deben dar un buen entorno y confianza al equipo de desarrollo.
Comunicación cara a cara
Es el método más eficiente y efectivo de comunicación con el equipo.
Progreso
El software funcional es la principal medida de progreso.
Desarrollo sostenible
El ritmo de desarrollo debe ser constante de forma indefinida.
Mejora continua
A través de excelencia técnica y buen diseño.
Simplicidad
El arte de maximizar la cantidad de trabajo no realizado es esencial.
Autoorganización
Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
12 Autoevaluación
El equipo es capaz de ajustar y perfeccionar su comportamiento.
Personalmente me encantó el principio de la simplicidad. Sobre todo en entornos de desarrollo rápido, muchas veces los desarrolladores se estresan pues desarrollan cosas que no terminan siendo utilizadas. Si solo desarrollamos aquellas cosas que hacen parte del plan del trabajo y están estructuradas adecuadamente, evitamos esa frustración y nos aseguramos de lograr los objetivos planteados.
Nuestro principal objetivo es que el cliente tenga software funcionando.
La forma en la que las personas participan en las interacciones de desarrollo y cómo interactúan entre sí, va a ser más valorado que el proceso y las herramientas.
Es muy importante tener una colaboración con el cliente día a día, para generar confianza.
Los 12 principios de Agile
1- Satisfacción al cliente, entregas tempranas y continuas que entreguen valor
2-Cambios, los cambios se aceptan rápidamente en cualquier proceso, ya que nos podremos adaptar rápidamente al entorno del negocio
3-Software funcional, aportamos valor con cada iteración, entregando funcionalidad en el software
4-Colaboración, como vamos estar en comunicación y trabajando con el cliente
5-Individuos motivados, es importante tener un equipo motivado, el equipo toma sus propias decisiones a partir del objetivo final
6-Comunicación cara a cara, es preferible comunicarse en persona, estar con el cliente
7-Progreso, la entrega del software funcional va a ser la medida de progreso
8-Desarrollo sostenible, el desarrollo a lo largo de las iteraciones sea constante
9-Mejora continua, aprender que hicimos bien y que podemos mejorar
10- Simplicidad, no empezar una tarea si no está bien definida
11- Autoorganización, el equipo decide por si mismo como hacer las cosas
12-Autoevaluación, el equipo busca como mejorar
Aquí esta el manifesto completo
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar: Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
Los 12 principios son los siguientes:
Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software con valor.
Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al período de tiempo más corto posible.
Los responsables del negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
El software funcionando es la medida principal de progreso.
Los procesos ágiles promueven el desarrollo sostenido. Los promotores, desarrolladores y usuarios debemos mantener un ritmo constante de forma indefinida.
La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo para, a continuación, ajustar y perfeccionar su comportamiento en consecuencia.
Con respecto al punto de comunicación cara a cara, quisiera pensar que puede estar abierto a que haya comunicación por vías remotas cuando hayan distancias largas o estas puedan hacerse con facilidades como homeoffice.
Satisfacción al cliente: Entregas tempranas y continuas de software con valor. Entregas rápidas iteraciones rápidas. El cliente ve el valor del trabajo y el usuario se beneficia del feedback.
Cambios: Los cambios son bienvenidos en cualquier etapa del proyecto. El inicio o puede ser al final, entre más rápido aceptemos los cambios más rápido encajamos con el modelo de negocio.
Software funcional: Se entrega frecuentemente en periodos de tiempos cortos.
Colaboración: Negocio y desarrolladores trabajamos juntos. Colaboración con el cliente. Oración con el usuario que va usar el producto.
Individuos motivados: Se debe dar un buen entorno y confianza al equipo de desarrollo.
Comunicación cara a cara: Es el método más eficiente efectivo de comunicación con el equipo.
Progreso: El software funcional es la medida principal de progreso.
Desarrollo sostenible: El ritmo de desarrollo debe ser constante y de forma indefinida. Equipo de desarrollo debe integrar todo el tiempo para tener un producto cada vez mejor.
Mejora continua: A través de excelencia técnica y buen diseño. Metodologíaogí iterativas
Simplicidad: El arte de maximizar la cantidad de trabajo no realizado es esencial.
Autoorganización: Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
Evaluación: El equipo es capaz de ajustar y perfeccionar su comportamiento.
Entendido y comprendido. Es muy importante comprender estos principios
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros
Satisfacción al cliente: Entregas tempranas y continuas de software con valor.
Cambios: Los cambios son bienvenidos en cualquier parte del proyecto.
Software funcional: Se entrega frecuentemente en periodos de tiempos cortos.
Colaboración: Negocios y desarrolladores trabajamos juntos
Individuos motivados: se debe dar un buen entorno y confianza al equipo de desarrollo
Comunicación cara a cara: Es el método más eficiente y efectivo de comunicación con el equipo.
Progreso: El software funcionando es la medida principal del progreso.
Desarrollo sostenible: el ritmo de desarrollo debe ser constante de forma indefinida
Mejora continua: a través de la excelencia técnica y buen diseño
Simplicidad: el arte de maximizar la cantidad de trabajo no realizado es esencial
Autoorganizacion: las mejores arquitecturas, requisitos y diseño emergen de equipos autoorganizados.
Autoevaluacion: el equipo es capaz de ajustar y perfeccionar su comportamiento.
con todo respeto pero no comparto mucho ahora el segundo y el sexto principio del manifiesto ágil, debido a las siguientes razones:
los cambios siempre son bienvenidos pero no deberían ser tan tardíos después que se acordaron implementar unos requerimientos de tal manera, ¿se imaginan cambiar todo cuando todo está marchando muy bien o cuando se está terminando el proyecto?
con respecto a la comunicación cara a cara desde mi perspectiva veo que ahora es casi imposible de forma presencial hacerlo por la pandemia (incluso siguiendo las medidas de bioseguridad), entonces debemos adaptarnos utilizando nuevas tecnologías para realizar esta comunicación efectiva por medio de videoconferencias o videollamadas aprovechando las herramientas virtuales que tenemos en la actualidad sin importar el lugar ni el momento
Se me hace posible que en un futuro a mediano plazo, el principio de “Comunicación cara a cara” va a evolucionar con algunas adecuaciones, agregando la comunicación remota, pero con algunas nuevas características. Quizás ya no será tan fácil esconder los shorts y las chanclas en un Zoom 😁
Importante aclaración sobre los principios ágiles, no se trata de que lo que se indica luego de “sobre” desaparece del mapa; sino que debemos tener en cuenta las prioridades en cada punto
Humanizar en una era digital es lo más teso pero es el camino para mantener el enfoque que son las personas:
Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan
Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas
**++Software ++**funcionando sobre documentación extensiva
**++Colaboración ++**con el cliente sobre negociación contractual
**++Respuesta ++**ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
Individuos e interacciones sobre procesos y herramientas, La forma de como las personas que participan en el proceso de desarrollo interactúan entre si, esto es mas valorado que cualquier proceso y herramienta.
Software funcionando sobre documentación extensiva, Nuestro principal objetivo es que el cliente tenga software funcionando y el pueda verlo y pueda utilizarlo y sentir que esta inversión de tiempo y dinero le de un beneficio, y esto valora mucho mas que cualquier manual grueso de documentación, al cliente le gusta ver el software primero y conocemos al usuario
Colaboración con el cliente sobre la negociación, Es muy importante tener esa colaboración en el día a día, lo mas rápido posible, comencemos a interactuar con el cliente, generemos la relación de confianza con el cliente.
Respuesta ante el cambio sobre seguir un plan, Es muy importante tener un plan-objetivo “ hacia donde vamos a ir”, pero sabemos que las cosas van cambiando con el tiempo, así que es importante ser receptivos al cambio y poderlo implementar.
La colaboraciòn con el cliente es la clave del manifiesto agil. Basicamente la interaccion entre los individuos (cliente y equipo scrum) es la base para entregar un software funcionando y que brinde satisfaccion a toda las partes involucradas, Ya lo que son procesos, documentos, burocracia queda en un segundo plano.
Me gusta el enfoque humano que tiene scrum es algo que siempre tenemos que priorizar sobre cualquier cosa, como bien sabemos nuestros equipos de trabajo/entornos/clientes lo conforman personas sin ello no hay trabajo 😉
El agilismo está enfocado en las personas, sus interacciones, la autogestión, organización y el software funcional.
Las formas de trabajo tradicional están enfocadas en reuniones, procesos, documentación, responsables y dolientes
Principios agiles:
11. Autoorganizcion: Las mejores arquitecturas, requisistos y disenos emergen de equiposautoorganizados.
12. Autoevaluacion: El equipo es capaz de ajustar y perfeccionar su comportamiento.
Interesante porque cuando se habla de cambios se supone que no son los propios de la improvisación o el capricho. El principio de simplicidad llama a trabajar sobre lo definido y si hay un cambio sobre lo definido entonces es algo que debe valer la pena.
Principio 1: Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continuada de software con valor
Principio 2: Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
Principio 3: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia por periodos de tiempo lo más corto posibles.
Principio 4: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto
Principio 5: Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
Principio 6: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara
Principio 7: El software funcionando es la principal medida progreso
Principio 8: Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
Principio 9: La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad
Principio 10: La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
Principio 11: Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
Principio 12: A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
Principios
Se valora a individuos e interacciones, esto será más valorado que cualquier proceso o herramientas. El cliente debe ver el software funcionando, que valora más que cualquier manual o documentación. Es muy importante tener colaboración con el cliente, no estar en contra de el en cualquier punto. La respuesta ante al cambio sobre seguir un plan nos ayuda a reaccionar a los cambios en el proyecto para poder implementar.
Satisfacción al cliente: entregar cambios constantemente al cliente para que vea e ir agregando valor.
Cambios: son aceptas en cualquier momento del desarrollo, tenemos que adaptarnos al entorno.
Software funcional: si entregamos software funcional a tiempo, el cliente estará satisfecho.
Colaboración: con el cliente y con el equipo.
Individuos motivados: dejar que el equipo tome sus decisiones para que estén cómodo en el desarrollo.
Comunicación cara a cara: favorece hablar con el cliente cara a cara, y leer su lenguaje corporal, no por mensajes.
Progreso: el software funcional es la principal medida de progreso. Escribir mucho código no es avance, ver algo funcionando sí.
Desarrollo sostenible: el equipo debe entregar la misma cantidad de producto durante las iteraciones
Mejora continua: el equipo tendrá tiempo de aprender que hizo bien o mal, e ir mejorando por cada iteración del proyecto.
Simplicidad: maximizar el trabajo no realizado es esencial, únicamente vamos a trabajar en las cosas que están bien definidas.
Autoorganización: el equipo debe decidir por sí mismo.
Autoevaluación: el equipo debe poder autoevaluarse para perfeccionar su comportamiento.
Para mi, los 12 principios ágiles de Scrum, aunque no llevan un orden explicito, lo llevan de forma implícita. Dentro de mi experiencia y valiéndome del principio empírico que rige la agilidad en Scrum, creo que estos principios siguen un flujo lógico durante la operación del desarrollo de producto.
Me perece increíble que estas metodologías se centren en el individuo tanto a nivel de equipo, escuchando a cada integrante y dándoles libertad, como en la interacción con el cliente, poniéndolo en el centro del proceso de ideación y diseño. Con esto reduces drásticamente las probabilidades de que se genere retrabajo.
¿Cuáles son los principios de SCRUM?
Control empírico de procesos.
Auto-organización.
Colaboración.
Prioritización basada en valor.
Bloque de tiempo asignado.
Desarrollo interativo.
Me está sorprendiendo tomar este curso, en realidad le di play para escucharlo mientras hago mi trabajo, pero en realidad está como para darle más atención
Está más qué perfecto para desarrollar esto en un ambiente laboral, desgraciadamente no se acerca a algo así, pero es genial poder saberlo para buscar estos métodos.
Entregar rápido pero funcionando correctamente, no creo que por la presión de querer mostrar algo al cliente, le entregamos un modulo que funcione a medias y se lleve una mala impresión de los profesionales.
Como se suplanta el cara a cara con teletrabajo, bastará con video llamada cierto?
Para mi el manifiesto lo que busca es volver a humanizar los procesos sistemáticos que se habían mecanizado durante años. Es decir, que los trabajos se hacen de forma tan robótica y siguiendo patrones preestablecidos que limitan en gran medida la capacidad del ser humano. Ahora aplicando las metodologías ágiles se logra una mejor interacción y colaboración con el cliente que desemboca en un software funcional que ha cambiado durante su desarrollo en respuesta a las diversas adversidades que salieron en el camino
Me quedo sonando la parte del desarrollo ágil que dice Al cliente le interesa ver el software funcionando, ya después con suerte vera la documentación, pues es cierto, con los proyectos que he manejado lo ultimo que miran es la documentación, pues si el software funciona no voltean ni haberla. Es mas ni la piden (pero igual hay que hacerla)
la pandemia hizo reevaluar muchas cosas.
y Scrum va a ser una de ellas , es importante que se incluya el trabajo remoto como un pilar fundamental en el framework.
Individuos e interacciones > Procesos y herramientas Software funcionando > Documentación extensiva Colaboración con cliente > Negociación contractual Respuesta ante el cambio > Seguir un plan
Satisfacción al cliente. La prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
Cambios. Los cambios son bienvenidos en cualquier etapa del proyecto. Los procesos ágiles aprovechan el cambio para adaptarse a las necesidades del negocio y para proporcionar ventaja competitiva al cliente.
Software funcional. Entrega de software funcional en un periodo corto (entre dos semanas y dos meses).
Colaboración. Los responsables del negocio y los desarrolladores trabajan juntos durante todo el proyecto. La colaboración facilita la comunicación del equipo de trabajo con el cliente y esto también beneficia al usuario final del producto.
Individuos motivados. El éxito de los proyectos está determinado, en gran medida, por individuos que se sienten motivados. Se debe garantizar un buen entorno de trabajo y dar al equipo independencia para tomar decisiones y ejecutar las actividades relacionadas con el proyecto.
Comunicación cara a cara. Es el método más eficiente y efectivo de comunicar información al equipo.
Progreso. El software funcionando es la principal medida de progreso.
Desarrollo sostenible. El ritmo de desarrollo debe ser constante a lo largo de las iteraciones.
Mejora continua. Está determinada por la excelencia técnica y el buen diseño a lo largo del proceso, en cada una de las iteraciones, el equipo puede identificar fácilmente qué hizo bien y qué puede mejorar.
Simplicidad. El arte de maximizar la cantidad de trabajo no realizado es esencial. Se deben contemplar requerimientos bien definidos y un alcance claro para aprovechar al máximo los resultados de las tareas ejecutadas.
Autoorganización. Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
Autoevaluación. El equipo tiene la capacidad de ajustar y perfeccionar su comportamiento.
Definitivamente, mucho mas fluido, rapido y efectivo, la segunda modalidad del lanza,iento de monedas, la primera es mas lenta, y no se estructura tan bien, como la primera.
Importantes manifiestos, me gustaría encontrar la fórmula para controlar la “deuda técnica” que por liberar productos funcionales que cumplen con lo esperado por usuario no hemos visto algunos riesgos tecnológicos internos que pueden atentar el cronograma agil…Sin embargo retomando una idea que se comentó en la primera clase “la experiencia perfeccionará en el tiempo los productos entregados” . Entonces las primeras iniciativas estarán con algunos pormenores mejorando con las siguientes experiencias.
Para la parte de cambios yo soy una persona que le gusta apegarse a un plan pero no le gutan lo cambios. Cuando conocí las metodologias ágiles, el profesor tenia la siguiente frase:
Un avión cambia su plan de vuelo, más de 1000 durante el viaje.
Y entonces entendi que por eso mis planes no siempre funcionaban porque no se adaptaban al cambio.
En la parte de Software funcional sobre documentación extensiva. Es importante mencionar que muchas personas piensan que porque sea metodoloia ágil no se tiene que documentar, sin embargo esto es un error, si se tiene que documentar para que tambien lo usuarios sepan como operar el software que les entregemos.
Hay una frase que dice
Si no esta documentado no esta hecho.
Por más intuitivo que hagamos el software siempre sera necesario la documentación para futuras consultas.
**¿Qué son los Principios Ágiles?**
* Los Principios Ágiles son 12 reglas que guían la forma de trabajar en Agile.
* Se crearon junto con el Manifiesto Ágil en 2001.
* Ayudan a los equipos a adaptarse al cambio, entregar valor continuamente y colaborar mejor.
**¿Para qué se usan los Principios Ágiles?**
* Para guiar el trabajo diario: ayudan a los equipos a tomar decisiones sobre cómo organizar su trabajo.
* Para enfocarse en el valor: aseguran que el cliente reciba valor constante y ajustes rápidos.
* Para mejorar la colaboración: fomentan la comunicación constante y el trabajo en equipo.
* Para adaptarse al cambio: permiten ajustar el producto según las necesidades cambiantes del cliente.
**12 principios**
Satisfacción al cliente
Aceptación de cambios
Software funcionales
Equipo con bastante comunicación
Equipo motivado y con respaldo
Método eficiente y efectivo
El equipo de ser capaz de desarrollar productos sostenibles y que se mantengan al mismo ritmo
Continuidad de excelencia
Equipo auto organizado
El equipo debe reflexionar sobre los comportamientos y consecuencias
**<u>Clase 2 - 12 principios ágiles:</u>**
El Manifiesto Ágil fue firmado en 2001 y contempla alternativas a las metodologías tradicionales para el desarrollo de software.
En el Manifiesto Ágil se plantean mejores formas para el desarrollo de software y se definen los siguientes principios:
**Individuos e interacciones** sobre procesos y herramientas. Como interactúan los integrantes del equipo y los clientes/usuarios.
**Software funcionando** sobre documentación extensiva. La inversión del usuario tiene como objetivo que las cosas funcionen, en muchos casos no revisan la documentación.
**Colaboración con el cliente** sobre negociación contractual. Generar confianza con el cliente antes de los papeleos.
**Respuesta ante el cambio** sobre seguir un plan. Los planes nos definen objetivos, pero las cosas pueden ir cambiando, debemos de adaptarnos para dar repuestas oportunas.
**12 principios de Agile:**
**Satisfacción al cliente:** Entregas tempanas y continuas de software con valor, generan satisfacción.
**Cambios:** En cualquier etapa del proyecto son aceptados, los procesos de agile se aprovechan de los cambios para adaptarse a las necesidades del negocio proporcionándole una ventaja competitiva al cliente.
**Software funcional:** Se entrega frecuentemente, en tiempos cortos.
**Colaboración:** Negocio y desarrolladores trabajamos juntos, esto facilita la comunicación con el cliente y beneficia al usuario final.
**Individuos motivados:** Se debe dar un buen entorno de trabajo y dar al equipo independencia para tomar decisiones y ejecutar actividades del proyecto de la mejor manera que le sea posible.
**Comunicación cara a cara:** Es el método mas eficiente y efectivo de comunicación con el equipo.
**Progreso:** El software funcional es la principal medida de progreso. Si no hay producto no hay avance.
**Desarrollo sostenible:** El ritmo de desarrollo debe de ser constante en cada iteración, el mismo.
**Mejora continua:** En cada iteración el equipo puede identificar que hizo bien y en que se puede mejorar.
**Simplicidad:** Debemos de enfocarnos solo en el trabajo que es esencial para cada requerimiento. Enfocándonos únicamente en lo que esta bien definido.
**Autoorganización:** Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
**Autoevaluación:** El equipo tiene la capacidad de ajustar y perfeccionar su comportamiento.
En mi experiencia aplicando AGILE siempre fue de vital importancia tener a estos principios como premisas fundamentales a seguir en mis procesos de desarrollo, al comenzar a desarrollar con AGILE no los aplicaba del todo lo que traía carencias en mis proyectos.
En conclusión siempre guiarse bajo estos principios asegura un flujo de desarrollo optimo.
“Individuos e interacciones sobre Procesos y herramientas Software funcionando sobre Documentación extensiva Colaboración con el cliente sobre Negociación contractual
**Respuestas ante el cambio **sobre Seguir un plan”
**Satisfacción al cliente: **Entregas tempranas y continuas de software con valor. Entregas rápidas iteraciones rápidas. El cliente ve el valor del trabajo y el usuario se beneficia del feedback.
Cambios: Los cambios son bienvenidos en cualquier etapa del proyecto. El inicio o puede ser al final, entre más rápido aceptemos los cambios más rápido encajamos con el modelo de negocio.
Software funcional: Se entrega frecuentemente en periodos de tiempos cortos.
Colaboración: Negocio y desarrolladores trabajamos juntos. Colaboración con el cliente. Oración con el usuario que va usar el producto.
Individuos motivados: Se debe dar un buen entorno y confianza al equipo de desarrollo.
Comunicación cara a cara: Es el método más eficiente efectivo de comunicación con el equipo.
Progreso: El software funcional es la medida principal de progreso.
Desarrollo sostenible: El ritmo de desarrollo debe ser constante y de forma indefinida. Equipo de desarrollo debe integrar todo el tiempo para tener un producto cada vez mejor.
Mejora continua: A través de excelencia técnica y buen diseño. Metodologíaogí iterativas
Simplicidad: El arte de maximizar la cantidad de trabajo no realizado es esencial.
11.** Autoorganización:** Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
Evaluación: El equipo es capaz de ajustar y perfeccionar su comportamiento.
Y que pasa cuando te dicen que seguir la metodología agil pero el proyecto es a precio cerrado. ¿cómo se gestionan entonces los cambios de requisitios?
Seguimos estos principios:
Nuestra mayor prioridad es satisfacer al cliente
mediante la entrega temprana y continua de software
con valor.
Aceptamos que los requisitos cambien, incluso en etapas
tardías del desarrollo. Los procesos Ágiles aprovechan
el cambio para proporcionar ventaja competitiva al
cliente.
Entregamos software funcional frecuentemente, entre dos
semanas y dos meses, con preferencia al periodo de
tiempo más corto posible.
Los responsables de negocio y los desarrolladores
trabajamos juntos de forma cotidiana durante todo
el proyecto.
Los proyectos se desarrollan en torno a individuos
motivados. Hay que darles el entorno y el apoyo que
necesitan, y confiarles la ejecución del trabajo.
El método más eficiente y efectivo de comunicar
información al equipo de desarrollo y entre sus
miembros es la conversación cara a cara.
El software funcionando es la medida principal de
progreso.
Los procesos Ágiles promueven el desarrollo
sostenible. Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo constante
de forma indefinida.
La atención continua a la excelencia técnica y al
buen diseño mejora la Agilidad.
La simplicidad, o el arte de maximizar la cantidad de
trabajo no realizado, es esencial.
Las mejores arquitecturas, requisitos y diseños
emergen de equipos auto-organizados.
A intervalos regulares el equipo reflexiona sobre
cómo ser más efectivo para a continuación ajustar y
perfeccionar su comportamiento en consecuencia.
Aprendiendo los principios ágiles
Manifiesto por el Desarrollo Ágil de Software
Individuos e interacciones sobre procesos y herramientas.
Software funcionando sobre documentación extensiva.
Colaboración con el cliente sobre negociación contractual.
Respuesta ante el cambio sobre seguir un plan.
12 Principios de Agile
1- Satisfacción al Cliente Entregas tempranas y continuas de software con valor.
2- Cambios Los cambios son bienvenidos en cualquier etapa del proyecto.
3- Software Funcional Se entrega frecuentemente, en periodos de tiempo cortos.
4- Colaboración Negocio y desarrolladores trabajamos juntos.
5- Individuos Motivados Se debe dar un buen entorno y confianza al equipo de desarrollo.
6- Comunicación cara a cara Es el método mas eficiente y efectivo de comunicación con el equipo.
7- Progreso El software funcionando es la medida principal de progreso.
8- Desarrollo Sostenible El ritmo de desarrollo debe ser constante de forma indefinida.
9- Mejora Continua A través de excelencia técnica y buen diseño.
10- Simplicidad El arte de maximizar la cantidad de trabajo no realizado es esencial.
11- Auto – Organización Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
12- Auto – Evaluación El equipo es capaz de ajustar y perfeccionar su comportamiento.
Los 12 Principios Ágiles me parecen ser principios sumamente importantes a Nivel Humano tomados en el momento que vivimos actual. Todas las personas integrantes de un proyecto (comunidad colaborativa) tienen el mismo valor. Dar respuestas rápidas al día a día resolviendo y saber que podemos mejorar (evolución). Aspectos importantes de Valor Humano tan desvirtuado últimamente con la competitividad y el individualismo, aspectos necesarios pero no en los niveles que tenemos en la sociedad. Gracias
Los principios Agiles se basan en la comunicación, el poder de decisión y la independencia entre el proyecto, el cliente y el equipo de desarrollo quienes optimizan los recursos para sacar una solución que se adecue a las necesidades del cliente.
Principio 1: Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continuada de software con valor
Principio 2: Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
Principio 3: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia por periodos de tiempo lo más corto posibles.
Principio 4: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto
Principio 5: Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
Principio 6: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara
Principio 7: El software funcionando es la principal medida progreso
Principio 8: Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
Principio 9: La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad
Principio 10: La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
Principio 11: Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
Principio 12: A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?