Jump to content

Modelos basados en procesos: Difference between revisions

From Scrum Manager BoK
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,993 edits
No edit summary
No edit summary
 
(3 intermediate revisions by the same user not shown)
Line 1: Line 1:
En 1986 el Instituto de Ingeniera de Software de la Universidad Carnegie Mellon desarrolló un Sistema de Evaluación de Madurez de Procesos, en respuesta a un pedido del gobierno de los EEUU, quien necesitaba evaluar a sus proveedores de software.  
{{Meta-bok|min=3}}
Los '''modelos basados en procesos''' son marcos de gestión y mejora de la calidad del software que basan la calidad del resultado en la calidad de los procesos empleados para producirlo. Parten de la premisa de que si los procesos son buenos y se siguen de forma consistente, el resultado será predeciblemente bueno. Son la "tesis" a la que la [[El manifiesto ágil|agilidad]] constituyó la "antítesis".


*El mismo sirvió como base para que se desarrollara el modelo SW-CMM (Capability Maturity Model for Software). En pocos años más se suman otros modelos, que complementaban al anterior:
== SW-CMM ==
*SE-CMM (System Engineering Capability Maturity Model)
*P-CMM  (People Capability Maturity Model)
*SA-CMM (Software Acquisition Capability Maturity Model)
*IPD-CMM (Integrated Product Development CMM)


Finalmente, a principios del 2000, éstos derivan en el modelo CMMI (Capability maturity model integration). El mismo:
El ''Capability Maturity Model for Software'' ([[CMM-SW]]) fue desarrollado por el SEI (Software Engineering Institute) de la Universidad Carnegie Mellon en los años ochenta. Define cinco niveles de madurez de los procesos de desarrollo de software: inicial, repetible, definido, gestionado y optimizado. Fue el primer modelo ampliamente adoptado para la mejora de procesos de software.


*Guía a las organizaciones en la mejora evolutiva, que va desde actividades inmaduras a procesos disciplinados y maduros.
== CMMI ==
*Describe prácticas para planificación, ingeniería, y procesos de gestión de negocio que pueden ayudar a alcanzar los objetivos relacionados a: costes, cronogramas, funcionalidad, calidad del producto y servicio.
*Ayuda a la organización en la medición y comparación de sus procesos de desarrollo, adquisición y servicio contra los valores actuales de la industria
*Provee una base para planificar las mejoras de procesos de negocio.


Aunque existen dos representaciones del modelo CMMI (continuo y por etapas) ambas permiten a la organización obtener la madurez de sus procesos, aunque siguiendo distintos caminos.
El [[CMMI]] (''Capability Maturity Model Integration'') es la evolución del SW-CMM. Integra múltiples modelos anteriores y amplía el alcance más allá del software. Mantiene la estructura de niveles de madurez del SW-CMM.


El método de evaluación utilizado por CMMI se denomina SCAMPI (Standard CMMI® Apprarisal Method for Process Improvement)
== Familia de normas ISO ==


==Familia de normas ISO==
* '''ISO 9000:''' sistema de gestión de calidad genérico, aplicable a cualquier industria.
Por otra parte ISO u Organización Internacional de Normalización (federación mundial de organismos nacionales de normalización) desarrolló distintas normas que colaboraron con las mejoras en la ingeniería de software.  
* '''ISO/IEC 12207:''' procesos del ciclo de vida del desarrollo, mantenimiento y operación de software.
* '''[[ISO 15504]]:''' (SPICE) evaluación y mejora de los procesos del ciclo de vida del software.


*ISO 90003: Esta norma internacional proporciona una guía a las organizaciones para la aplicación de la ISO 9001 para la adquisición, suministro, desarrollo, instalación y mantenimiento de software y servicios de soporte. La misma no cambia ni añade los requisitos de la ISO 9001.  No está destinada a ser utilizada como criterio de evaluación en la certificación del sistema de calidad, sino simplemente como una guía.
== SWEBOK ==


*ISO 9001 (Sistemas de Gestión de la Calidad): esta norma especifica los requisitos para un sistema de gestión de la calidad, cuando una organización: a) necesita demostrar su capacidad para proporcionar regularmente productos que satisfagan los requisitos del cliente y los legales y reglamentarios aplicables, y b) aspira a aumentar la satisfacción del cliente a través de la aplicación eficaz del sistema, incluidos los procesos para la mejora continua del sistema y el aseguramiento de la conformidad con los requisitos del cliente y los legales y reglamentarios aplicables. No es específica para la industria del software y se aconseja su uso en conjunto con ISO 90003.
El ''Software Engineering Body of Knowledge'' es una guía de las áreas de conocimiento de la ingeniería del software, publicada por IEEE Computer Society. No es un modelo de proceso sino una taxonomía de los conocimientos de la disciplina.


*[[ISO 15504]] (SPICE: Software Process Improvement Capability Determination): proporciona un marco de trabajo para la evaluación del proceso de software y establece los requisitos mínimos para realizar una evaluación que asegure la repetitividad y consistencia de las valoraciones obtenidas. El objetivo de la evaluación del proceso es conocer la capacidad de los procesos de una organización. Como resultado de una exitosa implementación de la evaluación de los procesos se determina la información que caracteriza los procesos evaluados y el punto hasta el cual los procesos realizan su propósito.
== En perspectiva ==


