Transcript SP - PMB

Tema 09
Áreas de proceso CMMI – Nivel 3
Contenido del Tema 09

El Nivel de madurez 3 (Definido)

Institucionalización de un proceso definido

Nivel de madurez 3 y sus áreas de proceso relacionadas
El nivel de
madurez 3 Definido
3
Nivel de Madurez 3 - Definido.


Este nivel se construye sobre los cimientos de la gestión
de proyectos establecida en el nivel 2.

Los procesos de ingeniería se implantan con mayor efectividad.

La organización es más proactiva.

Se identifican y resuelven las necesidades de formación.
La organización dispone de un conjunto de procesos
estándares, que cada proyecto particular puede adaptar
en función de sus necesidades.
3
Institucionalización
de un proceso
“Definido”
Es un, proceso “Gestionado” siguiendo un proceso
“Definido”.
In
Out
La similitud entre proyectos permite estimar de manera más
uniforme los resultados esperados.
Nivel de madurez 3
y sus áreas de
proceso
relacionadas
Areas de Proceso en el Nivel de Madurez 3 - Definido.











Desarrollo de Requisitos (RD)
Solución Técnica (TS)
Integración del Producto (PI)
Verificación (VER)
Validación (VAL)
Enfoque en el Proceso Organizacional
(OPF)
Definición del Proceso Organizacional
(OPD) + IPPD
Entrenamiento Organizacional (OT)
Gestión Integrada del Proyecto (IPM) + IPPD
Gestión del Riesgo (RSKM)
Resolución y Análisis de Toma de
Decisiones (DAR)
1. Inicial
5. En
optimización
4. Gestionado
cuantitativamente
3. Definido
2. Gestionado
ML = Maturity level
(Nivel de Madurez)
Areas de Proceso en el Nivel de Madurez 3 - Definido.











Desarrollo de Requisitos (RD)
Solución Técnica (TS)
Integración del Producto (PI)
Verificación (VER)
Validación (VAL)
Enfoque en el Proceso Organizacional
(OPF)
Definición del Proceso Organizacional
(OPD) + IPPD
Entrenamiento Organizacional (OT)
Gestión Integrada del Proyecto (IPM) + IPPD
Gestión del Riesgo (RSKM)
Resolución y Análisis de Toma de
Decisiones (DAR)
1. Inicial
5. En
optimización
4. Gestionado
cuantitativamente
3. Definido
2. Gestionado
ML = Maturity level
(Nivel de Madurez)
Areas de proceso básicas de Gestión de procesos
Alta
Gerencia
OT
Objetivos
de Negocio
de la
Organización
OPF
OPF = Foco en Proceso Organizacional
OT = Entrenamiento Organizacional
OPD = Definición de Proceso Organizacional
Procesos
Estándares y
Otros Activos
OPD
Recursos y
Coordinación
+ IPPD
Procesos estándares
y otros Activos
Áreas de Proceso de
Gestión de Proyectos,
Soporte e Ingeniería
OPF – Enfoque en el Proceso
Organizacional.
El propósito del Enfoque en el Proceso Organizacional es planificar,
implementar y desplegar la mejora de procesos organizativa a
través de la comprensión de las fortalezas y debilidades actuales de
los procesos de la organización y de sus activos.
Metas
SG 1 Determinar Oportunidades de Mejora de Procesos
Se identifican periódicamente y cuando es necesario, las
fortalezas, debilidades y oportunidades de mejora para los
procesos de la organización
SG 2 Planificar e Implementar las Actividades de Mejora de
Procesos
Las acciones de los procesos que atienden mejoras de los
procesos organizacionales y activos de los procesos son
planeados e implementados.
OPF – Enfoque en el Proceso
Organizacional.
El propósito del Enfoque en el Proceso Organizacional es planificar,
implementar y desplegar la mejora de procesos organizativa a
través de la comprensión de las fortalezas y debilidades actuales de
los procesos de la organización y de sus activos.
Metas
SG 3 Desplegar activos de los procesos de la organización e
incorporar lecciones aprendidas
Los activos de procesos de la organización son desplegados a lo
largo de la organización y las experiencias relacionadas a
procesos (lecciones aprendidas) son incorporadas en los activos
de procesos organizacional.
Foco en Proceso Organizativo – Principales actividades.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Determinar
oportunidades de mejora
a procesos
 SP 1.1 Establecer necesidades organizativas de
procesos
 SP 1.2 Evaluar los procesos de la organización
 SP 1.3 Identificar oportunidades de mejora de
