Jump to content

Mapa de metodologías: Difference between revisions

From Scrum Manager BoK
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,993 edits
No edit summary
No edit summary
 
(5 intermediate revisions by the same user not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
Desde los 80 se han desarrollado tantos modelos de procesos, marcos y prácticas de trabajo para mejorar la calidad y eficiencia en los proyectos de software, que resulta útil trascender las etiquetas y llegar a la base de los principios que subyacen, y las estrategias con las que los desarrollan.
{{Meta-bok|min=3}}
 
El '''mapa de metodologías''' es una representación visual que sitúa los principales marcos y metodologías de gestión de proyectos en dos ejes: el grado de '''gestión evolutiva''' frente a gestión predictiva (eje vertical) y el grado de '''agilidad''' (conocimiento tácito de las personas) frente a '''ingeniería de procesos''' (eje horizontal). Es un artefacto conceptual de Scrum Manager para contextualizar la posición relativa de cada metodología.
A través de tres conceptos: “desarrollo, trabajo y conocimiento”; y dos modelos de gestión: “predictiva y evolutiva”; se despeja y simplifica el aparente laberinto de modelos de procesos, marcos o prácticas de trabajo a los que nos referimos: [[CMM-SW]], [[CMMI]], [[PMBOK]], [[DSDM]], [[Crystal]], [[ISO 15504]], RUP, [[Extreme programming|XP]], Scrum, [[ITIL]], ASD, [[PRINCE2]], [[Lean]], KANBAN, [[TDD]], etc.
<br>
 
{{Párrafo_enmarcado|texto=Las diferentes prácticas y metodologías responden a combinaciones de tres conceptos y dos patrones de gestión de proyectos.)}}
 
[[File:Mapa.png|650px|center]]
[[File:Mapa.png|650px|center]]


==Conceptos==
== Cómo leer el mapa ==
 
====1.- Desarrollo====
 
[[File:Desarrollo.png|250px]]
 
'''Completo''': La descripción de lo que se desea obtener está disponible al inicio del proyecto, es completa y detallada, sirve de base para estimar el plan del proyecto: tareas, recursos y agenda de trabajo. Durante la ejecución se gestiona su cumplimiento.
 
 
'''Incremental''': La descripción de lo que se desea obtener no está disponible de forma completa y detallada al inicio: se complementa y evoluciona en paralelo al desarrollo, que genera el resultado de forma incremental y que se puede gestionar con dos tácticas diferentes:
 
'''Desarrollo incremental continuo''': Empleando técnicas para lograr un flujo continuo de desarrollo de las funcionalidades o partes del producto, que se entregan de forma continua al cliente.
 
'''Desarrollo iterativo''': Empleando técnicas de tiempo prefijado o timeboxing para mantener la producción de incrementos del producto de forma cíclica y continua. Este es el marco de producción empleado al aplicar el marco estándar de scrum, que define como sprint a cada iteración de desarrollo, al final de la cual se produce un incremento del producto.
 
 
====2.- Trabajo====
 
[[File:Trabajo.png|250px]]
 
'''Secuencial (cascada)''': Divide el trabajo en fases, y cada fase comienza al terminar la anterior. El ejemplo más habitual es el ciclo de cascada definido en Ingeniería del software con las fases de requisitos, análisis, diseño, codificación, pruebas e implementación.
 
'''Concurrente''': Solapa en el tiempo las diferentes fases. Siguiendo con el ejemplo de ingeniería de software, la definición de requisitos, el análisis, la codificación y el despliegue del resultado se realiza y revisa de forma simultánea y continua.
 
 
====3.- Conocimiento====
 
[[File:Valor.png|250px]]
 
¿Dónde se encuentra el principal conocimiento empleado, el responsable de la calidad del resultado.
 
 
'''Producción basada en procesos''': El conocimiento o know-how, responsable de la calidad del resultado se encuentra en mayor medida en los procesos y la tecnología empleada: “La calidad del resultado depende de la calidad de los procesos empleados“.
 
 
'''Producción basada en personas''': El conocimiento o know-how responsable de la calidad del resultado se encuentra en mayor medida en el “saber hacer” tácito de las personas que lo construyen.
 
 
 
===Patrones de gestión del proyecto===


* '''Eje vertical (gestión predictiva ↔ gestión evolutiva):''' cuanto más arriba se sitúa una metodología, más basada en planificación cerrada; cuanto más abajo, más iterativa e incremental.
* '''Eje horizontal (ingeniería de procesos ↔ agilidad / personas):''' cuanto más a la derecha, más centrada en los procesos y la ingeniería; cuanto más a la izquierda, más centrada en el conocimiento y la colaboración de las personas.


====Gestión predictiva====
== Posición de los principales marcos ==


[[File:Gestion predictiva.png|250px]]
* '''[[Ingeniería secuencial]]:''' gestión predictiva + ingeniería de procesos. El cuadrante de los modelos clásicos en cascada.
* '''[[Ingeniería concurrente]] / [[Unified Process]]:''' gestión evolutiva + ingeniería de procesos. Desarrollo iterativo pero basado en procesos de calidad.
* '''[[Scrum estándar: componentes y marco|Scrum técnico]]:''' gestión evolutiva + agilidad (personas). El cuadrante de los marcos ágiles puros.
* '''[[Incremento continuo con gestión visual kanban|Kanban con incremento continuo]]:''' dentro del cuadrante ágil, sin timeboxing.


