![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-and-guiding-principles.png\")
\u00bfQu\u00e9 es el Manifiesto \u00c1gil?<\/h2>\n
La redacci\u00f3n del manifiesto es muy deliberada, enfatizando el lenguaje m\u00ednimo necesario para capturar la esencia de la agilidad:<\/p>\n
- \n
- Las personas y las interacciones sobre los procesos y las herramientas<\/li>\n
- Software funcional sobre documentaci\u00f3n exhaustiva<\/li>\n
- Colaboraci\u00f3n con el cliente sobre la negociaci\u00f3n de contratos<\/li>\n
- Responder al cambio sobre seguir un plan<\/li>\n<\/ul>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-manifesto.png\")
Manifiesto \u00c1gil<\/figcaption><\/figure>\n Nota:<\/strong><\/p>\n
- \n
- Las palabras clave en todas estas declaraciones son \u201csobre\u201d. El Manifiesto no sugiere reemplazar el lado derecho con el lado izquierdo, sino m\u00e1s bien enfatizar la priorizaci\u00f3n del lado izquierdo sobre el derecho.<\/li>\n
- El Manifiesto \u00c1gil fue creado como una alternativa a los procesos pesados y orientados a la documentaci\u00f3n en el desarrollo de software (como el modelo en cascada).<\/li>\n<\/ul>\n
Principios detr\u00e1s del Manifiesto \u00c1gil<\/h2>\n
Como complemento al Manifiesto \u00c1gil central, los Doce Principios desarrollan m\u00e1s a fondo qu\u00e9 significa la agilidad. El marco Scrum promueve los principios \u00e1giles a trav\u00e9s de diversos eventos (por ejemplo, Backlog del producto<\/a>, reuniones diarias, desarrollo iterativo, retrospectivas):<\/p>\n
![\"Agile](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/agile-principles.png\")
<\/h2>\nPrincipios \u00e1giles<\/p>\n
<\/h2>\n
- \n
- Nuestra prioridad m\u00e1xima es satisfacer al cliente mediante la entrega temprana y continua de software valioso.<\/li>\n
- Bienvenidos a los cambios en los requisitos, incluso tarde en el desarrollo. Los procesos \u00e1giles aprovechan el cambio para obtener una ventaja competitiva para el cliente.<\/li>\n
- Entregar con frecuencia software funcional, desde unas pocas semanas hasta unos pocos meses, con preferencia por plazos m\u00e1s cortos.<\/li>\n
- Las personas del negocio y los desarrolladores deben trabajar juntos diariamente durante todo el proyecto.<\/li>\n
- Construir proyectos alrededor de personas motivadas. Proporcionarles el entorno y el apoyo que necesitan, y confiar en que cumplir\u00e1n con su trabajo.<\/li>\n
- El m\u00e9todo m\u00e1s eficaz para transmitir informaci\u00f3n dentro y entre un equipo de desarrollo es la conversaci\u00f3n cara a cara.<\/li>\n
- El software funcional es la medida principal del progreso.<\/li>\n
- Los procesos \u00e1giles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deben poder mantener un ritmo constante indefinidamente.<\/li>\n
- La atenci\u00f3n continua a la excelencia t\u00e9cnica y al buen dise\u00f1o mejora la agilidad.<\/li>\n
- La simplicidad\u2014el arte de maximizar la cantidad de trabajo que no se realiza\u2014es esencial.<\/li>\n
- Las mejores arquitecturas, requisitos y dise\u00f1os surgen de los equipos autogestionados.<\/li>\n
- Los equipos reflexionan peri\u00f3dicamente sobre c\u00f3mo volverse m\u00e1s eficaces y luego ajustan su comportamiento en consecuencia.<\/li>\n<\/ol>\n
\u00bfC\u00f3mo funciona Scrum?<\/h2>\n
Scrum se diferencia de otros procesos \u00e1giles mediante conceptos y pr\u00e1cticas espec\u00edficas, divididas en tres categor\u00edas: roles (Propietario del Producto<\/a>, Scrum Master<\/a>, equipo de desarrollo y otros interesados), eventos, artefactos y reglas.<\/p>\n
Para iniciar el proceso de Scrum, el Propietario del Producto crea una lista de deseos priorizada llamada el Backlog del Producto<\/a>. Durante Planificaci\u00f3n del Sprint<\/a>, el backlog se dimensiona seg\u00fan su complejidad y valor para el negocio (prioridad). El Propietario del Producto (cliente) y el equipo de desarrollo deciden qu\u00e9 elementos del backlog incluir en el sprint. El equipo tiene un tiempo fijo (llamado un Sprint<\/a>, t\u00edpicamente de dos a cuatro semanas) para completar su trabajo, pero se re\u00fanen diariamente para evaluar su progreso (Reuni\u00f3n Diaria de Scrum<\/a>). Durante todo este proceso, el Scrum Master mantiene al equipo enfocado en sus objetivos. Al final del sprint, el equipo revisa su progreso, demuestra el producto de trabajo al cliente y eval\u00faa qu\u00e9 sali\u00f3 bien y qu\u00e9 necesita mejorarse para el siguiente sprint. El ciclo se repite entonces.<\/p>\n
![\"What](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/the-agile-scrum-framework.png\")
<\/p>\nEl enfoque \u00e1gil funciona dividiendo el proyecto en peque\u00f1as partes de funcionalidades para usuarios, prioriz\u00e1ndolas y entreg\u00e1ndolas de forma continua en ciclos de 2 a 4 semanas, conocidos como iteraciones o sprints.<\/p>\n
El equipo opera en ciclos cortos, con el objetivo de mejorar continuamente y desarrollar \u00fanicamente lo que los usuarios realmente desean. El objetivo del trabajo se define por el equipo al inicio de cada ciclo. Si el cliente tiene alguna pregunta sobre una caracter\u00edstica, el equipo se comunica directamente con el cliente. Las prioridades del cliente son analizadas por el Propietario del Producto y devueltas al equipo para que puedan continuar trabajando en los elementos de mayor prioridad. El equipo estima cu\u00e1nto tiempo llevar\u00e1 completar el trabajo en una iteraci\u00f3n y c\u00f3mo hacerlo.<\/p>\n
El rendimiento se mide por el cliente al final de cada iteraci\u00f3n. Las lecciones aprendidas durante cada iteraci\u00f3n se capturan en las retrospectivas y se aplican en iteraciones futuras. De esta manera, el producto mejora continuamente, al igual que el proceso de desarrollo.<\/p>\n
Nota:<\/strong>
\nScrum es un marco para desarrollar y mantener productos complejos mediante la \u201cinspecci\u00f3n y adaptaci\u00f3n\u201d. Es un enfoque \u00e1gil que sigue el Manifiesto \u00c1gil y sus principios, integrando tres roles<\/a>, tres artefactos, cinco eventos y cinco valores\u2014conocidos como la \u201c3355<\/a>.\u201d<\/p>\n![\"3355](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/3355-scrum-framework.png\")
3355 Marco Scrum<\/figcaption><\/figure>\n En este marco, todo el proceso de desarrollo consiste en varios ciclos iterativos cortos llamadosSprints<\/a>. Las pr\u00e1cticas recomendadas incluyen:<\/p>\n
- \n
- Cada Sprint dura de 1 a 4 semanas.<\/li>\n
- Utilice elProduct Backlog<\/a> para gestionar los requisitos del producto: una lista priorizada ordenada por valor.<\/li>\n
- En cada iteraci\u00f3n, elEquipo Scrum<\/a> selecciona los elementos de mayor prioridad del Product Backlog para trabajar.<\/li>\n
- Durante el evento de Planificaci\u00f3n del Sprint, los requisitos seleccionados se discuten, analizan y estiman para alcanzar el objetivo correspondiente de la iteraci\u00f3n y el plan de entrega, conocido como elSprint Backlog<\/a>.<\/li>\n
- DiarioDaily Scrum<\/a> reuniones se llevan a cabo durante la iteraci\u00f3n. Al final de cada iteraci\u00f3n, el equipo Scrum invita a los interesados en el negocio y otras partes interesadas a revisar el incremento del producto potencialmente entregable.<\/li>\n
- Luego, el equipo revisa y contin\u00faa mejorando su forma de trabajar.<\/li>\n
- Scrum no solo es adecuado para proyectos de desarrollo de software, sino tambi\u00e9n para cualquier proyecto complejo o innovador, exploraci\u00f3n e iniciativas de cambio organizacional.<\/li>\n<\/ul>\n
Roles Scrum<\/h2>\n
El marco Scrum est\u00e1 definido por tres roles centrales: el Equipo de Desarrollo, el Scrum Master y el Propietario del Producto.<\/p>\n
Propietario del Producto<\/h3>\n
El Propietario del Producto es responsable de maximizar el valor del producto y del trabajo del equipo de desarrollo. C\u00f3mo se logra esto puede variar seg\u00fan la organizaci\u00f3n, el equipo Scrum y el individuo.<\/p>\n
Rol del Propietario del Producto<\/h3>\n
El Propietario del Producto es la \u00fanica persona responsable de gestionar elProduct Backlog<\/a>. La gesti\u00f3n del Product Backlog incluye:<\/p>\n
- \n
- Expresar claramente los elementos del Product Backlog;<\/li>\n
- Ordenar los elementos del Product Backlog para lograr mejor los objetivos y misiones;<\/li>\n
- Optimizar el valor del trabajo que realiza el equipo de desarrollo;<\/li>\n
- Garantizar que el Product Backlog sea visible, transparente y claro para todos, y muestre lo que el equipo Scrum trabajar\u00e1 a continuaci\u00f3n;<\/li>\n
- Garantizar que el equipo de desarrollo entienda los elementos del Product Backlog al nivel requerido.<\/li>\n<\/ul>\n
M\u00e1ster de Scrum<\/h3>\n
El M\u00e1ster de Scrum garantiza que Scrum se entienda y se aplique. Lo hace asegurando que el equipo Scrum se adhiera a la teor\u00eda, pr\u00e1cticas y reglas de Scrum.<\/p>\n
El M\u00e1ster de Scrum es un l\u00edder servidor para el equipo Scrum. El M\u00e1ster de Scrum ayuda a las personas fuera del equipo Scrum a entender qu\u00e9 interacciones con el equipo Scrum son \u00fatiles y cu\u00e1les no. El M\u00e1ster de Scrum ayuda a todos a ajustar estas interacciones para maximizar el valor creado por el equipo Scrum.<\/p>\n
Funciones del M\u00e1ster de Scrum<\/h4>\n
El M\u00e1ster de Scrum sirve al Product Owner de m\u00faltiples formas, incluyendo:<\/p>\n
- \n
- Identificar t\u00e9cnicas efectivas para la gesti\u00f3n del Product Backlog;<\/li>\n
- Ayudar al equipo Scrum a comprender la necesidad de elementos claros y concisos en el Product Backlog;<\/li>\n
- Comprender la planificaci\u00f3n del producto en un entorno emp\u00edrico;<\/li>\n
- Garantizar que el Product Owner sepa c\u00f3mo priorizar el Product Backlog para maximizar el valor;<\/li>\n
- Comprender y practicar la agilidad;<\/li>\n
- FacilitandoEventos de Scrum<\/a> seg\u00fan sea necesario.<\/li>\n<\/ul>\n
Servicios del M\u00e1ster de Scrum al equipo de desarrollo
\nEl M\u00e1ster de Scrum sirve al equipo de desarrollo de diversas formas, incluyendo:<\/p>\n- \n
- Guiar al equipo de desarrollo en la autoorganizaci\u00f3n y la multifuncionalidad;<\/li>\n
- Ayudar al equipo de desarrollo a entregar productos de alto valor;<\/li>\n
- Eliminar los impedimentos que obstaculizan el progreso del equipo;<\/li>\n
- Facilitar los eventos de Scrum seg\u00fan sea necesario;<\/li>\n
- Guiar al equipo de desarrollo en organizaciones que a\u00fan no han adoptado o comprendido plenamente Scrum.<\/li>\n<\/ul>\n
Servicios del M\u00e1ster de Scrum a la organizaci\u00f3n<\/p>\n
- \n
- El M\u00e1ster de Scrum sirve a la organizaci\u00f3n de diversas formas, incluyendo:<\/li>\n
- Dirigir y guiar a la organizaci\u00f3n en la adopci\u00f3n de Scrum;<\/li>\n
- Planificar la implementaci\u00f3n de Scrum dentro de la organizaci\u00f3n;<\/li>\n
- Ayudar a los empleados y partes interesadas a comprender y adoptar Scrum y el desarrollo emp\u00edrico de productos;<\/li>\n
- Impulsar el cambio para mejorar la productividad del equipo Scrum;<\/li>\n
- Colaborar con otros M\u00e1steres de Scrum para mejorar la efectividad de la aplicaci\u00f3n de Scrum dentro de la organizaci\u00f3n.<\/li>\n<\/ul>\n
Equipo de Desarrollo<\/h4>\n
El Equipo de Desarrollo est\u00e1 compuesto por profesionales responsables de entregar un incremento de producto potencialmente entregable al final de cada Sprint. Solo los miembros del Equipo de Desarrollo pueden crear el incremento.<\/p>\n
El equipo es construido y empoderado por la organizaci\u00f3n para organizar y gestionar su propio trabajo. La sinergia resultante optimiza la eficiencia y efectividad general del equipo.<\/p>\n
Caracter\u00edsticas del Equipo de Desarrollo<\/h4>\n
El Equipo de Desarrollo tiene las siguientes caracter\u00edsticas:<\/p>\n
- \n
- Son autogestionados. Nadie (ni siquiera el Scrum Master) les dice al Equipo de Desarrollo c\u00f3mo convertir los elementos de la Lista de Productos en un incremento potencialmente entregable;<\/li>\n
- El Equipo de Desarrollo es multidisciplinario, poseyendo todas las habilidades necesarias para crear un incremento de producto;<\/li>\n
- Scrum no reconoce t\u00edtulos para los miembros del equipo distintos de \u201cDesarrollador\u201d, independientemente del trabajo que se est\u00e9 realizando. Esta regla no tiene excepciones;<\/li>\n
- Scrum no reconoce subequipos dentro del Equipo de Desarrollo, independientemente del dominio espec\u00edfico, como pruebas o an\u00e1lisis de negocios. Esta regla no tiene excepciones;<\/li>\n
- Los miembros individuales del equipo pueden tener habilidades especializadas y \u00e1reas de enfoque, pero la responsabilidad recae sobre todo el Equipo de Desarrollo.<\/li>\n<\/ul>\n
Eventos de Scrum<\/h2>\n
El marco de Scrum se caracteriza por cinco eventos: Sprint, Planificaci\u00f3n del Sprint<\/a>, Daily Scrum<\/a>, Revisi\u00f3n del Sprint<\/a>, y Retrospectiva del Sprint<\/a>.<\/p>\n
- En cada iteraci\u00f3n, elEquipo Scrum<\/a> selecciona los elementos de mayor prioridad del Product Backlog para trabajar.<\/li>\n