los procesos de la organización
 SP 2.1 Establecer planes de acción para
procesos
 SP 2.2 Implementar planes de acción para
procesos
SG 2 Planificar e
implementar
oportunidades de mejora
a procesos
SG 3 Desplegar activos
de los procesos de la
organización e
incorporar lecciones
aprendidas
 SP 3.1 Desplegar activos de procesos de la
organización
 SP 3.2 Desplegar procesos estándares
 SP 3.3 Monitorear implementación
 SP 2.4 Incorporar experiencias de procesos en
los activos de procesos de la organización
Foco en Proceso Organizativo – Relaciones entre metas.
Necesidades y
objetivos de
procesos
Iniciativas de
Mejora
Determinar
oportunidades
mejora a
procesos
Mejoras
seleccionadas
Activos
organizativos de
procesos
Planificar e
implementar
actividades de
mejora de
procesos
Fortalezas &
Debilidades
Desplegar activos de
los procesos de la
organización e
incorporar lecciones
aprendidas.
Agentes
relevantes
Ejemplo de Artefacto: Oportunidad de Mejora de Medición
Política de Mejora
de Procesos
xxxxxxxxxxxxx
xxxxxxxxxxxxx
xxxxx xxxx xx
xxxx xxxx xxxx
xxxx xxxx
OPD – Definición del Proceso
Organizacional.
El propósito de la Definición del Proceso Organizativo es
establecer y mantener un conjunto útil de activos de procesos de
la organización y estándares del entorno de trabajo.
OPD +
IPPD
Además del cubrir el propósito, también deberá
cubrir el establecimiento de reglas y guías de la
organización que permitan conducir el trabajo
usando equipos integrados.
OPD – Definición del Proceso
Organizacional.
El propósito de la Definición del Proceso Organizacional es
establecer y mantener un conjunto útil de activos de procesos de
la organización y estándares del entorno de trabajo.
Metas
+ IPPD
SG 1 Establecer Activos de Proceso de la Organización
Se establece y mantiene un conjunto de activos de proceso
organizativos (Procesos estándar, Descripciones de modelos
de ciclos de vida, Guías y criterios de adaptación, Repositorio
organizativo de mediciones, Biblioteca de activos de proceso
organizativos, etc).
SG 2 Habilitar gestión IPPD
La organización provee reglas y guías de la organización, las
cuales gobernarán las operaciones de los equipos integrados.
Definición del Proceso Organizacional – Actividades
principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Establecer activos de
proceso organizativos
 SP 1.1 Establecer procesos estándares
 SP 1.2 Establecer descripciones de modelos de ciclos
de vida
 SP 1.3 Establecer guías y criterios de adaptación
 SP 1.4 Establecer repositorio organizativo de
mediciones
 SP 1.5 Establecer biblioteca de activos de proceso
 SP 1.6 Establecer estándares del entorno del trabajo
 SP 2.1 Establecer mecanismos de delegación
 SP 2.2 Establecer reglas y guías para equipos
integrados
 SP 2.3 Balancear el equipo con las responsabilidades
de la organización
SG 2 Habilitar Gestión IPPD
Definición del Proceso Organizacional –
Relaciones entre metas.
Estándares de los
Procesos de la
Organización
Modelos de Ciclo
de Vida
Establecer
Activos de
Proceso de la
Organización
IPM
Guías de
adaptación
Repositorio
organizativo de
mediciones
Biblioteca de
activos de proceso
Estándares del
entorno del trabajo
OPF
Ejemplo de Artefacto: Guía de Adaptación
Proyectos de
mantenimiento
Guía de
Adaptación
Proyectos
chicos
Proyectos
medianos
Proyectos
grandes
OT – Entrenamiento Organizacional.
El propósito del Entrenamiento Organizacional es desarrollar
las habilidades y el conocimiento del personal, para que
puedan llevar a cabo sus roles de manera efectiva y eficiente.
Metas
SG 1 Establecer una Capacidad Organizativa de
Entrenamiento
Se establece y mantiene una capacidad de entrenamiento que
apoya los roles técnicos y gerenciales de la organización
SG 2 Proporcionar el Entrenamiento Necesario
Se proporciona el entrenamiento necesario para que los
individuos lleven a cabo sus roles con efectividad
Entrenamiento Organizacional – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Establecer una
capacidad organizativa
de entrenamiento
 SP 1.1 Establecer necesidades estratégicas de
formación
 SP 1.2 Determinar qué necesidades de
