Cmmi Acq2 2014 PDF

CMMI for Acquisition v1.
Eduardo Gngora
Especializacin en Construccin de Software
Universidad de los Andes

- Uniandes 1
Definiciones
CMMI es un framework que permite

seleccionar, de acuerdo con unos criterios,
un modelo de mejoramiento de procesos
adecuado para una organizacin

- Uniandes 2
Componentes del modelo
reas de proceso
Objetivos especficos
Prcticas especficas
Objetivos genricos
Prcticas genricas
Productos intermedios tpicos
Sub prcticas

- Uniandes 3
Areas de Proceso
22 reas de proceso
Organizadas en 4 niveles
Organizadas en 4 tipos de procesos (temas-
areas de conocimiento)

- Uniandes 4
Areas de Proceso
CMMI
High Maturity
Organizational
Processes
Processes
Project Support
Processes Processes

- Uniandes 5
Areas de Proceso
Organizational Processes
Organizational Process Focus
Organizational Process Definition
Organizational Training

- Uniandes 6
Areas de Proceso
Organizational Processes
Organizational Process Focus ( evaluar procesos
fortalezas debilidades mejora lecciones aprendidas - plan de accin)
Organizational Process Definition ( standard de

procesos repositorio )
Organizational Training ( gestin recurso humano
competencias habilidades capacitacin tcnica en IT)

- Uniandes 7
Areas de Proceso
Project Processes
Gestin de Proyectos
Project Planning
Requirements Management
Project Monitoring and Control
Integrated Project Management
Risk Management
Supplier and Solicitation Agreement Development
Agreement Management
Ingeniera de Adquisiciones
Acquisition Requirements Development
Acquisition Technical Management
Acquisition Verification
Acquisition Validation

- Uniandes 8
Areas de Proceso
Project Processes
Gestin de Proyectos
Project Planning (Plan del Proyecto)
Requirements Management (matriz trazabilidad, control de cambios)
Project Monitoring and Control ( reportes de control de ejecucin valor ganado)
Integrated Project Management ( control integral triple restriccin)
Risk Management ( plan de riesgos)
Supplier and Solicitation Agreement Development ( contrato sla)
Agreement Management (seguimiento sla)
Ingeniera de Adquisiciones
Acquisition Requirements Development ( formalizacin requerimientoscontrato)
Acquisition Technical Management ( pruebas formales solucin tcnica arquitectura de la
solucin)
Acquisition Verification ( contrato sla requerimientos - peer reviews)
Acquisition Validation ( requerimientos area usuaria prototipos)
- Uniandes 9
Areas de Proceso
High Maturity Processes

Organizational Process Performance
Quantitative Project Management
Causal Analysis and Resolution
Organizational Innovation and Deployment

- Uniandes 10
Areas de Proceso
High Maturity Processes

Organizational Process Performance (lnea base
indicadores (objetivos defectos supplier perfomances))
Quantitative Project Management ( aseguramiento de

calidad - reporte de esfuerzos manejo de incidentes problemas
atencin de cliente anlisis estadstico)
Causal Analysis and Resolution ( identificar causas y

defectos analisis predictivo y preventivo) fishbone diagrams)
Organizational Innovation and Deployment ( mejora
incremental procesos estables anlisis de causa efecto)

- Uniandes 11
Areas de Proceso
Support Processes
Configuration Management
Process and Product Quality Assurance
Measurement and Analysis
Decision Analysis and Resolution

- Uniandes 12
Areas de Proceso
Support Processes
Configuration Management (control de cambios linea
base de configuracin, sw datos)
Process and Product Quality Assurance ( auditorias
reportes de no-cumplimiento acciones correctivas tendencias)
Measurement and Analysis ( definicin obtencin
mantenimiento ( datos -reportes de desempeo calidad))
Decision Analysis and Resolution ( evaluacin formal
proveedores soluciones - benchmarking, costo-beneficio
investigaciones)

- Uniandes 13
Relacin entre reas de proceso

- Uniandes 14
Areas Claves de Proceso- Nivel 2
1. Agreement Management
2. Acquisition Requirements Development
3. Configuration Management
4. Measurement and Analysis
5. Solicitation and Supplier Agreement
Development
6. Project Planning
7. Project Monitoring and Control
8. Process and Product Quality Assurance
9. Requirements Management
- Uniandes 15
1. Acquisition Technical Management
2. Acquisition Verification
3. Acquisition Validation
4. Decision Analysis and Resolution
5. Risk Management
6. Integrated Project Management
7. Organizational Training
8. Organizational Process Definition
9. Organizational Process Focus

- Uniandes 16
1. Quantitative Project Management

2. Organizational Process Performance

- Uniandes 17
1. Causal Analysis and Resolution

2. Organizational Innovation and Deployment

- Uniandes 18
Definiciones
Dos representaciones:
Escalonada (Niveles de madurez)
Continua (Niveles de capacidad)

- Uniandes 19
Niveles de madurez
Nivel Madurez Descripcin
o Los procesos se ejecutan y cumplen sus objetivos de manera ad-hoc
ML 1 Inicial o Se depende del herosmo del recurso humano
o Las prcticas de administracin generalmente no son efectivas
o La administracin se realiza con mayor disciplina
o Se establecen y se implementan las polticas organizacionales
ML 2 Administrado o Se documentan los planes y los proyectos
o Las responsabilidades son definidas y asignadas
o La gerencia conoce el estado de las actividades y productos de trabajo
o La organizacin cuenta con procesos estandarizados
o La organizacin se vuelve proactiva
o Los procesos estn descritos en estndares, procedimientos, herramientas y
ML 3 Definido mtodos
o La rigurosidad y detalle de los procesos es mayor
o Las mtricas miden procesos comparables y usados consistentemente en todos
los proyectos
o El comportamiento del proceso es predecible y comprendido cuantitativamente
o Existen bases cuantitativas para la toma de decisiones
Administrado o Se utilizan mtodos estadsticos en los proyectos
ML 4
cuantitativamente o Se establecen objetivos cuantitativos
o Se almacena las mediciones detalladas del rendimiento de los procesos
o Se identifican causas de variacin de los procesos para remover sus orgenes
o Los anlisis permiten discernir las causas comunes de la variabilidad en los
procesos
o Los procesos son el objetivo de las actividades de mejora
ML 5 Optimizado
o El enfoque es la mejora continua de procesos, cuantitativa y cualitativamente
o La organizacin obtiene la capacidad de cambiar manteniendo el impacto bajo
control

- Uniandes 20
Niveles de capacidad
Nivel Capacidad Descripcin
o Los procesos no se realizan o se ejecutan parcialmente
CL 0 Incompleto
o No se tienen procesos institucionalizados
o Se tienen procesos que satisfacen metas especficas
CL 1 Ejecutado
o No hay institucionalizacin de procesos
o Es un "proceso ejecutado" que se planea y ejecuta de acuerdo con una poltica,
utiliza personas entrenadas con los recursos adecuados para obtener salidas
CL 2 Administrado controladas, involucra los stakeholders relevantes
o Los procesos son monitoreados, controlados y revisados.
o Se evala la adherencia a la descripcin del proceso
o Es un "proceso administrado" que es adaptado del conjunto estndar de
procesos de la organizacin de acuerdo con guas definidas
o Se describen con rigurosidad los objetivos, las entradas y criterios de inicio, las
CL 3 Definido
actividades, roles, mediciones y verificaciones y las salidas y criterios de
terminacin
o Los procesos son administrados de manera proactiva
o Es un "proceso definido" que es controlado usando tcnicas cuantitativas
Administrado
CL 4 o Se establecen objetivos cuantitativos para la calidad y el desempeo de los
cuantitativamente
procesos
o Es un "proceso administrado cuantitativamente" que se mejora continuamente
teniendo en cuenta las causas comunes de variacin inherentes al procesos
CL 5 Optimizado
o El objetivo es mejorar continuamente el desempeo de los procesos a travs de
mejoras incrementales o innovadoras.
Tabla Error! No hay texto con el estilo especificado en el documento.-1. Descripcin de las caractersticas de cada Nivel
de Capacidad.