*ISO 12207 (Procesos del ciclo de vida del software): esta norma establece un marco de referencia común para los procesos del ciclo de vida del software, con una terminología bien definida a la que puede hacer referencia la industria del software. Contiene procesos, actividades y tareas para aplicar durante la adquisición de un sistema que contiene software, un producto de software puro o un servicio de software, y durante el suministro, desarrollo, operación y mantenimiento de productos de software. Esta norma incluye también un proceso que puede emplearse para definir, controlar y mejorar los procesos del ciclo de vida del software.
Los modelos basados en procesos fueron la respuesta inicial a la [[Crisis del software|crisis del software]] de los años sesenta y setenta. Su adopción masiva en los años ochenta y noventa generó organizaciones con procesos bien documentados pero con dificultades para adaptarse a contextos de alta incertidumbre de requisitos. La [[Espiral de conocimiento|espiral de conocimiento]] describe cómo la agilidad emergió como antítesis de estos modelos, no como sustituto universal.


==SWEBOK==
== Error frecuente ==


SWEBOK (Software Engineering Body of Knowledge), es un documento creado por la Software Engineering Coordinating Committee, promovido por la IEEE Computer Society, que se define como una guía al conocimiento presente en el área de la Ingeniería del Software. Supone un paso esencial hacia el desarrollo de la profesión porque representa un amplio consenso respecto a los contenidos de la disciplina.  
<div class="bok-aviso">
'''Creer que los modelos basados en procesos son incompatibles con la agilidad.''' Una organización puede tener procesos maduros (certificación ISO, CMMI) y trabajar con marcos ágiles. La tensión real no es entre procesos y agilidad, sino entre procesos rígidos que inhiben la adaptación y procesos que facilitan el trabajo sin impedir la mejora continua.
</div>


Está compuesto por 10 áreas de conocimiento:
== Véase también ==
*Requisitos de Software
 
*Diseño de Software
<div class="bok-tags">
*Construcción de Software
[[CMM-SW]] [[CMMI]] [[ISO 15504]] [[ITIL]] [[Crisis del software]] [[Espiral de conocimiento]] [[El manifiesto ágil]]
*Pruebas de Software
</div>
*Mantenimiento de Software
 
*Gestión de la configuración
<div class="bok-ecosistema">
*Gestión de la Ingeniería de Software
<div class="texto">
*Proceso de Ingeniería de Software
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
*Herramientas y métodos de la Ingeniería de Software
<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>
*Calidad del Software
</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:Glosario de términos]]
[[Category:Marcos y modelos]]

Latest revision as of 14:26, 15 May 2026

⏱ 3 min de lectura  ·  📅 Actualizado en 2026

Los modelos basados en procesos son marcos de gestión y mejora de la calidad del software que basan la calidad del resultado en la calidad de los procesos empleados para producirlo. Parten de la premisa de que si los procesos son buenos y se siguen de forma consistente, el resultado será predeciblemente bueno. Son la "tesis" a la que la agilidad constituyó la "antítesis".

SW-CMM

El Capability Maturity Model for Software (CMM-SW) fue desarrollado por el SEI (Software Engineering Institute) de la Universidad Carnegie Mellon en los años ochenta. Define cinco niveles de madurez de los procesos de desarrollo de software: inicial, repetible, definido, gestionado y optimizado. Fue el primer modelo ampliamente adoptado para la mejora de procesos de software.

CMMI

El CMMI (Capability Maturity Model Integration) es la evolución del SW-CMM. Integra múltiples modelos anteriores y amplía el alcance más allá del software. Mantiene la estructura de niveles de madurez del SW-CMM.

Familia de normas ISO

  • ISO 9000: sistema de gestión de calidad genérico, aplicable a cualquier industria.
  • ISO/IEC 12207: procesos del ciclo de vida del desarrollo, mantenimiento y operación de software.
  • ISO 15504: (SPICE) evaluación y mejora de los procesos del ciclo de vida del software.

SWEBOK

El Software Engineering Body of Knowledge es una guía de las áreas de conocimiento de la ingeniería del software, publicada por IEEE Computer Society. No es un modelo de proceso sino una taxonomía de los conocimientos de la disciplina.

En perspectiva

Los modelos basados en procesos fueron la respuesta inicial a la crisis del software de los años sesenta y setenta. Su adopción masiva en los años ochenta y noventa generó organizaciones con procesos bien documentados pero con dificultades para adaptarse a contextos de alta incertidumbre de requisitos. La espiral de conocimiento describe cómo la agilidad emergió como antítesis de estos modelos, no como sustituto universal.

Error frecuente

Creer que los modelos basados en procesos son incompatibles con la agilidad. Una organización puede tener procesos maduros (certificación ISO, CMMI) y trabajar con marcos ágiles. La tensión real no es entre procesos y agilidad, sino entre procesos rígidos que inhiben la adaptación y procesos que facilitan el trabajo sin impedir la mejora continua.

Véase también

CMM-SW CMMI ISO 15504 ITIL Crisis del software Espiral de conocimiento El manifiesto ágil

¿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=Modelos_basados_en_procesos&oldid=3862"