formación están bajo responsabilidad de la
organización
 SP 1.3 Establecer un plan organizativo de
formación
 SP 1.4 Establecer capacidad de formación
 SP 2.1 Impartir formación
 SP 2.2 Establecer registros de formación
 SP 2.3 Evaluar la efectividad de la formación
SG 2 Proporcionar el
entrenamiento
necesario
Entrenamiento Organizacional – Relaciones entre metas.
Establecer
capacidad
organizativa de
entrenamiento
Repositorio de
entrenamiento
Proporcionar el
entrenamiento
necesario
Ejemplo de Artefacto: Plan de Capacitaciones y Ficha de
Solicitud de Curso Organizacional (Interno)
Programador 1
Habilidades
Meta Actual
Comunicación
4
3
Trabajo en equipo
4
4
Diseño de
paginas web
3
3
Java
5
5
Areas de Proceso en el Nivel de Madurez 3 - Definido.











Desarrollo de Requisitos (RD)
Solución Técnica (TS)
Integración del Producto (PI)
Verificación (VER)
Validación (VAL)
Enfoque en el Proceso Organizacional
(OPF)
Definición del Proceso Organizacional
(OPD) + IPPD
Entrenamiento Organizacional (OT)
Gestión Integrada del Proyecto (IPM) + IPPD
Gestión del Riesgo (RSKM)
Resolución y Análisis de Toma de
Decisiones (DAR)
1. Inicial
5. En
optimización
4. Gestionado
cuantitativamente
3. Definido
2. Gestionado
ML = Maturity level
(Nivel de Madurez)
Áreas de proceso avanzadas de Gestión de proyectos
Modelos, Baselines, Objetivos de Desempeño de Procesos
Datos de Gestión Estadística
subprocesos para gestión
cuantitativa
Procesos estándares de la
organización
IPM
Datos de desempeño de proyectos
QPM
Exposición al riesgo
debido a procesos
inestables
Riesgos identificados
RSKM
+ IPPD
Áreas de Proceso de
Gestión de Procesos
Gestión de la
configuración,
verificación y datos
de integración
Guías y
reglas de
IPPD
Arquitectura de
Producto para
Equipos
estructurados
Áreas de Proceso de
Ingeniería y Soporte
IPM = Gestión Integrada del Proyecto
QPM = Gestión Cuantitativa del Proyecto
RSQM = Gestión de los Riesgos
Clasificación
de Riesgo
& Parámetros,
Estado
del riesgo,
Planes de
Mitigación,
y Acciones
Correctivas
Áreas de Proceso
Básicas de Gestión de
Proyectos
IPM – Gestión Integrada del Proyecto.
El propósito de la Gestión Integrada del Proyecto es establecer y
gestionar el proyecto y el involucramiento de los agentes
relevantes de acuerdo a un proceso definido e integrado que
esté adaptado del conjunto de procesos estándares de la
organización.
IPM +
IPPD
Además del cubrir el propósito, también deberá
cubrir el establecimiento de la visión compartida
del proyecto y de equipos integrados que deberán
cubrir las expectativas del proyecto.
IPM – Gestión Integrada del Proyecto.
El propósito de la Gestión Integrada del Proyecto es establecer y
gestionar el proyecto y el involucramiento de los agentes relevantes
de acuerdo a un proceso definido e integrado que esté adaptado del
conjunto de procesos estándares de la organización.
Metas
SG 1 Usar el Proceso Definido del Proyecto
El proyecto es conducido utilizando un proceso definido que ha sido
adaptado del conjunto de procesos estándares de la organización
SG 2 Coordinar y Colaborar con los Agentes Relevantes
El proyecto se coordina y colabora con los agentes relevantes.
+ IPPD
SG 3 Aplicar principios IPPD
El proyecto es gestionado usando principios IPPD.
Evolución de la Gestión de Proyectos.
Requisitos de la organización
Procesos estándares de
la organización
Lecciones
Aprendidas
Requisitos del cliente
Guías de
adaptación
Proceso definido del
proyecto
Proporciona la
base para
Gestión de proyectos de nivel 2
Plan de desarrollo del
proyecto
Gestión Integrada del Proyecto – Actividades principales (1)
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Usar el proceso
definido del proyecto
 SP 1.1 Establecer proceso definido del
proyecto
 SP 1.2 Usar activos organizativos para las
actividades de planificación de proyecto
 SP 1.3 Establecer el entorno del trabajo
 SP 1.4 Integrar planes
 SP 1.5 Gestionar proyecto usando planes