- Uniandes 21
Nivel de Madurez vs Nivel de capacidad

- Uniandes 22
Nivel de Madurez vs Nivel de capacidad

- Uniandes 23
Objetivos Genricos evaluados en el ejemplo
Objetivos Genricos:
GG1 Lograr los Objetivos Especficos
GP 1.1 Realizar las Prcticas Especficas
GG2 Institucionalizar un Proceso Administrado
GP 2.1 Establecer una Poltica Organizacional
GP 2.2 Planear el Proceso
GP 2.3 Proveer Recursos
GP 2.4 Asignar responsabilidades
GP 2.5 Capacitar las personas
GP 2.6 Gestionar las configuraciones
GP 2.7 Identificar e Involucrar los stakeholders
GP 2.8 Monitorear y controlar el proceso
GP 2.9 Evaluar la adherencia objetivamente
GP 2.10 Revisar el estado con la alta gerencia
GG3 Institucionalizar un Proceso Definido
GP 3.1 Establecer un proceso definido
GP 3.2 Recolectar informacin para mejorar
GG4 Institucionalizar un Proceso Administrado Cuantitativamente
GP 4.1 Establecer objetivos cuantitativos del proceso
GP 4.2 Estabilizar el desempeo del proceso
GG5 Institucionalizar un Proceso Optimizado
GP 5.1 Asegurar la mejora continua del proceso
GP 5.2 Corregir las causas raz de los problemas

- Uniandes 24
Objetivos especficos
Aplican a un rea de proceso

Describe lo que debe ser implementado
para satisfacer el rea de proceso
Son componentes requeridos en el
modelo, significa que con base en estos
objetivos se hace la valoracin de si se
satisface el rea o no.
Puede haber objetivos especficos de
diferentes niveles de capacidad
- Uniandes 25
SCAMPI Caractersticas de la evaluacin
Objetivo Explicacin
Las mediciones son confiables y reflejan la madurez/capacidad de la
Precisin organizacin, son comparables con otras organizaciones y permiten
identificar fortalezas y debilidades de la compaa evaluada.
Es probable que los resultados y hallazgos de una evaluacin sean
Repetible consistentes con otras evaluaciones independientes realizadas bajo
condiciones similares.
Efectividad El mtodo es eficiente en trminos de horas-hombre utilizadas para
costo/recursos planear, preparar y ejecutar la evaluacin.
Los resultados de la evaluacin son tiles para que los patrocinadores y/o
Usabilidad interesados en la evaluacin puedan tomar decisiones. Estas pueden ser
usadas para mejora de procesos, seleccin de proveedores o monitoreo.
El SCAMPI A es un mtodo Clase A que cumple con todos los
Cumplimiento ARC
requerimientos del Appraisal Requirements for CMMI (ARC).

- Uniandes 26
Usabilidad de SCAMPI
Internal Process Improvement

Organizations use appraisals to appraise internal processes, generally to either
baseline their capability/maturity level(s), to establish or update a process
improvement program, or to measure progress in implementing such a
program. Applications include measuring process improvement progress,
conducting process audits, focusing on specific domains or product lines,
appraising specific parts of the organization, and preparing for external
customer-led appraisals. In this manner, SCAMPI A appraisals supplement
other tools for implementing process improvement activities.

- Uniandes 27
Supplier Selection
Results are used in characterizing the process-related risk of awarding a
contract to a supplier. The appraisal results are typically only one criterion
among many used to select suppliers. Results are often used as a baseline in
subsequent process monitoring with the selected supplier.

- Uniandes 28
Process Monitoring
Appraisal methods are also used in monitoring processes (e.g., after contract
award, by serving as input for an incentive/award fee decision or a risk
management plan). The appraisal results are used to help the sponsoring
organization tailor its contract or process monitoring efforts by allowing it to
prioritize efforts based on the observed strengths and weaknesses of the
supplying organizations processes. This usage mode focuses on a long-term
teaming relationship between the sponsoring organization and the development
organization (i.e., buyer and supplier).

- Uniandes 29
Clases de evaluacin. Cumplimiento con CMMI
ARC- Appraisal Requirements
Caracterstica Clase A Clase B Clase C

Cantidad de evidencia
Alta Media Baja
requerida
Cubrimiento a nivel de
Requerido No requerido No requerido
unidades organizacionales
Calificacin generada Permitido No permitido No permitido
Recursos necesarios Alta Media Baja
Tamao del equipo

Grande (Mnimo 4) Medio (Mnimo 2) Pequeo (Mnimo 1)
evaluador
Documentacin y Documentacin y Documentacin y
Tipos de evidencia
entrevistas entrevistas entrevistas
Requerimientos del lder de Evaluador Persona capacitada Persona capacitada
la evaluacin autorizado por el SEI y con experiencia y con experiencia

- Uniandes 30
SCAMPI Phases
31
SCAMPI Phase - Details
32
Calificacin de acuerdo con el mtodo
SCAMPI A
El evaluador debe caracterizar (calificar) el cumplimiento de las Prcticas

sugeridas por el modelo de acuerdo con la evidencia recolectada. Para
caracterizar las prcticas debe definir cul es la evidencia objetiva de
Implementacin de Prcticas objeto de evaluacin y evaluar el
cumplimiento de estos para cada una de las instancias definidas

- Uniandes 33
The SCAMPI A method provides for the collection and analysis of
data from the following types of objective evidence:
artifacts - a tangible form of objective evidence indicative of work being

performed that represents either the primary output of a model practice
or a consequence of implementing a model practice. These artifacts
may include organizational policies, meeting minutes, review results, or
other implementation-level work products. Sufficient artifacts demonstrating
and corroborating that the work is being done are necessary to verify the
implementation of associated model practices.
affirmations - an oral or written statement confirming or supporting

implementation (or lack of implementation) of a model practice provided by
the implementers of the practice, provided via an interactive forum in which
the appraisal team has control over the interaction. These statements are
typically collected using interviews, demonstrations, questionnaires,
or other means. Note that negative affirmations confirming the lack of
implementation of a practice are possible.

- Uniandes 34
Using multiple data-gathering mechanisms improves the teams

depth of understanding and enables corroboration of the data. An
over-reliance on one type of objective evidence or another is
undesirable. Too much dependence on artifacts could result in the
perception that the appraisal was a paper review (i.e. a cursory
examination of prepared documents) and not truly indicative of
organizational and/or project behavior. An over-reliance on
affirmations could be criticized as not truly objective or repeatable.

- Uniandes 35
The extent to which objective evidence is judged appropriate to determine

a given practice is implemented (or not implemented) will vary according to
the context in which the process is implemented, and influenced by factors
such as size, organizational culture, application domain, customer market,
and so on. For example, the level of detail necessary for a work breakdown
structure will differ widely for a one-person, two-week maintenance effort as
opposed to a 100-person, multi-year, and mission-critical development of a
new product.

