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 141
Preguntas 20
Ordenar por:
Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.
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.
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.
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
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.
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.
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
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.
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.
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.
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.
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.
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.
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 😁
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.
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
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.
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 😉
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
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.
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.
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
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.
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.
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.
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
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?
¿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.
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.
Satisfacción al cliente: entregas tempranas y continuas con software de valor.
Cambios: los cambios son aceptados en cualquier etapa del proyecto.
Software funcional: Se entrega frecuentemente en periodos de tiempo cortos.
Colaboración: Negocio y desarrolladores trabajan juntos.
individuos motivados: se debe dar un buen entorno de confianza al equipo de desarrollo. Permitiéndoles la toma de decisiones para definir la mejor forma de trabajar.
Comunicación cara a cara: Es el método más eficiente y efectivo de comunicación con el equipo. (interacción de humano a humano.).
Progreso: Es el software funcionando es la medida principal de progreso.
Desarrollo sostenible: El ritmo de desarrollo debe ser constante de forma definida.
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. (Llevar a cabo solo lo que está bien definido por ambas partes).
Autoorganización: Las mejores arquitecturas, requisitos y diseño emergen de equipos autoorganizados.
Autoevaluación: El equipo es capaz de ajustar y perfeccionar su comportamiento.
1. Satisfacción al cliente
2. Cambios: los cambios son bienvenidos
3. Software funcional
4. Colaboración: colaboración con el cliente y usuario final
5. Individuos motivados: Buen entorno y confianza al equipo de desarrollo.
6. Comunicación cara a cara
7. Progreso: Software funcional es la medida principal de progreso.
8. Desarrollo sostenible: Entregar la misma cantidad de producto en cada interacción.
9. Mejora continua
10. Simplicidad: Solo trabajar las cosas bien definidas
11. Autoorganización
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
El Manifiesto Ágil define 12 principios que deben cumplir los marcos de trabajo implementados a partir de metodologías ágiles.
Estos principios pueden resumirse como:
Satisfacción al cliente: Entregas de software periódicas que aporten valor al cliente.
Cambios: Aceptar los cambios. Mientras mas rápido se acepten, más rápido se podrá adaptar a las nuevas necesidades.
Software funcional: Software que pueda ser usado por el cliente entregado en periodos cortos de tiempo.
Colaboración: Interaccion y comunicación entre el equipo de desarrollo, el cliente y el usuario final.
Individuos motivados: Dar un buen entorno, independencia y autoridad de tomar sus propias decisiones.
Comunicación cara a cara: star con el cliente y leer su lenguaje corporal es la manera más eficiente de comunicación, permite ver qué quiere decir y que no.
Progreso: El progreso del proyecto se mide principalmente en base al software funcional. El cliente quiere ver software funcionando.
Desarrollo sostenible: El desarrollo a lo largo del proceso debe ser constante en cada una de las iteraciones.
Mejora continua: Analizar qué se hizo bien o mal en una iteración, y qué se puede mejorar para la siguiente.
Simplicidad: Priorizar y hacer el trabajo que esta bien definido en ese preciso momento. No trabajar en aspectos que no han sido bien definidos aún.
Auto-organización: Que el equipo sea capas de tomar sus propias decisiones.
Auto-evaluación: Que el equipo sea capaz de ajustar y perfeccionar su comportamiento para mejorar.
Recordando sobre el manifiesto agil del desarrollo, emanan un fundamento en cualquier metodología de desarrollo.
Manifiesto por el Desarrollo Ágil de Software:
Individuos e interaccionessobre procesos y herramientas
Software funcionandosobre documentación extensiva
Colaboración con el clientesobre negociación contractual
Respuesta ante el cambiosobre seguir un plan
Esto es, aunque valoramos los elementos que están en cursiva, valoramos más los elementos que están en negrita.
Entendiendo el manifiesto:
Se valoran individuos e interacciones, la forma en como las personas participan en el proceso de desarrollo, interactúan entre sí. Desde el usuario final, pasando por el cliente y todos los miembros del equipo de trabajo, como ellos van a interactuar entre sí. Esto va a ser más valorado que cualquier proceso y herramienta (No quiere decir que los procesos y herramientas no son valorados o no son importantes), son muy importantes, pero en las metodologías de desarrollo ágil valoramos más los individuos y las interacciones.
Lo mismo pasa con el Software funcionando, nuestro principal objetivo es que nuestro cliente tenga “Software funcionando” y que él pueda verlo, utilizarlo, pueda sentir que esta inversión de tiempo y de dinero que está invirtiendo le dé un beneficio. Y eso lo valora mucho más que cualquier manual grueso de documentación que podamos entregarle, a él le gusta ver el software primero y conocemos al usuario, hasta después con suerte verá la documentación.
También hablamos de la Colaboración con el cliente, es muy importante tener esa colaboración, en el día a día, lo más rápido posible. Comencemos a interactuar con el cliente, ganemos esa relación de confianza con el cliente que la parte contractual ya la podremos resolver.
Y por último la respuesta ante el cambio, sobre seguir un plan. Nuevamente, es muy importante tener un plan, porque el plan nos define un norte, nos define objetivo hacia donde vamos a llegar. Pero sabemos que las cosas van cambiando con el tiempo, así que es importante, ser receptivos al cambio y poderlo implementar.
Satisfacción al cliente: Entregas tempranas y continuas de software con valor, le van a dar satisfacción al cliente. Es importante entregar rápido para que el cliente pueda ver que se está avanzando.
Los Cambios: los cambios son bienvenidos en cualquier etapa del proyecto. Son aceptados en cualquier momento del proceso desarrollo, puede ser al inicio o puede ser al final porque entre más rápido aceptemos los cambios más nos vamos a poder adaptar a las nuevas necesidades del negocio o a los cambios del entorno del negocio.
Software funcional, se entrega, frecuentemente, en periodos de tiempos cortos. Si entregamos frecuénteme software funcional en periodos cortos de tiempo, vamos a tener un cliente satisfecho
Colaboración, Negocio y desarrolladores trabajamos juntos. Como tú vas a colaborar con tu cliente, como vas a interactuar, como vas a estar en comunicación, como tu equipo de trabajo va a colaborar con el cliente y con el usuario final del producto.
Individuos motivados,Se debe dar un buen entorno y confianza al equipo de desarrollo. Es importante tener a un equipo de trabajo motivado, ¿y como motivamos al equipo de trabajo?, dándole la independencia y la autoridad necesaria para tomar sus propias decisiones, nosotros le decimos al equipo cuál es el objetivo final del proyecto o el producto que estamos desarrollando y en base a eso nosotros dejamos que técnicamente el equipo decida como va ser la mejor forma de implementarlo. No hay que decirle como programar, ellos son los expertos programando.
Comunicación cara a cara, Es le método más eficiente y efectivo de comunicación con el equipo. Vivimos en una época donde nos podemos conectar a través de un teléfono, de una videollamada, de mensajes de texto, correo electrónico, tenemos miles de formas de comunicación; todas son efectivas. Pero en las metodologías de desarrollo Agil, van a favorecer la comunicación cara a cara, estar con el cliente, poder leer su lenguaje corporal, ver que es lo que nos quiere decir, que es lo que no nos quiere decir, por eso es muy importante esa interacción de humano a humano. Recuerda que al final el producto que estás haciendo no terminara usando un humano de una otra forma.
Progreso, El software funcionando es la medida principal de progreso. El software funcional va a ser la principal medida de progreso. …yo puedo hacer cientos de líneas de código, pero si esas líneas de código no llevan a un producto particular, no van a hacer consideradas un avance para el cliente. Nuevamente, el cliente quiere ver algo funcionando.
Desarrollo sostenible, El ritmo de desarrollo debe ser constante de forma indefinida. Muy importante, que las metodologías de desarrollo ágil van a tratar que el desarrollo que a lo largo de todo el proceso y todas las iteraciones sea constante, que el equipo pueda entregar la misma cantidad de producto a lo largo de estas iteraciones.
Mejora continua, A través de excelencia técnica y buen diseño. Hablamos que las metodologías de desarrollo ágil son iterativas, esto va a significar que el equipo va a tener oportunidad a lo largo del proceso y cada una de esta iteraciones va ir aprendiendo que hizo bien para continuar haciendo las cosas bien y que puede mejorar, si de repente se me olvido mandar el software que estoy desarrollando al equipo de pruebas y lo mande hasta muy tarde, tengo que acordarme debo mandar esto, lo más pronto posible de esa forma el proceso va a mejorar.
Simplicidad, El arte de maximizar la cantidad de trabajo no realizado es esencial. !Ojo! -no te estoy diciendo que no hagas nada- Por ejemplo: te pide el cliente, que el estudiante pueda subir tareas de repente este requerimiento no esta tambien definido por cuestiones de arquitectura no sabemos donde se van almacenar esas tareas, pero tu eres bien pro activo y decidiste que se van a almacenar en un google drive, pasan 4 a 6 semanas, tu ya tienes eso hecho, y esta almacenado en un google drive pero el cliente te dice fijate que no lo voy a poner alli si no que no voy a poner mi propio cliente de FTP, resulta que vas a tener que volver hacer este trabajo, solo que ahora en vez de subir las cosas en google drive, vas a tener que subir al FTP del cliente.
Lo que quiere decir la simplicidad, es que únicamente vamos a trabajar las cosas que tenemos bien definidas en ese preciso instante, lo que no sabemos no la trabajamos porque el negocio puede cambiar y puede que ya no sean necesarias.
Autoorganizacion, Las mejores arquitecturas, requisitos y diseños emergen de equipos y autoorganizados. El equipo puede decidir por si mismo, como trabajar y como hacer las cosas y quien va a hacer las cosas.
Autoevaluacion, El equipo es capaz de ajustar y perfeccionar su comportamiento. Que el equipo sea capaz de autoevaluarse, a lo largo de todo el proceso para poder ir mejorando
**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.
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 períodos de tiempo cortos.
4.-Colaboración
Negocio y desarrolladores trabajamos juntos.
5.-ndivudos Motivados
Se debe dar buen entorno y confianza al equipo de desarrollo.
6.-Comunicación cara a cara
Es el método más 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.
Es necesario enfocarse en las cosas que se tienen totalmente definidas.
11.-Autoorganización
Las mejores arquitecturas, requisitos y diseños emergen de equipos auto organizados.
12.-Autoevaluación
El equipo es capaz de ajustar y perfeccionar su comportamiento
Típicamente los pilares que menciona el profe Gerardo en este video se pierden y nosotros como programadores o desarrolladores debemos tenerlos en cuenta para la satisfacción del cliente, futuras contrataciones y porsupuesto recomendaciones.
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.
Sin duda Libertades, privacidad, constitución, profesionalismo, ética, sin importar metodologías frecuencys, y Excusas y PRETEXTOS de religiónes y sus creyentes estan demás a nivel hasta en jeroglíficas (os) sean quienes sean. Y sin fallas sin errores aunque se oculten. Buen curso,mejora continúa, aprovechando errores más allá de cualquier neutrino (a) en totalidad, y para mí bienestar, prosperidad progreso, proceso indestructible indescriptible intransferible siempre sin fallas sin errores, lo legal y Autorizado (a) siempre sera Legal y autorizado (a).
De esta forma de ayuda a habitantes personas civiles. Desde lo tangible visible real intangible invisible, tangible invisible para protección, protejer, mejorar y cada quien su individualidad y privacidad total, en su propia dimensión, sistema de cosas things se encarga porque es Internacional indestructible indescriptible intransferible por unidades de Incluso tiempo.
Scrum sin duda la originalidad siempre importa. Adicional.
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.
satisfacción al cliente
cambios
software funcional
colaboración
individuos motivados
comunicación cara cara
progreso
desarrollo sostenible
mejora continua
simplicidad
organización
evolucionista
El principio de la Simplicidad es fundamental en el desarrollo de un proyecto. Consideró importantísimo coordinar y definir con la mayor exactitud posible con el cliente el alcance que se requiere. Evitar retrabajos y gasto de horas innecesarias es todo un arte.
Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Regístrate o inicia sesión para participar.