integrados
 SP 1.6 Contribuir a los activos de procesos
organizacionales
 SP 2.1 Gestionar el involucramiento de agentes
 SP 2.2 Gestionar dependencias
 SP 2.3 Resolver problemas de coordinación
SG 2 Coordinar y
colaborar con agentes
relevantes
Gestión Integrada del Proyecto – Actividades principales (2)
Meta específica (SG)
Prácticas específicas (SP)
SG 3 Aplicar principios
de IPPD
 SP 3.1 Establecer visión compartida del
proyecto
 SP 3.2 Establecer infraestructura de equipos
integrados
 SP 3.3 Asignar requerimientos a los equipos
integrados
 SP 3.4 Establecer equipos integrados
 SP 3.5 Asegurar la colaboración entre los
equipos integrados
Gestión Integrada del Proyecto – Relaciones entre metas.
Planes integrados
Actividades y
problemas de
colaboración
OPF
Usar el proceso
definido del
proyecto
Dependencias
críticas
documentadas
Problemas de
coordinación entre
agentes
OPD
Coordinar y
colaborar con
agentes relevantes
Interacción entre OPD e IPM.
Activos organizacionales
Organisation’s Set
Of Std. Processes
Arquitecturas
de procesos
OPD
Descripciones del
Modelo de Ciclo de Vida
Estándares del
Entorno de Trabajo
Guías de
adaptación
Repositorio de
Medidas
Organizacionales
Librería de activos
de procesos
organizacionales
IPM
Procesos definidos
del proyecto A
Procesos definidos
del proyecto B
Procesos definidos
del proyecto C
Plan de Proyecto
del Proyecto A
Plan de Proyecto
del Proyecto B
Plan de Proyecto
del Proyecto C
Entorno del proyecto
Integrando los proyectos…
Proyecto A
Proyecto B
Proyecto C
Proyecto n
Repositorio de Proyectos
Ejem.: Project Server 2007
RSKM – Gestión del Riesgo.
El propósito de la Gestión del Riesgo es identificar potenciales
problemas antes que ocurran, de manera que las actividades de
gestión del riesgo puedan ser planificadas y activadas a tiempo a
lo largo de la vida del producto o proyecto, para mitigar los
impactos adversos contra los objetivos a alcanzar.
Metas
SG 1 Preparar la Gestión del Riesgo
Se lleva a cabo la preparación de la gestión del riesgo
SG 2 Identificar y Analizar Riesgos
Se identifican y analizan riesgos, para determinar su
importancia
SG 3 Mitigar Riesgos
Se gestionan y mitigan los riesgos, cuando sea necesario,
para reducir los impactos adversos contra los objetivos a
alcanzar
Gestión del Riesgo – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Preparar gestión
del riesgo
 SP 1.1 Determinar fuentes y categorías de
riesgos
 SP 1.2 Determinar parámetros de riesgos
 SP 1.3 Establecer estrategia de mitigación de
riesgos
 SP 2.1 Identificar riesgos
 SP 2.2 Evaluar, categorizar y priorizar riesgos
SG 2 Identificar y
analizar riesgos
SG 3 Mitigar riesgos
 SP 3.1 Desarrollar planes de mitigación de
riesgos
 SP 3.2 Implantar planes de mitigación de
riesgos
Gestión del Riesgo – Relaciones entre metas.
Identificar y
analizar riesgos
Preparar la
gestión del riesgo
Repositorio
de riesgos
Mitigar riesgos
PP
Ejemplo de Artefacto: Registro de Riesgos
Nro
.
1
2
Descripción de
Riesgos
Categoría
Poca
disponibilidad de
recursos de los
participantes del
proyecto
Personal
Poco tiempo
para la
culminación del
Proyecto
Tiempo
Probab.
0.5
0.2
Impac
to
1
2
Severid
ad
Responsable
Respuesta al
Riesgo
Disparador
0.5
Guillermo
Yataco
Facilitar
recursos a los
participantes
(Internet,
pasajes, etc.)
Sobrecarga
horaria
0.4
Iván Salcedo
Guillermo
Yataco
Seguimiento
constante.
Elaborar Plan
de Contingencia
Desviaciones
fecha > 5%
1.5
Guillermo
Yataco
Comprometer a
los
participantes.
Convocatoria de
nuevos
participantes
Salida del
personal
1.5
Iván Salcedo
Jorge Zea
Capacitar a los
integrantes en
Gestión y en
Web
Errores
encontrados.
Personal
3
4
Salida del
personal
Poca experiencia
del personal
puede afectar la
calidad de los
productos
0.5
3
Personal
0.5
3
Contingencia
Areas de Proceso en el Nivel de Madurez 3 - Definido.