- Uniandes 36
SCAMPI Conduct Appraisal
37
Calificacin de acuerdo con el
mtodo SCAMPI A a nivel de instancia
Caracterizacin Significado
Totalmente Uno o ms artefactos directos estn presentes

implementada (FI) Al menos un artefacto indirecto o afirmacin confirma la implementacin
No se detectaron debilidades o deficiencias
Ampliamente Uno o ms artefactos directos estn presentes

Implementada (LI) Al menos un artefacto indirecto o afirmacin confirma la implementacin
Una o ms debilidades o deficiencias fueron detectadas
Uno o ms artefactos directos estn presentes
Aunque no fueron detectados artefactos indirectos o afirmaciones que
confirmen la implementacin
Parcialmente
O
implementada (PI)
Los artefactos directos no estn presentes
los artefactos indirectos o afirmaciones sugieren que algunos aspectos de la
prctica fueron implementados
Los artefactos directos no estn presentes
No implementada (NI) No hay mas evidencia que soporte la implementacin
No an (NY) La implementacin de la prctica no aplica para el proyecto evaluado

- Uniandes 38
Calificacin de acuerdo con el mtodo SCAMPI A a nivel de
Unidad
Instanciaciones Caracterizacin Resultado

Todas son caracterizadas como FI o NY con al menos un FI FI
Todas son caracterizadas como LI, FI o NY con al menos un LI LI
Hay al menos un LI o FI y un PI o NI LI o PI (a criterio del evaluador)
Todos son caracterizadas como PI, NI o NY con al menos un PI PI
Todos son caracterizadas como NI o NY con al menos un NI NI
Todas son caracterizadas como NY NY

- Uniandes 39
PA Rating
Calificacin Resultado Descripcin

Si las prcticas asociadas no fueron caracterizadas
No Evaluado (NR) Si las prcticas asociadas fueron caracterizadas como NY
Si el alcance de la evaluacin no cubra la evidencia de las prcticas asociadas
Todas las prcticas son caracterizadas como Ampliamente Implementadas (LI)
o como Totalmente Implementadas (TI)
Satisfecho (S)
Las debilidades identificadas en el objetivo no representan un impacto
negativo para el logro del objetivo
Si el equipo de la evaluacin considera que hay debilidades considerables
Insatisfecho (U) Se tiene al menos una prctica No Implementada (NI) o Parcialmente
Implementada (PI)

- Uniandes 41
Calificacin de acuerdo con el
mtodo SCAMPI A
Nivel de Capacidad reas de Proceso
0 Calificacin por defecto
Los objetivos genricos de nivel 1 son satisfechos
1
Los objetivos especficos son satisfechos
Los objetivos genricos de nivel 1 y 2 son satisfechos
2
Los objetivos genricos de nivel 1, 2 y 3 son satisfechos
3
Los objetivos genricos de nivel 1, 2, 3 y 4 son satisfechos
4
Los objetivos genricos de nivel 1, 2, 3, 4 y 5 son satisfechos
5

- Uniandes 42
Ejemplo de Resultados SCAMPI A
43
Data Collection Approaches
1. Verification approach: For organizations that already have detailed

collections of artifacts organized by mappings to practices in the reference
model, much of the appraisal team effort can concentrate on verifying the
appropriateness of the data collected.
2. Discovery approach: At the other end of the spectrum, an organization may

have few such collections of artifacts already collected and mapped to the
reference model. The appraisal team must then work directly with the
organization to identify, locate, organize, and evaluate these artifacts in order to
proceed with the appraisal.

- Uniandes 44
3. Managed discovery:
An incremental (phased) approach to data collection can also be used. Initial

data collection is focused on a predetermined set of high-leverage work
products that typically provide substantial coverage of reference model
practices for example, plans, documents, schedules, measures, and reviews.
The appraisal team maps these artifacts to the appraisal reference model, and
determines the extent to which gaps in model coverage still remain. These
gaps are closed by iteratively acquiring more data through a series of specific
data calls. This approach balances the distribution of effort between the
appraisal team and the appraised organization, and can optimize data collection
by focusing on the work products most naturally understood by the
organization and leaving much of the detailed model knowledge to the
appraisal team.

- Uniandes 45
Focused Investigation: In order to
achieve efficient appraisals, emphasis is
needed not only on effective data collection
and management approaches, but also on
the methods used by the appraisal team to
maintain focus on the end objectives and
to prioritize effort where it most needed.

- Uniandes 46
Focused Investigation:
Understand what objective evidence is available, and how it contributes
toward implementation of model practices within the appraisal reference model
scope.
Continually consolidate data to determine progress toward sufficient
coverage of model practices.
Focus appraisal resources by targeting those areas for which further

investigation is necessary, and collect additional data to complete the set of
objective evidence needed.
If sufficient objective evidence has been gathered to conclude a practice is

implemented, there is no need to continue working on it. Stop and move on to
another practice where adequate data has not yet been gathered or where the
appraisal team still has concerns.
Avoid unnecessary or duplicated effort that does not contribute additional

information toward achievement of sufficient coverage or toward obtaining
significantly greater confidence in the appraisal results. For example, keep
interviews efficient by asking further questions only about practices for which
sufficient data has not already been obtained.
- Uniandes 47
reas de Proceso evaluadas en el ejemplo
ARD Acquisition Requirements Development (Desarrollar los requerimientos para la adquisicin)

SSAD Solicitation Supplier Agreement Development (Solicitud y desarrollo de la convocatoria)
REQM Requirements Management (Gestin de Requerimientos)
AM Agreement Management (Gestin de Acuerdos)
PMC Project Monitoring and Control (Monitoreo y control de proyectos)
MA Measurement and Analysis (Medicin y Anlisis)
ATM Acquisition Technical Management (Gestin Tcnica de la Adquisicin)
AVAL Acquisitin Validation (Validacin de la Adquisicin)
AVER Acquisitin Vaerification (Verificacin de la Adquisicin)

- Uniandes 48
Evaluacin de reas de Proceso

- Uniandes 49
Evaluacin de Objetivos y Prcticas