Modelo de gestión cuyo objetivo es ofrecer resultados predecibles: desarrollo del producto previsto, en el tiempo previsto, e invirtiendo los recursos previstos. Emplea una estrategia de desarrollo completo con prácticas de planificación tradicional. Los principales referentes en el desarrollo de conocimiento para este tipo de gestión son [[PMI]] e [[IPMA]] y los modelos desarrollados (CMMI, ISO 15504, SPICE entre otros) emplean ingeniería secuencial y producción basada en procesos.
== Para qué sirve ==


El mapa ayuda a:


====Gestión evolutiva====
* Entender por qué distintos marcos se usan en distintos contextos: no hay una metodología universalmente superior.
* Identificar qué eje está más desalineado con las necesidades del proyecto para seleccionar el enfoque más adecuado.
* Comunicar con claridad a stakeholders por qué una organización elige un enfoque determinado.


[[File:Gestion evolutiva.png|250px]]
== Error frecuente ==


Modelo de gestión cuyo objetivo es entregar lo antes posible un producto mínimo viable, e incrementar su valor de forma continua. Emplea una estrategia de fases de trabajo solapadas, y desarrollo incremental, que se puede obtener con tácticas iterativas o de mantenimiento de flujo continuo. Puede emplearse con producción basada en procesos (ingeniería concurrente) o con producción basada en personas (agilidad).
<div class="bok-aviso">
'''Usar el mapa para jerarquizar metodologías en lugar de para contextualizarlas.''' El mapa no dice que la agilidad es mejor que la ingeniería de procesos ni que la gestión evolutiva es superior a la predictiva: dice que son enfoques diferentes para contextos diferentes. Un proyecto de infraestructura crítica puede necesitar ingeniería secuencial; una startup que valida hipótesis de mercado puede necesitar Scrum. El mapa sirve para elegir con criterio, no para justificar una preferencia previa.
</div>


== Véase también ==


Es importante esta distinción porque sin ella se generan situaciones confusas que llegan a considerar agilidad a la simple aplicación de las reglas estándar de scrum (ciclo de incremento iterativo con roles y artefactos definidos), o al simple uso de técnicas de gestión visual kanban para mantener un flujo continuo de tareas.
<div class="bok-tags">
[[Agilidad]] [[Gestión evolutiva]] [[Gestión predictiva]] [[Ingeniería concurrente]] [[Ingeniería secuencial]] [[Espiral de conocimiento]]
</div>


{{Párrafo_enmarcado|texto=Agilidad y gestión evolutiva no son lo mismo. Se puede hacer gestión evolutiva empleando agilidad o empleando ingeniería concurrente.}}
<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>


==Véase también==
*[[Ingeniería concurrente]].
*[[Agilidad]].
*[[CMM-SW]].
*[[CMMI]]
*[[PMBOK]].
*[[DSDM]].
*[[Crystal]].
*[[ISO 15504]].
*[[Extreme programming|XP]].
*[[ITIL]].
*[[PRINCE2]].
*[[Lean]].
*[[TDD]].
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Marcos y modelos]]

Latest revision as of 14:20, 15 May 2026

⏱ 3 min de lectura  ·  📅 Actualizado en 2026

El mapa de metodologías es una representación visual que sitúa los principales marcos y metodologías de gestión de proyectos en dos ejes: el grado de gestión evolutiva frente a gestión predictiva (eje vertical) y el grado de agilidad (conocimiento tácito de las personas) frente a ingeniería de procesos (eje horizontal). Es un artefacto conceptual de Scrum Manager para contextualizar la posición relativa de cada metodología.

Cómo leer el mapa

  • Eje vertical (gestión predictiva ↔ gestión evolutiva): cuanto más arriba se sitúa una metodología, más basada en planificación cerrada; cuanto más abajo, más iterativa e incremental.
  • Eje horizontal (ingeniería de procesos ↔ agilidad / personas): cuanto más a la derecha, más centrada en los procesos y la ingeniería; cuanto más a la izquierda, más centrada en el conocimiento y la colaboración de las personas.

Posición de los principales marcos

Para qué sirve

El mapa ayuda a:

  • Entender por qué distintos marcos se usan en distintos contextos: no hay una metodología universalmente superior.
  • Identificar qué eje está más desalineado con las necesidades del proyecto para seleccionar el enfoque más adecuado.
  • Comunicar con claridad a stakeholders por qué una organización elige un enfoque determinado.

Error frecuente

Usar el mapa para jerarquizar metodologías en lugar de para contextualizarlas. El mapa no dice que la agilidad es mejor que la ingeniería de procesos ni que la gestión evolutiva es superior a la predictiva: dice que son enfoques diferentes para contextos diferentes. Un proyecto de infraestructura crítica puede necesitar ingeniería secuencial; una startup que valida hipótesis de mercado puede necesitar Scrum. El mapa sirve para elegir con criterio, no para justificar una preferencia previa.

Véase también

Agilidad Gestión evolutiva Gestión predictiva Ingeniería concurrente Ingeniería secuencial Espiral de conocimiento

¿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.

Buscar convocatorias
Club Agile
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Mapa_de_metodologías&oldid=3852"