Desarrollo de Requisitos (RD)
Solución Técnica (TS)
Integración del Producto (PI)
Verificación (VER)
Validación (VAL)
Enfoque en el Proceso Organizacional
(OPF)
Definición del Proceso Organizacional
(OPD) + IPPD
Entrenamiento Organizacional (OT)
Gestión Integrada del Proyecto (IPM) + IPPD
Gestión del Riesgo (RSKM)
Resolución y Análisis de Toma de
Decisiones (DAR)
1. Inicial
5. En
optimización
4. Gestionado
cuantitativamente
3. Definido
2. Gestionado
ML = Maturity level
(Nivel de Madurez)
Areas de Proceso de Ingeniería.
REQM
REQM = Gestión de Requerimientos
RD = Desarrollo de Requerimientos
TS = Solución Técnica
PI = Integración del Producto
VER = Verificación
VAL = Validación
Requerimientos
Requerimientos de componentes y de producto
Soluciones
Alternativas
RD
TS
Componentes
de Producto
PI
Producto
Requerimientos
Componentes de Producto, entregables,
verificación y reportes de validación
VER
VAL
Necesidades del Usuario
Usuario
REQM
RD – Desarrollo de Requisitos.
Requerimientos
Requerimientos de componentes y de producto
Soluciones
Alternativas
RD
TS
Componentes
de Producto
PI
Producto
Requerimientos
Componentes de Producto, entregables,
verificación y reportes de validación
VER
VAL
Necesidades del Usuario
El propósito del Desarrollo de Requisitos es producir y analizar
los requisitos del cliente, del producto, y de los componentes del
producto.
Metas
SG 1 Desarrollar Requisitos del Cliente
Se identifican las necesidades, expectativas, restricciones e
interfaces de los agentes afectados, y se transforman en
requisitos del cliente
SG 2 Desarrollar Requisitos del Producto
Los requisitos del cliente son refinados y elaborados, para
desarrollar los requisitos del producto y de sus componentes
SG 3 Analizar y Validar Requisitos
Se analizan y validan los requisitos, y se desarrollar una
definición de la funcionalidad requerida
Usuario
Desarrollo de Requisitos – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Desarrollar
Requerimientos de
Cliente
 SP 1.1 Reunir necesidades
 SP 1.2 Desarrollar los requerimientos de cliente
SG 2 Desarrollar
Requerimientos de
Producto
 SP 2.1 Establecer requerimientos de producto y de
componente de producto
 SP 2.2 Asignar los requerimientos de componentes de
producto
 SP 2.3 Identificar requerimientos de interfaces
SG 3 Analizar y Validar
Requerimientos
 SP 3.1 Establecer escenarios y conceptos
operacionales
 SP 3.2 Establecer una definición de funcionalidad
requerida
 SP 3.3 Analizar requerimientos
 SP 3.4 Analizar requerimientos para lograr balance
 SP 3.5 Validar requerimientos
Desarrollo de Requisitos – Relaciones entre metas.
Necesidades de
los stakeholders
Desarrollar
Requisitos
de Cliente
Requerimientos
de Clientes
Desarrollar
Requisitos
de Producto
Requerimientos
de Producto, de
Componentes de Producto,
y de Interfaces
Analizar y
Validar
Requisitos
Requerimientos
Validados
Desarrollando los Requisitos…
Existen herramientas que nos ayudan a
desarrollar los requisitos…
Ejem.: RequisitePro de IBM
REQM
TS – Solución Técnica.
Requerimientos
Requerimientos de componentes y de producto
Soluciones
Alternativas
RD
TS
Componentes
de Producto
PI
Producto
Requerimientos
Componentes de Producto, entregables,
verificación y reportes de validación
VER
VAL
Necesidades del Usuario
El propósito de la Solución Técnica es diseñar, desarrollar e
implantar soluciones a los requisitos. Las soluciones, los diseños
y las implantaciones incluyen productos, componentes , y
procesos relacionados del ciclo de vida.
Metas
SG 1 Seleccionar Soluciones para Componentes del
Producto
Se seleccionan soluciones para el producto o sus componentes,
entre soluciones alternativas
SG 2 Desarrollar el Diseño
Se desarrolla el diseño del producto o sus componentes
SG 3 Implantar el Diseño del Producto
Se implanta, a partir de los diseños, los componentes del
producto y la documentación de apoyo asociada
Usuario
Solución Técnica – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Seleccionar
soluciones para los
componentes del
producto
 SP 1.1 Desarrollar soluciones alternativas y criterio de