- Uniandes 50
Prcticas Genricas
Objetivos y prcticas genricas de nivel 2
GG 2 Institucionalizar un Proceso Administrado Calificacin: S
GP 2.1 Establecer una Poltica Organizacional: Se establecen los lineamientos del proceso a travs de polticas organizacionales para el desarrollo y gestin de
requerimientos de adquisicin o mantenimiento de Software (ARD, REQM), la Gestin de Contratos (AM), el monitoreo y control de los proyectos (PMC), las
convocatorias y solicitudes de proveedores (SSAD) aunque para la mediciones no est establecida (MA).
GP 2.2 Planear el Proceso: Se cuenta con la planeacin de los procesos de mantenimiento y adquisicin de software a travs de los subprocesos definidos en
Metodologa de Gerencia de Proyectos del BR: Elaborar presupuesto del proyecto, Desarrollar la planeacin organizacional, Planear la gerencia de riesgos,
Formalizar la planeacin de adquisiciones, Desarrollar la planeacin de calidad, Realizar la planeacin de comunicaciones, Realizar la planeacin de
configuracin. Aunque estos procesos son ejecutados casi siempre, no son documentados o incluidos como parte del proyecto, lo cual dificulta la gestin y el
control por parte de los stakeholders.
GP 2.3 Proveer Recursos: La coordinacin de los recursos humanos y tcnicos para la adecuada ejecucin del proyecto es responsabilidad del Ingeniero Lder, el cual
no tiene la facultad para influir en los recursos humanos por lo cual es aconsejable revisar las responsabilidades asignadas a los participantes del proyecto.
GP 2.4 Asignar responsabilidades: Los proyectos tienen claramente definidas las responsabilidades y funciones para cada uno de los roles definidos.
GP 2.5 Capacitar las personas: La capacitacin de los Ingenieros de la SGINF es una fortaleza del proceso, puesto que cuenta con certificaciones, cursos y
capacitaciones peridicas en metodologas de gerencia de proyectos que fortalecen sus competencias. Adicionalmente el recurso humano con ms experiencia de la
SGINF, se encarga de compartir la informacin con los que tiene menos experiencia.
GP 2.6 Gestionar las configuraciones: La gestin de configuracin es un proceso que si bien se tiene documentado y hace parte de la gestin de requerimientos
(REQM), aun no se efecta el control de cambios a los requerimientos u otros elementos del proyecto, en donde se tenga en cuenta el anlisis de impacto, la
evaluacin de la integridad de la lnea base y la completitud de acuerdo con los procedimientos y estndares establecidos.
GP 2.7 Identificar e Involucrar los stakeholders: Los stakeholders son claramente identificados con el propsito del proceso (Estructura Organizacional Proyectos
de la SGINF) aunque su participacin no lo es cuando se efectan labores de mantenimiento o proyectos largos de adquisicin.
GP 2.8 Monitorear y controlar el proceso: Teniendo en cuenta la evaluacin de Medicin y Anlisis (MA) es conveniente mejorar la toma de acciones correctivas a
partir de los anlisis cuantitativos de las mediciones de los procesos, que contribuyan al mejoramiento continuo del mismo. No obstante, se hace seguimiento y
control a las actividades del proceso mediante los productos intermedios del mismo.
GP 2.9 Evaluar la adherencia objetivamente: Las actividades de aseguramientos de calidad estn definidas en las guas y metodologas de la SGINF, aunque no
siempre son implementadas (ej. reportes de revisiones, de acciones correctivas, de planeacin de las actividades, bitcoras de evaluacin).
GP 2.10 Revisar el estado con la alta gerencia: Las fases del proyecto son supervisadas por el Grupo Ejecutivo del Proyecto quien est compuesto por la alta
gerencia de la organizacin.

- Uniandes 51
ARD
Nivel de
ARD Desarrollar los requerimientos de la adquisicin
Capacidad:
Desarrollar y analizar los requerimientos contractuales y del cliente
Riesgos identificados:
Insatisfaccin de las necesidades de los stakeholders
Falta de un acuerdo general en los objetivos del proyecto
Los proyectos no estn alineados con los objetivos del Banco
Incumplimiento de la normatividad ocasionado por no efectuar la implementacin de requerimientos obligatorios
Controles sugeridos:
Estudios de factibilidad
Documentos de soporte de los requerimientos solicitados
Secuenciacin y estimacin de actividades
Capacitacin en reas de negocio
Investigacin de Mercados
Metodologa de definicin de requerimientos
Control de cambios a los requerimientos

- Uniandes 52
ARD SG 1
SG 1 - Desarrollar los requerimientos del cliente Calificacin
Las necesidades, expectativas, restricciones e interfaces son interpretadas como requerimientos del cliente
SP 1.1 Obtener las necesidades: Obtener las necesidades de los stakeholders para todas las fases del ciclo de vida del producto
Listado de necesidades, expectativas, restricciones e interfaces del producto
SP 1.2 Desarrollar y priorizar los requerimientos del cliente: Priorizar los requerimientos del cliente
Documentacin de los requerimientos prioritarios para el cliente
Caracterizacin P1: Caracterizacin P2: Caracterizacin P3:
De acuerdo con la metodologa de Gerencia de Proyectos del BR se cuenta con Los Procesos de Iniciacin del Proyecto en los cuales se busca articular
adecuadamente las necesidades de los usuarios para que las metas estn correctamente definidas y los objetivos sean presentados consistentemente con las
necesidades manifestadas por el los usuarios a travs de los subprocesos:
Analizar la necesidad: determinar las necesidades funcionales y operativas del rea usuaria que genera la solicitud, orientado a cumplir con los objetivos
estratgicos del BR. Identificar los criterios por los cuales se presenta la solicitud, la descripcin general del problema que la solucin debe resolver, la
justificacin por medio de la descripcin de los beneficios y aportes de la solucin y el impacto que sobre la organizacin producir su implantacin. Como
resultado de este proceso se obtiene el documento Solicitud de Soluciones Informticas y opcionalmente un Documento de Requerimientos preliminar.
Desarrollar el estudio de factibilidad: El propsito es identificar las restricciones, las alternativas y suposiciones del proyecto, su viabilidad estratgica, tctica y
operativa, cuando ellas aplican al producto o servicio a ser desarrollado. Lo anterior permite seleccionar la mejor alternativa para el problema objetivo. Como
resultado de este proceso se obtiene un Documento de Requerimientos preliminar y el documento Estudio de Factibilidad del Proyecto.
Se genera un listado de las necesidades, restricciones,
alternativas y suposiciones del proyecto teniendo en
P2 P3
cuenta un anlisis de los requerimientos de mayor
prioridad y la viabilidad de los mismos
Evidencia de la evaluacin:
P1 P2 P3

- Uniandes 53
ARD SG 2
SG 2 Desarrollar los requerimientos formales Calificacin
Los requerimientos del cliente son refinados y elaborados como requerimientos contractuales
SP 2.1 Establecer requerimientos formales: Establecer los requerimientos contractuales basado en los requerimientos del cliente
Listado de requerimientos funcionales solicitados formalmente
SP 2.2 Asignacin de requerimientos: Distribucin de los requerimientos que componen el proyecto
Descomposicin de requerimientos como entregables y productos intermedios del proyecto
En los Procesos de Iniciacin establecidos en la metodologa de Gerencia de Proyectos se tiene contemplado la formalizacin de los requerimientos mediante el subproceso,
Construir la carta de constitucin del proyecto: El propsito de este subproceso es comunicar formalmente la existencia de un nuevo proyecto, para autorizar a la organizacin
a utilizar los recursos y as alcanzar el objetivo del proyecto. Como resultado del proceso se obtiene la Carta de Constitucin del Proyecto.
Adicionalmente en los Procesos de Planeacin del Proyecto, se realiza la subdivisin de los entregables del proyecto con el fin de mejorar la estimacin, la asignacin de
responsabilidades, medicin y control. Como resultado del proceso se obtiene la Estructura de Descomposicin del Trabajo (EDT)
Se constituye el proyecto de forma oficial y se realiza la
EDT con el fin de distribuir de manera eficiente los P2 P3
recursos y tiempos
P1 P2 P3

- Uniandes 54
ARD SG 3
SG 3 Analizar y validar los requerimientos Calificacin
Los requerimientos son analizados y validados
SP 3.1 Establecer las necesidades operativas y los escenarios de operacin: Definicin de aspectos de operacin, desempeo, mantenimiento y
soporte del sistema
Conjunto de aspectos de operacin, desempeo, mantenimiento y soporte del sistema
Casos de uso
SP 3.2 Anlisis y validacin de requerimientos: Analizar que los requerimientos son necesarios, suficientes y cumplen con los objetivos,
necesidades y restricciones de los stakeholders
Control de cambios en los requerimientos
Registros de anlisis a travs de simulaciones, demostraciones o prototipos
Con base en la identificacin preliminar de requerimientos, la Investigacin de Mercados busca, adems de identificar los posibles proveedores de la
solucin, refinar los requerimientos basado en la tecnologa disponible en el mercado, con el fin de determinar el tipo de solucin que se va a adquirir. Se
propone identificar los aspectos tcnicos (desempeo, operacin, etc) como jurdicos y econmicos. Adicionalmente, se solicitan demos de los productos
disponibles en el mercado. Como resultado del proceso se obtiene la Especificacin de Requerimientos del Sistema (ERS)
En los procesos de control y seguimiento definidos en la metodologa se tiene en cuenta el subproceso Controlar la configuracin en el cual se busca
mantener la integridad de las caractersticas funcionales y fsicas de los recursos, efectuando un control de cambios a los requerimientos para garantizar la
oportunidad, consistencia, coherencia y seguridad de la informacin a lo largo del proyecto.
En el anlisis se determin que la investigacin de
mercados obtuvo demos de los productos P2 P3
disponibles,
P1 P2 P3

