Principales modelos y marcos ágiles: Difference between revisions
Created page with "__NOTOC__ La gestión ágil de proyectos tiene como objetivo dar garantías a las demandas principales de la industria actual: valor, reducción del tiempo de desarrollo, agil..." |
|||
| (21 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
{{Meta-bok|min=4}} | |||
Esta entrada ofrece una panorámica de los principales modelos y marcos de gestión ágil de proyectos, organizados por su foco principal: gestión de proyectos, prácticas técnicas y escalado ágil. Sirve como mapa de orientación para quienes quieren entender el ecosistema ágil en su conjunto. | |||
== | == Origen de la gestión ágil == | ||
Si hubiera que determinar cuál es el origen de la gestión ágil de proyectos, a falta de mejor información, habría que situarlo en las prácticas adoptadas por las empresas de desarrollo de productos tecnológicos de mayor éxito a finales del siglo XX: Canon, Fuji-Xerox, Honda, NEC, Epson, 3M y Hewlett-Packard, entre otras. Nonaka y Takeuchi analizaron estas prácticas en el artículo ''The New New Product Development Game'' (Harvard Business Review, 1986) y acuñaron el término "Scrum" para describirlas. | |||
A partir de esas observaciones, Ken Schwaber y Jeff Sutherland formalizaron Scrum para el desarrollo de software en 1995. En paralelo, Kent Beck desarrollaba Extreme Programming (XP) y otros autores creaban Crystal, DSDM y FDD. | |||
En 2001 se reunieron representantes de estas corrientes y firmaron el [[El manifiesto ágil|Manifiesto Ágil]], que les dio nombre y base conceptual común. | |||
En | |||
== Modelos y métodos ágiles == | |||
=== Marcos de gestión de proyectos === | |||
* '''[[Origen de scrum|Scrum]]:''' el marco más adoptado. Iteraciones cortas (sprints), tres roles, cinco eventos, tres artefactos. Especialmente indicado para desarrollo de producto con alta incertidumbre de requisitos. | |||
* '''[[Kanban: origen y definición|Kanban]]:''' flujo continuo sin sprints, regulado por límites WIP. Especialmente indicado para equipos de soporte, mantenimiento y flujos de trabajo variables. | |||
=== Metodologías ágiles de desarrollo === | |||
* '''[[Extreme programming|Extreme Programming (XP)]]:''' conjunto de prácticas técnicas de ingeniería de software. TDD, pair programming, integración continua, refactorización. Complementa a Scrum con las prácticas técnicas que Scrum no prescribe. | |||
* '''[[Crystal]]:''' familia de metodologías adaptadas al tamaño del equipo y la criticidad del sistema. | |||
* '''[[DSDM]]:''' (Dynamic Systems Development Method). Precursor de la agilidad en el contexto empresarial. Origen del método de priorización [[MoSCoW]]. | |||
* '''[[FDD|Feature-Driven Development (FDD)]]:''' desarrollo dirigido por funcionalidades, para equipos grandes. | |||
* '''[[Lean Software Development]]:''' aplicación de los principios lean al software. Los siete principios de Poppendieck. | |||
== | === Marcos de escalado === | ||
* '''[[SAFe]]''' (Scaled Agile Framework): el más adoptado para escalar agilidad en organizaciones grandes. | |||
* '''Nexus:''' extensión de Scrum para 3-9 equipos. | |||
* '''LeSS''' (Large-Scale Scrum): Scrum con la mínima estructura adicional posible. | |||
* '''[[Modelo Spotify]]:''' squads, tribes, chapters y guilds. No es un marco prescriptivo. | |||
== Herramientas complementarias == | |||
El | Muchas organizaciones combinan un marco base (Scrum o Kanban) con herramientas de otras metodologías según el contexto: | ||
* Técnicas de [[Design thinking|Design Thinking]] para la fase de discovery. | |||
* [[Lean inception|Lean Inception]] para la definición del MVP. | |||
* [[OKR]] para la alineación estratégica. | |||
* Prácticas de XP (TDD, pair programming) para el trabajo técnico. | |||
== Error frecuente == | |||
<div class="bok-aviso"> | |||
'''Buscar "el mejor marco ágil".''' No existe. Scrum, Kanban, XP y SAFe responden a necesidades y contextos diferentes. Un marco excelente en un contexto puede ser inadecuado en otro. La elección correcta empieza por entender el tipo de trabajo, la madurez del equipo y la cultura de la organización, no por la popularidad del marco. | |||
</div> | |||
== Referencias == | |||
* Beck, Kent et al. (2001). ''Manifesto for Agile Software Development''. [https://agilemanifesto.org/ agilemanifesto.org]. | |||
* Nonaka, Ikujiro; Takeuchi, Hirotaka. (1986). "The New New Product Development Game". ''Harvard Business Review''. | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[El manifiesto ágil]] [[Mapa de metodologías]] [[Origen de scrum]] [[Extreme programming]] [[Kanban: origen y definición]] [[Lean Software Development]] [[Modelos de escalado ágil]] [[SAFe]] [[Nexus]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | |||
[[Category:Marcos y modelos]] | |||
[[Category:Metodologías ágiles]] | |||
Latest revision as of 09:22, 20 May 2026
Esta entrada ofrece una panorámica de los principales modelos y marcos de gestión ágil de proyectos, organizados por su foco principal: gestión de proyectos, prácticas técnicas y escalado ágil. Sirve como mapa de orientación para quienes quieren entender el ecosistema ágil en su conjunto.
Origen de la gestión ágil
Si hubiera que determinar cuál es el origen de la gestión ágil de proyectos, a falta de mejor información, habría que situarlo en las prácticas adoptadas por las empresas de desarrollo de productos tecnológicos de mayor éxito a finales del siglo XX: Canon, Fuji-Xerox, Honda, NEC, Epson, 3M y Hewlett-Packard, entre otras. Nonaka y Takeuchi analizaron estas prácticas en el artículo The New New Product Development Game (Harvard Business Review, 1986) y acuñaron el término "Scrum" para describirlas.
A partir de esas observaciones, Ken Schwaber y Jeff Sutherland formalizaron Scrum para el desarrollo de software en 1995. En paralelo, Kent Beck desarrollaba Extreme Programming (XP) y otros autores creaban Crystal, DSDM y FDD.
En 2001 se reunieron representantes de estas corrientes y firmaron el Manifiesto Ágil, que les dio nombre y base conceptual común.
Modelos y métodos ágiles
Marcos de gestión de proyectos
- Scrum: el marco más adoptado. Iteraciones cortas (sprints), tres roles, cinco eventos, tres artefactos. Especialmente indicado para desarrollo de producto con alta incertidumbre de requisitos.
- Kanban: flujo continuo sin sprints, regulado por límites WIP. Especialmente indicado para equipos de soporte, mantenimiento y flujos de trabajo variables.
Metodologías ágiles de desarrollo
- Extreme Programming (XP): conjunto de prácticas técnicas de ingeniería de software. TDD, pair programming, integración continua, refactorización. Complementa a Scrum con las prácticas técnicas que Scrum no prescribe.
- Crystal: familia de metodologías adaptadas al tamaño del equipo y la criticidad del sistema.
- DSDM: (Dynamic Systems Development Method). Precursor de la agilidad en el contexto empresarial. Origen del método de priorización MoSCoW.
- Feature-Driven Development (FDD): desarrollo dirigido por funcionalidades, para equipos grandes.
- Lean Software Development: aplicación de los principios lean al software. Los siete principios de Poppendieck.
Marcos de escalado
- SAFe (Scaled Agile Framework): el más adoptado para escalar agilidad en organizaciones grandes.
- Nexus: extensión de Scrum para 3-9 equipos.
- LeSS (Large-Scale Scrum): Scrum con la mínima estructura adicional posible.
- Modelo Spotify: squads, tribes, chapters y guilds. No es un marco prescriptivo.
Herramientas complementarias
Muchas organizaciones combinan un marco base (Scrum o Kanban) con herramientas de otras metodologías según el contexto:
- Técnicas de Design Thinking para la fase de discovery.
- Lean Inception para la definición del MVP.
- OKR para la alineación estratégica.
- Prácticas de XP (TDD, pair programming) para el trabajo técnico.
Error frecuente
Buscar "el mejor marco ágil". No existe. Scrum, Kanban, XP y SAFe responden a necesidades y contextos diferentes. Un marco excelente en un contexto puede ser inadecuado en otro. La elección correcta empieza por entender el tipo de trabajo, la madurez del equipo y la cultura de la organización, no por la popularidad del marco.
Referencias
- Beck, Kent et al. (2001). Manifesto for Agile Software Development. agilemanifesto.org.
- Nonaka, Ikujiro; Takeuchi, Hirotaka. (1986). "The New New Product Development Game". Harvard Business Review.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.