selección
 SP 1.2 Seleccionar soluciones a los componentes del
producto
SG 2 Desarrollar el
diseño
 Desarrollar un diseño para el producto o componentes
de producto
 Establecer un paquete de datos técnicos
 Diseñar las interfaces usando criterios
 Evaluar si los componentes de producto deben
desarrollarse, comprarse o reusarse usando un criterio
establecido
 SP 3.1 Implementar el diseño
 SP 3.2 Desarrollar la documentación de soporte del
producto
SG 3 Implementar el
diseño del producto
Solución Técnica – Relaciones entre metas.
Requerimientos
Validados
Seleccionar Soluc.
de Componentes
de Producto
RD
Desarrollar el
Diseño
Criterios de Evaluación
y Diseños Alternativos
Implementar
Diseño del Producto
Diseño Detallado
y Documentación
Producto
Entregado
Ejemplo de Artefacto: … Soluciones alternativas en el
Documento Técnico
REQM
PI – Integración de Producto.
Requerimientos
Requerimientos de componentes y de producto
Soluciones
Alternativas
RD
TS
Componentes
de Producto
PI
Producto
Requerimientos
Componentes de Producto, entregables,
verificación y reportes de validación
VER
VAL
Necesidades del Usuario
El propósito de la Integración de Producto es ensamblar el
producto a partir de sus componentes, asegurar que el producto
funciona apropiadamente, y entregar el producto.
Metas
SG 1 Preparar la Integración del Producto
Se lleva a cabo la preparación de la integración del producto
SG 2 Asegurar la Compatibilidad de Interfaces
Las interfaces entre componentes, tanto internas como
externas, son compatibles
SG 3 Ensamblar los Componentes y Entregar el Producto
Los componentes verificados son ensamblados y el producto
integrado, verificado y validado, es entregado
Usuario
Integración de Producto – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Prepararse para la
Integración de Producto
 SP 1.1 Determinar la secuencia de integración
 SP 1.2 Establecer el ambiente de integración del
producto
 SP 1.3 Establecer los criterios y procedimientos de
integración del producto
 SP 2.1 Revisar si las descripciones de las interfaces
están completas
 SP 2.2 Gestionar las interfaces
SG 2 Asegurarse la
Compatibilidad de las
Interfaces
SG 3 Ensamblar los
Componentes y Entregar el
Producto
 SP 3.1 Confirmar si los componentes del producto
están listos para la integración
 SP 3.2 Ensamblar los componentes de producto
 SP 3.3 Evaluar los componentes de producto
ensamblados
 SP 3.4 Empaquetar y entregar el producto o
componente de producto
Integración de Producto – Relaciones entre metas.
DAR
Asegurar la
Compatibilidad
de las Interfases
Prepararse para la
Integración de
Producto
Partes
Solución
Técnica
Ensamblar
Componentes de
Producto y Entregar
el Producto
Product
Subpartes
Ejemplo de Artefacto: Solicitud de Integración de
Aplicativo
REQM
VER – Verificación.
Requerimientos
Requerimientos de componentes y de producto
Soluciones
Alternativas
RD
TS
Componentes
de Producto
PI
Producto
Requerimientos
Componentes de Producto, entregables,
verificación y reportes de validación
VER
VAL
Necesidades del Usuario
El propósito de la Verificación es asegurar que los entregables
seleccionados cumplen con sus requerimientos especificados.
Metas
SG 1 Preparar la Verificación
Se lleva a cabo la preparación de la verificación
SG 2 Realizar Peer Reviews
Se realizarán Peer Reviews para subproductos seleccionados
SG 3 Verificar Subproductos seleccionados
Se verifican los subproductos seleccionados frente a sus
requerimientos especificados
Usuario
Verificación – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Prepararse para
Verificación
 SP 1.1 Seleccionar entregables para verificación
 SP 1.2 Establecer el ambiente de verificación
 SP 1.3 Establecer los criterios y procedimientos
de verificación
SG 2 Realizar
Revisiones de Pares
 SP 2.1 Preparar las revisiones de pares
 SP 2.2 Llevar a cabo las revisiones de pares
 SP 2.3 Analizar los datos de las revisiones de
pares
SG 3 Verificar
Entregables
seleccionados
 SP 3.1 Realizar la verificación
 SP 3.2 Analizar los resultados de la verificación e