- Uniandes 55
SSAD
Nivel de
SSAD Solicitud y desarrollo de la convocatoria
Capacidad:
Preparar la solicitud de proponentes, seleccionar el proveedor y establecer el contrato con el mismo
Incorrecta identificacin de los interesados en el proyecto.
Generacin de cambios al proyecto directamente en el proceso de ejecucin
Evaluacin incorrecta del trabajo realizado
Cambios en el Alcance, Tiempo, Costo y Calidad.
Inexistencia de mecanismos de control y seguimiento a proyectos
Retrasos en la adquisicin de soluciones
Seleccin incorrecta de la solucin
Anlisis de prioridades y de recursos disponibles
Monitoreo a la gestin de las firmas contratistas
Metodologa de valor ganado
Criterios de evaluacin de las propuestas
Indicadores de gestin
Acuerdos de servicio
Evaluacin tcnica y funcional

- Uniandes 56
SSAD- SG 1
SG 1 Preparacin de la solicitud y desarrollo de acuerdos con el proveedor Calificacin
Preparacin de la solicitud de proveedores y realizacin del contrato con el proveedor
SP 1.1 Identificar los proveedores potenciales: Evaluar e identificar los proveedores potenciales
Listado de proveedores potenciales que pueden cumplir con la solicitud
SP 1.2 Establecer la solicitud: Establecer la solicitud que incluya los requerimientos y los criterios de evaluacin de la propuesta
Solicitud de proponentes (RFP Request for Proposal)
Criterios de evaluacin de las propuestas de los proveedores (tcnicos y econmicos)
SP 1.3 Revisin y aprobacin del envo de solicitud de ofertas: Revisar la razonabilidad de la solicitud (adquisicin de un producto til)
Registros o actas de la revisin de la solicitud
Aprobacin de los proponentes sugeridos
SP 1.4 Distribuir y mantener la licitacin: Distribuir la solicitud a los proponentes identificados
Propuestas de los posibles proveedores
En la gua de Aseguramiento de Calidad de Proyectos Informticos se tiene en cuenta el subproceso Convocatoria de Cotizacin y en la Metodologa de Gerencia de Proyectos
del BR se describe el subproceso Invitar a proveedores y Distribuir informacin los cuales consisten en realizar y enviar al Departamento de Compras - DC los siguientes
documentos con el fin de que el DC elabore la Solicitud de Propuestas (RFP) a los proveedores seleccionados: la Solicitud de Adquisicin de Bienes o Servicios, un listado de los
proveedores potenciales teniendo en cuenta el Rgimen de Contratacin del BR (aprobacin entre la SGINF y el DC), los criterios de evaluacin de las propuestas teniendo
como base la gua de Criterios de Evaluacin de Proyectos Informticos establecidos por la SGINF, el cronograma de la cotizacin (fechas de apertura de convocatoria, entrega
de propuestas, presentacin soluciones propuestas, entrega de resultado de la evaluacin al DC), el ERS resultante de la refinacin de requerimientos. El RFP resultante se debe
realizar siguiendo la plantilla Solicitud de Propuestas publicada por la SGINF. Al final del flujo de trabajo, se obtienen las propuestas de los proponentes.
P1 P2 P3
P1 P2 P3

- Uniandes 57
SSAD SG 2
SG 2 Seleccin de proveedores Calificacin
Los proveedores son seleccionados de acuerdo con una evaluacin formal

SP 2.1 Evaluar los proponentes: Evaluar las propuestas de acuerdo con los criterios de evaluacin
Resultados de la evaluacin
SP 2.2 Aclaracin y/o negociacin de propuestas: Realizar aclaraciones de las propuestas con los candidatos
Actas o documento de reuniones o envo de aclaracin de propuestas
SP 2.3 Seleccionar le proveedor: Seleccionar el proveedor basado en las evaluaciones
Reportes de evaluacin tcnica y econmica
Decisin de seleccin de un proveedor
En la gua de Aseguramiento de Calidad de Proyectos Informticos se tiene en cuenta el subproceso Evaluacin de Propuestas y en la Metodologa
de Gerencia de Proyectos del BR se describe el subproceso Seleccionar y contratar proveedor, los cuales consisten en revisar y evaluar las
propuestas enviadas por los proveedores usando los criterios de evaluacin definidos. Cuando se presenta la necesidad de hacer alguna aclaracin, el
proponente debe enviar por escrito la respuesta aclaratoria puesto que hace parte de la propuesta. De acuerdo con la evaluacin, se debe enviar al
DC el Documento de la evaluacin Tcnica y Funcional con el proveedor seleccionado. A continuacin el DC aprueba la propuesta seleccionada.
P1 P2 P3
P1 P2 P3

- Uniandes 58
SSAD SG 3
SG 3 Establecimiento de acuerdos formales con el proveedor Calificacin
Los acuerdos contractuales con el proveedor son establecidos y mantenidos
SP 3.1 Establecer y entender el acuerdo: Mantener un mutuo entendimiento de los acuerdos con el proveedor y los usuarios finales
Aclaraciones legales (plizas, garantas, plazos, etc.)
SP 3.2 Suscribir el contrato con el proveedor: Establecer el contrato o los acuerdos contractuales con el proveedor
Contrato con el proveedor debidamente legalizado
Con el fin de establecer el contrato con el proveedor seleccionado, la gua de Aseguramiento de Calidad de Proyectos Informticos establece el
subproceso Contratacin y en la Metodologa de Gerencia de Proyectos del BR se describe el subproceso Seleccionar y contratar proveedor los cuales
consisten en negociar los requerimientos a contratar y ajustar el documento segn sea el caso. Se deben aclarar las inquietudes y resolver las dudas de
ambas partes con el fin de elaborar el documento contractual. Lo anterior permitir al Banco conseguir el(los) mejor(es) proveedor(es) y obtener
contratos de acuerdo mutuo estructurados de forma que reflejen como mnimo el alcance del proyecto, los criterios de aceptacin del producto o
servicio, las responsabilidades de las partes, las leyes aplicables, los enfoques administrativo y tcnico para gerenciar el proyecto, las fechas que
acompaan los principales entregables, la finalizacin del contrato por fuerza mayor o justa causa y el precio del mismo. Como resultado del proceso se
obtiene el contrato debidamente diligenciado, firmado y legalizado.
P1 P2 P3
P1 P2 P3

- Uniandes 59
REQM
Nivel de
REQM Gestin de Requerimientos
Capacidad:
Gestionar los requerimientos del producto e identificar las inconsistencias entre lo ejecutado y o planeado
Generacin de cambios al proyecto.

Retrasos en el desarrollo del proyecto
La funcionalidad del software entregado en produccin no satisface las necesidades reales del rea usuaria.
Incumplimiento de la normatividad ocasionado por no efectuar la implementacin de requerimientos obligatorios
Los proyectos no estn alineados con los objetivos del Banco
Proceso de Control de Calidad establecido por la SGINF.

Procedimientos de aceptacin final del software que incluyen la evaluacin formal y aprobacin de los resultados de las
pruebas por parte de la direccin de los departamentos involucrados en el proyecto (incluyendo SGINF).
Metodologa de definicin de requerimientos.
Acuerdos de servicio entre un proveedor y el Banco de la Republica para el desarrollo de sistemas de informacin a la
medida.
Interaccin con la administracin en la definicin de lineamientos estratgicos.
Modelo Puntos Funcionales

- Uniandes 60
REQM SG 1
SG 1 Gestionar los requerimientos Calificacin
Los requerimientos son gestionados y las inconsistencias de los planes del proyecto y los productos de trabajo son identificadas
SP 1.1 Entender y aprobar los requerimientos: Analizar y aprobar los requerimientos solicitados
Criterios de evaluacin y aprobacin de requerimientos por los stakeholders
Conjunto de requerimientos aceptados
SP 1.2 Identificar los cambios a los requerimientos: Identificar y gestionar los cambios de requerimientos al proyecto
Conjunto de solicitudes de cambios a los requerimientos
SP 1.3 Mantener trazabilidad bidireccional de los requerimientos: Trazabilidad entre los requerimientos y productos de trabajo
Matriz de trazabilidad de requerimientos
SP 1.4 Identificar inconsistencias entre el plan, los productos de trabajo y los requerimientos
Listado de las inconsistencias detectadas
Acciones correctivas
A travs del Control de Configuracin se mantiene la integridad de las caractersticas funcionales y fsicas de los recursos, servicios y productos de trabajo
que hacen parte del proyecto mediante la coordinacin de los cambios que se puedan presentar a los requerimientos de la lnea base a lo largo de todo el
proyecto para garantizar la efectividad en cuanto a tiempo, costo, alcance y calidad. Antes de aceptar un cambio a los requerimientos, se deben ajustar los
costos, plazos y calidad necesarios para realizar dicho cambio y ejecutar las acciones correctivas para alinear el desempeo futuro con la nueva realidad del
proyecto. A travs de la verificacin de las solicitudes de cambio, los informes de desempeo y el Plan de Gerencia de Configuracin se puede realizar la
administracin de la configuracin, la cual tiene como objetivo a) identificar y documentar las caractersticas funcionales y fsicas de los elementos del
proyecto; b) controlar los cambios a dichas caractersticas; c) registrar y reportar el estado del procesamiento e implementacin de los cambios; y d)
verificar cumplimiento con los requerimientos especificados. Como resultado de los anlisis descritos se obtiene una actualizacin a la Lnea Base del
Proyecto, una bitcora de control de la configuracin, la Carta de Constitucin del Proyecto con el nuevo alcance si ha habido cambios, el Plan del Proyecto
actualizado, el cronograma base del proyecto actualizado, actas de acuerdo y el documento de lecciones aprendidas actualizado. Las prcticas descritas
hacen parte de la metodologa de Gerencia de Proyectos del Banco de la Repblica.
P1 P2 P3
P1 P2 P3

- Uniandes 61
AM
Nivel de
AM - Gestin de Contratos
Capacidad:
Asegurar que el proveedor y el comprador se entienden de acuerdo con los trminos pactados en el contrato
Identificacin tarda de requerimientos importantes que causan re-trabajo y demoras en la implementacin
Retrasos en el desarrollo del proyecto
Inexistencia de mecanismos de control y seguimiento a proyectos
Prdida del control de costos en el mantenimiento de los aplicativos
Reuniones de seguimiento a los proyectos
Actas de estado de la solucin
Seguimiento a los contratos
Definicin y seguimiento de entregas parciales contractuales
Anlisis de prioridades y de recursos disponibles
Definicin y seguimiento del Plan de Desarrollo del Proyecto
Reportes de aprobacin de los stakeholders
Definicin de la forma de pago al proveedor, en el contrato y en los acuerdos de servicio

- Uniandes 62
AM SG 1
SG 1 - Satisfacer el contrato con el proveedor Calificacin
Los trminos contenidos en el contrato deben ser conocidos y satisfechos por parte del proveedor y del comprador
SP 1.1 Ejecucin del contrato: Realizar las actividades especificadas en el contrato
Reuniones de seguimiento al proyecto
Reportes de progreso y desempeo de la ejecucin del contrato
SP 1.2 - Monitorear los procesos seleccionados del proveedor: Seleccionar y analizar los procesos del proveedor
Reportes del desempeo de los procesos del proveedor
SP 1.3 - Aceptar el producto adquirido: Asegurar que se satisfacen los acuerdos contractuales antes de recibir el producto
Entregas parciales definidas en el contrato (si aplica)
Cambios en el alcance del contrato (Acciones correctivas)
SP 1.4 - Administrar las facturas del proveedor: Gestin de las facturas emitidas por el proveedor
Gestionar las facturas correspondientes a los pagos realizados segn los acuerdos contractuales
Con el fin de satisfacer los acuerdos contenidos en el contrato con el proveedor, el Banco debe realizar seguimiento al avance del proyecto a travs del Control
del Desempeo en el cual se buscar recolectar, analizar y distribuir informacin relacionada con el desempeo del proyecto. Para poder recolectar y analizar la
informacin mencionada se recurre a los entregables definidos en el contrato, con los cuales se hace seguimiento al avance del mismo. Como resultado de los
anlisis se realizan las Solicitudes de Cambio en caso de requerirse modificaciones a cualquiera de los elementos de la lnea base del contrato como respuesta a
la toma de acciones correctivas y preventivas. En el curso del proyecto se realizan verificacin de la calidad del diseo de la solucin en donde se mantienen
reuniones para monitorear el avance del proyecto. Las actividades descritas hacen parte de la Gua de Aseguramiento de Calidad y de la Metodologa de
Gerencia de Proyectos del BR. Las facturas emitidas por el proveedor son administradas por la Coordinacin Administrativa CA de la SGINF, quien se encarga
de hacer los desembolsos de dinero y realizar el control de los pagos realizados. En dado caso, que hayan multas o sanciones debidas a incumplimientos por
parte del proveedor, la CA es quien lo gestiona.
P1 P2 P3
P1 P2 P3

- Uniandes 63
PMC
PMC Monitoreo y control de proyectos Nivel de Capacidad:
Controlar el progreso del proyecto y tomar acciones correctivas si las desviaciones del proyecto son considerables

Estimativos de costos, recursos y tiempos irreales
Identificacin tarda de requerimientos importantes que causan re-trabajo y demoras en la implementacin.
Identificacin errada de soluciones
Prdida de control de costos en el mantenimiento de los aplicativos
Diferencias entre las expectativas del rea usuaria y los requerimientos
Mal uso de recurso humano y tecnolgico en el desarrollo de las labores de mejoramiento de los sistemas de informacin.
Conjunto de indicadores de gestin e informes de productividad establecidos por la SGINF.

Definicin de acuerdos de servicio.
Estimacin de costos basado en la experiencia de proyectos similares y anteriores.
Estimacin de costos basada en investigacin del mercado
Informes de avance y desempeo del proyecto
Acciones correctivas
Matriz de seguimiento de riesgos identificados en el proyecto
Lecciones aprendidas