identificar acciones correctivas
Verificación – Relaciones entre metas.
Prepararse para la
verificación
Realizar Revisiones
de Pares
Plan de
Verificación
Acciones
Correctivas
Verificar entregables
seleccionados
Ejemplo de Artefacto: Reporte de Revisión de Pares
REQM
VAL – Validación.
Requerimientos
Requerimientos de componentes y de producto
Soluciones
Alternativas
RD
TS
Componentes
de Producto
PI
Producto
Requerimientos
Componentes de Producto, entregables,
verificación y reportes de validación
VER
VAL
Necesidades del Usuario
El propósito de la Validación es demostrar que el producto o sus
componentes funcionan adecuadamente cuando es instalado en el
entorno previsto.
Metas
SG 1 Preparar la Validación
Se lleva a cabo la preparación de la validación
SG 2 Validar el Producto o Componentes
El producto o sus componentes son validados para asegurar
que pueden ser utilizados adecuadamente en el entorno de
producción previsto
Usuario
Validación – Actividades principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Prepararse para
Validación
 SP 1.1 Seleccionar entregables para validación
 SP 1.2 Establecer el ambiente de validación
 SP 1.3 Establecer los criterios y procedimientos
de validación
SG 2 Validar Producto o
Componentes de
Producto
 SP 2.1 Realizar la validación
 SP 2.2 Analizar los resultados de la validación
Validación – Actividades principales.
-
Requerimientos de Usuario
Requerimientos de Producto
Productos
Validación de Requerimientos
Validar Producto o
Componentes de Producto
Solución
Técnica
Prepararse
para Validación
- Plan de Validación de Requerimientos
- Plan de Validación del Producto
- Requerimientos de Soporte y de Proceso
- Conformidad
- Deficiencias
Ejemplo de Artefacto: Reporte de Validación
Verificación vs. Validación.
Requisitos
software
Planes de prueba
Software
Documentos
de diseño
VERIFICACIÓN
Ingeniería
¿Hemos construido el software
correctamente?
SQA
Requisitos
de Usuario
Sistema Software
Pruebas de aceptación
Manual de Usuario
VALIDACIÓN
Cliente
Usuario
¿Hemos construido el software
correcto?
Areas de Proceso en el Nivel de Madurez 3 - Definido.











Desarrollo de Requisitos (RD)
Solución Técnica (TS)
Integración del Producto (PI)
Verificación (VER)
Validación (VAL)
Enfoque en el Proceso Organizacional
(OPF)
Definición del Proceso Organizacional
(OPD) + IPPD
Entrenamiento Organizacional (OT)
Gestión Integrada del Proyecto (IPM) + IPPD
Gestión del Riesgo (RSKM)
Resolución y Análisis de Toma de
Decisiones (DAR)
1. Inicial
5. En
optimización
4. Gestionado
cuantitativamente
3. Definido
2. Gestionado
ML = Maturity level
(Nivel de Madurez)
Areas de proceso avanzadas de Soporte
CAR = Análisis Causal y Solución
DAR = Análisis de Decisiones y Solución
CAR
Todas las áreas de
proceso
DAR
DAR – Resolución y Análisis de Toma de
Decisiones.
El propósito del Resolución y Análisis de Toma de Decisiones es
analizar decisiones posibles utilizando un proceso de evaluación
formal, que evalúa alternativas siguiendo criterios establecidos.
Metas
SG 1 Evaluar Alternativas
Las decisiones se basan en la evaluación de alternativas,
utilizando criterios establecidos
Aplicación de DAR:
 Deberían establecerse guías documentadas para los procesos de
evaluación formales.
 Las guías a menudo sugieren que se usen procesos de evaluación
formales cuando los asuntos tienen riesgos medios/altos o cuando
afectan la capacidad del proyecto para conseguir sus objetivos.
Resolución y Análisis de Toma de Decisiones – Actividades
principales.
Meta específica (SG)
Prácticas específicas (SP)
SG 1 Evaluar
Alternativas
 SP 1.1 Establecer guías para análisis de
decisiones
 SP 1.2 Establecer criterios de evalucación
 SP 1.3 Identificar soluciones alternativas
 SP 1.4 Seleccionar métodos de evaluación
 SP 1.5 Evaluar alternativas
 SP 1.6 Seleccionar soluciones