- Uniandes 64
PMC SG 1
SG 1 Monitorear el proyecto vs el plan Calificacin
El desempeo y el progreso del proyecto son monitoreados con respecto al plan del proyecto.
SP 1.1 Monitorear los parmetros planeados en el proyecto: Revisar los valores actuales con respecto a los planeados
Registros de desempeo, retrasos, desviaciones y recursos del proyecto
SP 1.2 Monitorear las responsabilidades: Revisar las responsabilidades desempeadas con respecto a las planeadas
Actas de revisin de responsabilidades
SP 1.3 Monitorear los riesgos del proyecto: Verificar los riesgos con respecto a los identificados en el plan
Registros de monitoreo de riesgos
SP 1.4 Monitorear la gestin de los datos: Monitorear la gestin de los datos del proyecto con respecto al plan
Registros de monitoreo de los datos del proyecto (problemas, impactos, etc)
SP 1.5 Monitorear la participacin de los stakeholders: Verificar el involucramiento de los stakeholders de acuerdo con los planeado
Regisros del involucramiento de los stakeholders en el proyecto
SP 1.6 Realizar revisiones de progreso: Peridicamente revisar el progreso, desempeo y problemas del proyecto
Documentacin de los estados de avance del progreso del proyecto
SP 1.7 Realizar revisiones de los objetivos: Revisar el cumplimiento del proyecto teniendo en cuenta las metas propuestas
Documentacin de los estados de avance de las metas del proyecto
SP 1.8 Monitorear la transicin a operacin y soporte: Monitorear la puesta en produccin del sistema
Pruebas del sistema
Manuales de operacin y/o configuracin
A partir del control del desempeo y el control de calidad del proyecto, se monitorea el cumplimiento de los datos y parmetros definidos, se hace seguimiento al
progreso del proyecto y al cumplimiento de los objetivos acordados (Informes de avance y desempeo del proyecto). El involucramiento de los stakeholders se
efecta teniendo en cuenta la participacin de estos en los informes y actas producto del monitoreo. El monitoreo y control de riesgos se hace a travs del seguimiento
a los compromisos consignados en el Plan de Gerencia de Riesgos, en donde se obtienen Solicitudes de Cambio, acciones correctivas y la matriz de seguimiento de
Riesgos. Para la puesta en produccin del sistema, el Banco debe suministrar en lo posible, casos de prueba realistas al contratista, para que este los use en sus pruebas
(de unidad y de integracin). El registro de las pruebas se realiza a travs de un reporte de pruebas en donde el Banco valida la realizacin de estas por parte del
proveedor.
P1 P2 P3
P1 P2 P3

- Uniandes 65
PMC SG 2
SG 2 Administrar las acciones correctivas Calificacin
Se gestionan las acciones correctivas que surgen a partir de los incumplimientos del proveedor
SP 2.1 Analizar los errores: Identificar y analizar los errores y determinar las acciones correctivas necesarias para corregirlos
Lista de errores para correccin
SP 2.2 Tomar las acciones correctivas: Tomar los correctivos para los errores detectados
Planes de acciones correctivas
SP 2.3 Gestionar las acciones correctivas: Cerrar los casos cuando han sido corregidos
Resultado de las acciones correctivas
A travs del plan de gerencia de riesgos, se analizan los cambios que pueden impactar el diseo del sistema, el costo/beneficio de realizarlos, los
conflictos que pueda ocasionar con otros compromisos y las restricciones del contrato en donde se genera un listado de los cambios o acciones
correctivas, se establece la mejor alternativa de solucin para mantener el presupuesto de reserva del Proyecto bajo control y la Matriz de
Seguimiento de Riesgos actualizada de acuerdo con la nueva situacin del Proyecto. Una vez se efectan los cambios correspondientes se obtiene
el Cronograma Base del Proyecto actualizado y lecciones aprendidas en cuanto a las variaciones encontradas con respecto al cronograma con el
cual se inici la ejecucin del Proyecto.
P1 P2 P3
P1 P2 P3

- Uniandes 66
MA
Nivel de
MA - Medicin y anlisis
Capacidad:
Desarrollar y sostener una capacidad de medicin que sirva como soporte para la gestin de necesidades de la informacin
Incumplimiento de los objetivos del proyecto
No se cuenta con histricos que permitan predecir comportamientos futuros
Se cometen los mismos errores varias veces
Problemas no identificados durante la ejecucin del proceso
La alta gerencia no conoce el estado de los proyectos
Anlisis y medicin de los objetivos de los proyectos
Indicadores para la toma de decisiones
Anlisis de tendencias

- Uniandes 67
MA SG 1
SG 1 Alinear las actividades de medicin y anlisis Calificacin
Los objetivos y actividades de medicin son alineados con las necesidades y objetivos de informacin identificados
SP 1.1 Establecer objetivos de medicin: Mantener objetivos de medicin derivados de la identificacin de necesidades u objetivos
Objetivos de medicin
SP 1.2 Especificar las medidas y/o indicadores: Especificar las medidas para cumplir los objetivos de la medicin
Especificacin de medidas e indicadores
SP 1.3 Especificar la recoleccin de datos y los procedimientos de almacenamiento: Cmo y en dnde se almacena la informacin
Recoleccin de informacin y procedimientos de almacenamiento
SP 1.4 Especificar procedimientos de anlisis de la informacin: Cmo las mediciones son analizadas y comunicadas
Herramientas de anlisis de datos
En el BR no se cuenta con procesos definidos con respecto al levantamiento de informacin que sirva como insumo para la medicin de
P1 P2 P3
P1 P2 P3

- Uniandes 68
MA SG 2
SG 2 Proveer los resultados de la medicin Calificacin
Los resultados de las mediciones son provistos con el fin de identificar necesidades y objetivos
SP 1.1 Obtener los datos de la medicin: Obtener los datos de medicin especificados
Conjunto de los datos obtenidos en la medicin
SP 1.2 Analizar los datos medidos: Analizar e interpretar los datos medidos
Anlisis de resultados
SP 1.3 Almacenar los datos y los resultados: Gestionar y almacenar los datos de las mediciones y los resultados del anlisis
Inventario de datos almacenados
SP 1.4 Comunicar los resultados: Comunicar los resultados de las mediciones y de los anlisis a los stakeholders
Reportes o actas de la entrega de los resultados
P1 P2 P3
P1 P2 P3

- Uniandes 69
ATM
Nivel de
ATM Gestin Tcnica de la adquisicin
Capacidad:
Asegurar que la solucin tcnica y las interfaces del producto satisfacen las necesidades de los stakeholders
La funcionalidad del software en el ambiente de produccin no satisface las necesidades reales del rea usuaria.
La solucin no se integra con los sistemas existentes en la organizacin.
Retrasos en el proyecto ocasionados por cambios a la solucin tcnica.
Proceso de Control de Calidad establecido por la DGT.
Gestin sobre las alternativas del producto.
Diseo de la arquitectura del sistema y/o producto.
Definicin de indicadores y acuerdos de servicio.
Revisiones peridicas de la solucin.
Documentacin de conflictos identificados en las pruebas de la solucin.

- Uniandes 70
ATM SG 1
SG 1 Evaluar la solucin tcnica Calificacin:
La solucin es evaluada de acuerdo con los requerimientos contractuales.
SP 1.1 Seleccionar la solucin tcnica para anlisis.
Criterios usados para seleccionar la solucin tcnica
para anlisis
Listado de soluciones tcnicas para anlisis.
Mtodos de anlisis para cada solucin seleccionada. Listado de entregables.
SP 1.2 Analizar las soluciones seleccionadas.
Soluciones alternativas.
Arquitectura y diseos del producto.
Registro de los resultados del anlisis. Resultados de las pruebas de integracin.
Resultados del anlisis Resultados de la verificacin.
SP 1.3 Realizar revisiones peridicas.
Reportes de progreso de procesos, productos e
Revisin de los cronogramas. indicadores de niveles de servicio.
Criterios de entrada y salida. Mediciones de desempeo tcnico.
Registro de los resultados del anlisis Items seleccionados para hacer seguimiento.
Resultados del anlisis. Documentacin del producto.
Caracterizacin P1: Caracterizacin P2:

- Uniandes 71
ATM SG 2
SG 2 Gestin de interfaces Calificacin
Gestionar las interfaces seleccionadas.
SP 2.1 Seleccionar interfaces para gestionar.
Documentos de descripcin de interfaces.
Especificaciones de diseo de las interfaces.
Mapeo de interfaces entre los componentes del producto y
Criterios usados en la seleccin de interfaces. ambiente de integracin del producto.
Categoras de interfaces. Documentos de control de interfaces.
Listado de interfaces por categora. Criterios de especificacin de interfaces.
SP 2.2 Gestin de las interfaces seleccionadas.
Reportes de control de interfaces.
Tabla de relaciones entre productos y servicios del Pruebas de las interfaces.
proveedor con el ambiente externo. Solucin de conflictos y cambios en las interfaces
seleccionados.

- Uniandes 72
AVAL
Nivel de
AVAL Validacin de la Adquisicin
Capacidad:
Validar que los requerimientos satisfacen las necesidades de los usuarios
La funcionalidad del software en el ambiente de produccin no satisface las necesidades reales del rea usuaria.
Retrasos en el proyecto ocasionados por inconformidades en la solucin.
Costos adicionales en el desarrollo de nuevos requerimientos.
Recurso humano dedicado a cubrir defectos y/o deficiencias de la solucin.
Establecimiento de un ambiente de validacin.
Metodologas de validacin y pruebas.
Outsourcing de gestin de pruebas.
Procedimientos de capacitacin y soporte.
Proceso de Control de Calidad establecido por la DGT.
Control de cambios en los requerimientos.

- Uniandes 73
AVAL SG 1
SG 1 Preparar para la validacin Calificacin:

La preparacin para la validacin es preparada.
SP 1.1 Seleccionar productos para la validacin.
Listado de componentes seleccionados para la validacin.
Mtodos de validacin para cada producto o componente.
Requerimientos a validar.
Validacin de restricciones para cada producto.
SP 1.2 Establecer el ambiente de la validacin.
Ambiente de validacin.
SP 1.3 Establecer procedimientos y criterios de validacin.
Procedimientos de validacin.
Criterios de validacin.
Pruebas y procedimientos de evaluacin de mantenimiento, capacitacin y soporte.

- Uniandes 74
AVAL SG 2
SG 2 Validacin de componentes y productos seleccionados Calificacin

Los componentes y productos seleccionados son validados para asegurar que cumplen con lo deseado.
SP 2.1 Realizar la validacin.
Reportes de la validacin.
Resultados de la validacin.
Matriz de referencia de la validacin.
Demos operacionales.
SP 2.2 Analizar los resultados de la validacin.
Reportes de deficiencias en las validaciones.
Temas de validacin.
Solicitud de cambios a los requerimientos.

- Uniandes 75
AVER
Nivel de
AVER - Verificacin de la adquisicin
Capacidad:
Verificar que los requerimientos son acordes con lo contratado
La funcionalidad del software en el ambiente de produccin no satisface los requerimientos planteados en el contrato.
Retrasos en el proyecto ocasionados por incumplimientos en la solucin.
Costos adicionales en el desarrollo de nuevos requerimientos.
Recurso humano dedicado a cubrir defectos y/o deficiencias de la solucin.
Establecimiento de un ambiente de verificacin.
Metodologas de verificacin y pruebas.
Procedimientos de capacitacin y soporte.
Lecciones aprendidas.
Control de Calidad establecido por la DGT.

- Uniandes 76
AVER SG 1
SG 1 Preparar la verificacin Calificacin:

La preparacin para la verificacin es preparada.
SP 1.1 Seleccionar productos de trabajo para la verificacin.
Listado de los productos de trabajo seleccionados para la verificacin
Mtodos de verificacin para cada producto seleccionado.
SP 1.2 Establecer el ambiente de la verificacin.
Ambiente de verificacin.
SP 1.3 Establecer procedimientos y criterios de verificacin.
Procedimientos de verificacin.
Criterios de verificacin.

- Uniandes 77
AVER SG 2
SG 2 Realizar las revisiones Calificacin:
Las revisiones son realizadas sobre los productos de trabajo seleccionados.
SP 2.1 Preparar las revisiones.
Cronograma de revisiones.
Productos seleccionados para ser revisados.
SP 2.2 Dirigir las revisiones.
Temas de revisin.
Datos de revisin.
Resultados de la revisin.
SP 2.3 Analizar los datos de las revisiones.
Registros del anlisis de las revisiones.

- Uniandes 78
AVER SG 3
SG 3 Verificar los productos de trabajo seleccionados Calificacin

Los productos de trabajo seleccionados son verificados contra los requerimientos solicitados.
SP 3.1 Realizar la verificacin.
Resultados de la verificacin.
Reportes de la verificacin.
Demos.
SP 3.2 Analizar los resultados de la verificacin.
Reporte de anlisis.
Reporte de problemas.
Solicitudes de cambios a los mtodos de verificacin, criterios y al ambiente.

- Uniandes 79

Cmmi Acq2 2014 PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Cmmi Acq2 2014 PDF

Cargado por

Copyright:

Formatos disponibles

CMMI for Acquisition v1.

Especializacin en Construccin de Software

CMMI es un framework que permite

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Organizational Process Definition ( standard de

Especializacin en Construccin de Software

Especializacin en Construccin de Software

High Maturity Processes

Especializacin en Construccin de Software

High Maturity Processes

Quantitative Project Management ( aseguramiento de

Causal Analysis and Resolution ( identificar causas y

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

1. Quantitative Project Management

Especializacin en Construccin de Software

1. Causal Analysis and Resolution

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Aplican a un rea de proceso

Especializacin en Construccin de Software

Internal Process Improvement

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Especializacin en Construccin de Software

Caracterstica Clase A Clase B Clase C

Calificacin generada Permitido No permitido No permitido

Recursos necesarios Alta Media Baja

Tamao del equipo

Especializacin en Construccin de Software

El evaluador debe caracterizar (calificar) el cumplimiento de las Prcticas

Especializacin en Construccin de Software

artifacts - a tangible form of objective evidence indicative of work being

affirmations - an oral or written statement confirming or supporting

Especializacin en Construccin de Software

Using multiple data-gathering mechanisms improves the teams

Especializacin en Construccin de Software

The extent to which objective evidence is judged appropriate to determine

Especializacin en Construccin de Software

Totalmente Uno o ms artefactos directos estn presentes

Ampliamente Uno o ms artefactos directos estn presentes

Especializacin en Construccin de Software

Instanciaciones Caracterizacin Resultado

Especializacin en Construccin de Software

Calificacin Resultado Descripcin

Especializacin en Construccin de Software

Especializacin en Construccin de Software

1. Verification approach: For organizations that already have detailed

2. Discovery approach: At the other end of the spectrum, an organization may

Especializacin en Construccin de Software

An incremental (phased) approach to data collection can also be used. Initial