Resolución y Análisis de Toma de Decisiones – Relaciones
entre metas.
Evaluar alternativas
Otras
PAs
Establecer
guías para
análisis de
decisiones
Establecer
criterios de
evaluación
Identificar
soluciones
alternativas
Seleccionar
métodos de
evaluación
Guías
Criterios
Alternativas
propuestas
Métodos
Seleccionar
soluciones
Evaluar
alternativas
Algunos ejemplos que pueden beneficiarse de DAR.

Comité semanal de necesidades/requerimientos

Planificación de necesidades/requerimientos

Selección de proyectos y requerimientos a ser revisados
por QA

Decisiones sobre tercerización/adquisiciones

Selección de proveedores/paquetes

Revisión de estado de proyecto y toma de decisiones
cuando hay desviaciones significativas

Pases a producción/despliegues/releases

Certificación: decisiones sobre el alcance y cobertura de
pruebas, al integrar múltiples aplicaciones

Selección de arquitectura técnica a crear/utilizar

Clínica de una aplicación

……………
IPPD
I. Desarrollo Integrado de Producto y Proceso (IPPD)
 Los modelos CMMI describen IPPD como:
“…. un enfoque sistemático para el desarrollo de productos que consigue una
colaboración a tiempo de los agentes relevantes a lo largo del ciclo de vida del
producto, para satisfacer mejor las necesidades del cliente, bajo el concepto de –
entregable – (work product) …”.
 IPPD es una manera de gestionar el negocio:
 Se emplea como una adición a la constelación Development.
 En el modelo CMMI hay:
 Dos áreas específicas de proceso:
•
•
Definición del Proceso Organizacional (OPD)
Gestión Integrada del Proyecto (IPM)
Visión General del IPPD
OPD
+ IPPD
Énfasis
organizacional
IPM
+ IPPD
Énfasis a nivel de
proyecto
Conceptos Fundamentales de IPPD
 Las áreas de proceso y metas IPPD
añaden los siguientes conceptos:
 Uso efectivo de equipos de desarrollo
multidisciplinarios y multifuncionales
(cross-functional)
 Compromiso con el liderazgo
 Asignación y delegación apropiada de
la toma de decisiones
 Estructura organizacional que
recompensa el desempeño en equipo
Conceptos críticos de IPPD
 Los siguientes conceptos están incluidos
en las prácticas SE/SW del modelo:
 Énfasis en las necesidades del cliente
durante el desarrollo del producto y el
proceso
 Colaboración apropiada y oportuna de
todos los stakeholders relevantes
 Identificación continua y proactiva y
gestión del riesgo
 Énfasis en medición y mejora de los
procesos para desarrollar y entregar el
producto
Que tal un vistazo del CMMI, pero integral ….
Áreas de Proceso (CMMI v1.2 DEV + IPPD)
Organizational Innovation & Deployment (OID)
Causal Analysis and Resolution (CAR)
ML3
ML2
PA
ML 1
PA
Proceso
PA
GESTIÓN DE PROCESOS
Organización
OPF, OPD + IPPD,
OT, OPP, OID
Maturity Level 4 OPP, QPM
G.PROYE
CTOS
Maturity Level 5 OID, CAR
PP, PMC, SAM, IPM + IPPD,
RSKM, QPM
INGENIER
ÍA
REQM, RD, TS, PI,
VER, VAL
Maturity Level 3 RM, TS, PI,
VER, VAL, OPF, OPD, OT, IPM,
RSKM, DAR
Maturity Level 2 REQM, PP,
PMC, MA, PPQA, CM, SAM
APOYO
Requirements Management (REQM)
Project Planning (PP)
Project Monitoring and Control (PMC)
Supplier Agreement Management (SAM)
Measurement and Analysis (MA)
Process and Product Quality Assurance (PPQA)
Configuration Management (CM)
ML4
Capability
ML5
Organizational Process Performance (OPP)
Quantitative Project Management (QPM)
Requirements Development (RD)
Technical Solution (TS)
Product Integration (PI)
Verification (VER)
Validation (VAL)
Organizational Process Focus (OPF)
Organizational Process Definition (OPD) + IPPD
Organizational Training (OT)
Integrated Project Management (IPM) + IPPD
Risk Management (RSKM)
Decision Analysis and Resolution (DAR)
Continuo
Staged
CM, PPQA, MA, CAR, DAR
Dinámica Nro. 012
Identificando artefactos, evidencias y/o elementos de las Prácticas
Específicas (SP), de las Metas Específicas (SG), en una
organización que está evaluándose para alcanzar el Nivel de
Madurez 2.
Preguntas?.