Control de riesgo tecnológico a traves de la mejora de procesos, gtm, 20110705

Control del Riesgo
Tecnológico y
Operativo a través
de procesos de
mejora continua

Partes del material presentado es copyright de
© Carnegie Mellon University, Software Engineering Institute.

1
"a Tec de Monterrey spin-off company"

Riesgo Operativo

Se entiende por riesgo operativo a la posibilidad
de ocurrencia de pérdidas financieras por
deficiencias o fallas
en los procesos internos
en la tecnología de información
en las personas
o por ocurrencia de eventos externos

"a Tec de Monterrey spin-off company" 2

Riesgo Operativo por fallas en los procesos
internos
Posibilidad de pérdidas financieras relacionadas con
el diseño inapropiado de los procesos críticos
o con políticas y procedimientos inadecuados o
inexistentes
riesgos asociados a las fallas en los modelos
utilizados
la evaluación inadecuada de la complejidad de
productos, operaciones y servicios
la insuficiencia de recursos para el volumen de
operaciones
la inadecuada documentación de transacciones
así como el incumplimiento de plazos y
presupuestos planeados

Riesgo Operativo por fallas en las personas

Posibilidad de pérdidas financieras relacionadas con
error humano
pérdidas asociadas con insuficiencia de personal
o personal con destrezas inadecuadas
entrenamiento y capacitación inadecuada


Mejores prácticas aplicables
• CMMI Development, Capability Maturity Model Integration
• SPICE/ISO 15504, Software Process Improvement Capabiliy
endEtermination
• ITIL, Information Technology Infraestructure Library
• TSP/PSP, Team Software Process / Personal Software Process
• Six Sigma
• MoProSoft, Modelo de Procesos de Software
• CMMI Services, Capability Maturity Model Integration for Services
• COBIT, Control Objectives for Information and related Technology
• COSO, COmmittee of Sponsoring Organizations
• ISO 20000
• ISO 27002
• AIM, Accelerated Improvement Method


ITSM Componentes
IT Service

security
Service Level Continuity
Management Management

Availability
Management Release
Management
Capacity
Management
IT
Change
Financial Infrastructure Management
Management
for IT services Configuration
Management
Incident
Management Problem Management

6

ITIL Procesos & Funciones
ITIL Processes

Service Support Service Delivery

Incident Management Service Level Management

Problem Management Availability Management

Change Management Capacity Management

Release Management IT Service Continuity Management

Financial Management for IT
Configuration Management
Services

ITIL Functions

Service Desk

7

ISO 20000 Procesos
Capacity SERVICE DELIVERY Information
Management Security
Service Level Management Management
Service Reporting
Availability and Budgeting and
The Business
Service Continuity ICT Accounting for
Perspective CONTROL Infrastructure
IT Services
Management
RELEASE Change Management RELATIONSHIP

Business Relationship
Release RESOLUTION Management
Management Incident Management
Supplier Relationship
Problem Management
Management

Source: itSMF International

ITIL Procesos Soporte de Servicios & Función

ISO 20000 ITIL

Incident Management
Resolution Processes
Problem Management

Change Management
Control Processes

Release Process Release Management

No formal Process Service Desk

9

ITIL Procesos entrega del Servicio
ISO 20000 ITIL

Service Level Management

Service Reporting
Service Level Management
Business Relationship Management

Supplier Management

IT Service Continuity Management
Service Continuity & Availability
Management
Availability Management

Budgeting & Accounting for IT Financial Management for IT
Services Services

Capacity Management Capacity Management

Information Security Management No formal Process

10

Modelo Capacidad Madurez (CMMI)

Continuo Staged
Área de Proceso
Capacidad del

N5
N4
(PA)

N3
N2

PA PA PA N1

… para un conjunto definido de
. . . para una simple área o áreas de proceso en la
conjunto de áreas de proceso organización


Modelo Capacidad Madurez (CMMI)
Category Process Areas
Organizational Process Focus
Process Organizational Process Definition +IPPD
Management Organizational Training
Organizational Process Performance
Organizational Innovation and Deployment

Project Planning
Project Monitoring and Control
Project Supplier Agreement Management
Management Integrated Project Management +IPPD
Risk Management
Quantitative Project Management

Requirements Management
Engineering Requirements Development
Technical Solution
Product Integration
Verification
Validation

Support Process and Product Quality Assurance
Measurement and Analysis
Decision Analysis and Resolution
Causal Analysis and Resolution


CMMI – Representación por etapas
Level Focus Process Areas
5 Optimizing Continuous Organizational Innovation and Deployment
Process Causal Analysis and Resolution
Improvement
4 Quantitatively Quantitative Organizational Process Performance
Managed Management Quantitative Project Management

3 Defined Process Requirements Development
Standardization Technical Solution
Product Integration
Verification
Validation
Organizational Process Focus
Organizational Process Definition +IPPD
Organizational Training
Integrated Project Management +IPPD
Risk Management
Decision Analysis and Resolution
Requirements Management
2 Managed Basic Project Planning
Project Project Monitoring and Control
Management Supplier Agreement Management
Measurement and Analysis
Process and Product Quality Assurance
Configuration Management Risk
Rework
1 Initial


Estructura de CMMI: Por Etapas
۞
Nivel de Madurez

Área de Proceso Área de Proceso Área de Proceso

Metas
Obligatorio Metas Genéricas
Específicas

Prácticas Prácticas
Esperado Genéricas Específicas

Informativo Sub Sub Sub Sub

Decisión informada para incluir/excluir


Institucionalización

La manera cotidiana de hacer negocios que
una organización sigue de manera rutinaria
como parte de su cultura organizacional


Institucionalizar un Proceso Administrado

Establecer una política organizacional
Planear el proceso
Proveer recursos
Asignar responsabilidades
Capacitar al personal
Administrar la configuración
Identificar e incluir a los involucrados relevantes
Monitorear y controlar el proceso
Evaluar objetivamente la adherencia
Revisar el estatus con la alta gerencia


Tiempos Esperados entre Niveles

© SEI, Carnegie Mellon University


Beneficios de CMMI
 Mejor alineación a objetivos de negocio.
 Calendarios y presupuestos más predecibles
 Mejora del ciclo de vida
 Mayor productividad
 Mayor calidad
 Mayor satisfacción del cliente
 Mejora la calidad de vida del personal
 Menor costo de la calidad
 Mayor eficacia en la detección de errores a lo largo del ciclo de vida de los proyectos del
Software, reduciendo drásticamente el número de errores que afecta directamente a los
clientes y usuarios.
 Implementación de técnicas proactivas de gestión, mitigando los riesgos que afectan a los
proyectos.
 Liberaciones de tensiones, malentendidos y vacíos de responsabilidad en Proyectos
Software.
 Disposición de información de gestión útil a la hora de tomar decisiones ya sean éstas
relacionadas con la Gestión de Proyectos Software, bien con la mejora continua del
Proceso Software.
 Menores costos de desarrollo.
 Mayor rapidez de respuesta.


Cómo se implementa CMMI?
• Fase I: Evaluación inicial y plan de mejora
– Intro to CMMI oficial
– Seminario de proyecto de mejora
– Evaluación inicial
– Taller “Administrado procesos de mejora de software”
– Calendario del proyecto de mejora

• Fase II, implementación del proyecto de mejora
– Consultoría por área de proceso (AP)
– Asesoría en definición de procesos
– Asesoría en implantación de procesos
– Acompañamiento en el proyecto piloto
– Institucionalización y adherencia
– Pre-evaluación

• Fase III, evaluación oficial SCAMPI Clase A
– Evaluación oficial

"a Tec de
19
Monterrey spin-off

Team Software Process
El TSP entrena equipos de alto
desempeño de abajo hacia arriba

Comunicación del equipo
Administración Coordinación del equipo
del equipo Seguimiento al proyecto
Team Análisis de riesgos
Software
Process Establecimiento de metas
Construcción Asignación de roles
del equipo Proceso ajustado al equipo
Planes detallados balanceados

Personal Disciplina de Procesos
Habilidades de Métricas de Rendimiento
Software
los miembros Estimación y Planeación
Process Administración de la Calidad


Los elementos del PSP
Phase Purpose To guide you in developing module-level programs
Inputs Required Problem description
PSP project plan summary form
Time and defect recording logs
Defect type standard
Stop watch (optional)
Scripts Documentan los criterios de entrada, las
1

2
Planning

Development
- Produce or obtain a requirements statement.
- Estimate the required development time.
- Enter the plan data in the project plan summary form.
- Complete the time log.
- Design the program.
fases/pasos y los criterios de salida de cada
3 Postmortem
- Implement the design.
- Compile the program and fix and log all defects found.
- Test the program and fix and log all defects found.
- Complete the time recording log.
Complete the project plan summary form with actual
proceso. Su propósito es guiar en el uso del
Exit Criteria
time, defect, and size data.
- A thoroughly tested program
- Completed project plan summary with estimated and
actual data
- Completed defect and time logs
proceso.

Métricas Miden el proceso y el producto. Proveen
visión sobre como funciona el proceso y
sobre el estado actual del trabajo.
Student Date
Program Program #
Instructor Language
Summary Plan Actual To Date
LOC/Hour
Actual Time
Planned Time
CPI(Cost-Performance Index)
(Actual/Planned)
% Reuse
% New Reuse
Test Defects/KLOC
Total Defects/KLOC
Yield %
% Appraisal COQ
% Failure COQ
COQ A/F Ratio

Program Size (LOC):
Base(B)
Plan Actual To Date
Formatos Proveen una forma conveniente y
consistente de capturar y retener los
(Measured) (Measured)
Deleted (D)
(Estimated) (Counted)
Modified (M)
Added (A)
(N-M) (T-B+D-R)
Reused (R)

datos medidos.
Total New & Changed (N)
(Estimated) (A+M)
Total LOC (T)
(N+B-M-D+R) (Measured)
Total New Reused
Total Object LOC (E)
Upper Prediction Interval (70%)
Lower Prediction Interval (70%)

Time in Phase (min.) Plan Actual To Date To Date %
Planning
Design
Design review
Code
Code review
Compile
Test
Postmortem
Total
Total Time UPI (70%)
Total Time LPI (70%)

Estándares Proveen definiciones consistentes
que guían el trabajo y la recolección
de datos.


Team Software Process (TSP)

• El TSP es una estrategia enfocada a procesos
para ayudar a las organizaciones a mejorar sus
habilidades para producir software de alta
calidad, en costo y tiempo comprometido.

• TSP mejora el desempeño organizacional a
través de la mejora individual y del desempeño
de sus equipos.

• El TSP trabaja con proyectos individuales en
vez de proyectos organizacionales
– Cada proyecto tiene un beneficio cuantificable
inmediato
– El ROI por proyecto es de 3 a 6 meses

TSP – un proceso para equipos

• TSP es un proceso que esta
diseñado especificamente para
equipos de desarrollo de software.

• Su proposito es ayudar al equipo:
– Planear el trabajo
– Negociar los compromisos con
Gerencia
– Administrar y monitorar los proyectos
hasta su conclusión exitosa
– Producir productos de calidad en menor
tiempo y costo

Componentes del TSP
Proceso para construir un equipo:
Day 1 Day 2 Day 3 Day 4
• Se inicia con un
“lanzamiento” (planeación) 1. Establish 4. Build top-
7. Conduct 9. Hold
• El equipo: product and
business
down and
next-phase
risk management
assessment review
– Define metas y se asigna goals plans

roles
– Estima el tamaño del 8. Prepare
2. Assign roles 5. Develop New teams:
producto que va a and define the quality
management
TSP process
briefing and
desarrollar team goals plan
launch report
review

– Define la estrategia, los
procesos y los planes
detallados para realizar el 3. Produce
6. Build bottom-
up and Launch
trabajo development
balanced postmortem
strategy
– Negocia los compromisos plans

finales


Productos del Lanzamiento
•Durante el lanzamiento, el equipo produce
– metas documentadas del equipo
– definición de los roles de los miembros del equipo
– definición de la estrategia de desarrollo y de los procesos del equipo
– una lista de los productos planeados del proyecto
– estimaciones de tamaño para los productos planeados
– un calendario general del proyecto
– un plan de calidad cuantitativo
– planes detallados para la siguiente fase para cada ingeniero
– un plan balanceado para la siguiente fase
– una evaluación de los riesgos claves del proyecto

• El principal producto del lanzamiento es un equipo
motivado y comprometido.


Componentes del TSP

Proceso para construir un Proceso para trabajar en
equipo: equipo:
• Se inicia con un • El equipo se auto-gerencia
“lanzamiento” (planeación) – Sigue los procesos y planes
• El equipo: que definió
– Define metas y se asigna – Recolecta datos precisos y
roles exactos de su trabajo
– Estima el tamaño del – Analiza los datos para
producto que va a
desarrollar identificar problemas con
anticipación
– Define la estrategia, los
procesos y los planes – Encuentra soluciones en
detallados para realizar el equipo y las ejecuta
trabajo • Siempre se enfoca primero
– Negocia los compromisos a la calidad y después a la
finales
fecha de entrega


Métricas del PSP y TSP

Tamaño Esfuerzo (tiempo)

Calidad (defectos) Calendario


Mejora la Calidad del producto entregado

Fuente: CMU/SEI-TR-2003-014


Mejora la variación de esfuerzo y calendario
Schedule Deviation Range

120%
Variación en Calendario 100%

Antes del TSP +27% to +112% 80%

Percent Error
60%
Con TSP -8% to +20% 40%

20%

0%

-20%
Pre-TSP With TSP

Effort Deviation Range

100%

80%
Variación en esfuerzo 60%

Antes del TSP +17% to +85% Percent Error 40%

20%
Con TSP -25% to +25% 0%

-20%

-40%
Pre-TSP With TSP

ROI por costos de Pruebas
Tamaño del
Costo de
1 1 1 10 100 proyecto en US Dlls.
corrección
KLOCs
Defectos
20 20 20 50 13.33
inyectados
Requerimientos Diseño Código Costos
Revisión de Costo testing
Revisión de Revisión de Costo por Costo testing del
Requeri- Pruebas Uso del proyecto
Diseño Código KLOC proyecto (Pesos)
mientos (Dlls)
Fix DR Fix DR Fix DR
Empresa
0 20 0 40 0 60 30 30
Típica ML1 $ 3,300.00 $ 165,000.00 $ 2,199,450.00

Costo Testing 0 0 0 300 3000

Empresa
10 10 15 15 17 18 9 9
CMMI ML3
$ 1,032.00 $ 51,600.00 $ 687,828.00

Empresa
14 6 18 8 19 9 4 5
TSP/PSP
$ 591.00 $ 29,550.00 $ 393,901.50


Beneficios del Team Software Process
A diferencia de otras soluciones, el TSP
– Usa un estilo gerencial de equipo auto-dirigido con un
modelo de coaching para producir equipos de alto
desempeño que alcanzan los compromisos planeados
– Incluye practicas de adminitración de calidad que reduce
significativamente los costos de desarrollo y de pruebas
– Es una solución de mejora táctica que puede ser
ejecutada en semanas y no en meses o años.
– Es un enfoque operacional que incluye procesos,
métricas, entrenamiento y la herramienta necesaria para
llevarse a cabo.
– Se adapta a prácticas existentes en la organización en
lugar de reemplazarlas.


Cómo se implementa TSP?

• FASE I, Capacitación en PSP
– TSP for Executives
– PSP Fundamentals & Advanced
– Leading a Development Team
– Team Member
– Training coach
• FASE II, Implementación del TSP
– Primer piloto dirigido por un coach del SIE Center certificado
por el SEI
• FASE III, Mentoring del coach interno
– Segundo piloto observado por el mentor certificado del SIE
Center pero dirigido por el candidato a ser coach de la
organización


Accelerated Improvement Method (AIM)
Integrates and Leverages SEI Technologies

Team Rapid
Six Sigma
CMMI SCAMPI Software Deployment
toolkit
Process Strategy


Team Software Process (TSP)
• El TSP es una estrategia enfocada a procesos para
ayudar a las organizaciones a mejorar sus habilidades
para producir software de alta calidad, en costo y
tiempo comprometido.
• TSP mejora el desempeño organizacional a través de
la mejora individual y del desempeño de sus equipos.
• Su proposito es ayudar al equipo:
– Planear el trabajo
– Negociar los compromisos con Gerencia
– Administrar y monitorar los proyectos hasta su
conclusión exitosa
– Producir productos de calidad en menor tiempo y
costo
• El TSP trabaja con proyectos individuales en vez de
proyectos organizacionales
– Cada proyecto tiene un beneficio cuantificable
inmediato
– El ROI por proyecto es de 3 a 6 meses

TSP y CMMI son Complementarios
•CMMI es… •TSP es…
– un modelo de las mejores – El uso e implantación de las
prácticas mejores prácticas
– acerca del “qué” y no del “cómo” – acerca del “cómo” y no del “qué”
– un mapa de mejora – una ruta de mejora
– un benchmark de capacidad – un benchmark de performance


TSP Implements CMMI

• An organization using TSP has directly addressed or implemented most CMMI
specific practices (SP).
100%
– 85% of SPs at ML2 90%
– 78% of SPs at ML3 80%
Unrated

Percentage of SPs
70%
– 54% of SPs at ML4 60% Not Addressed
50% Partially Addressed
– 25% of SPs at ML5
40% Supported
– 80% of ML2 and ML3 SPs 30% Directly Addressed
20%
– 75% of SPs through ML5 10%
0%
Level 2 Level 3 Level 4 Level 5 All Levels

CMMI Maturity Level

• Most generic practices are also addressed.

AIM (Accelerated Improvement Method)


Estrategia rápida de despliegue
• Identificar la línea base de los procesos actuales
• Se trabaja proyecto por proyecto en ves de nivel por nivel
• El entrenamiento es top-down, y se implementa bottom-up.
• Introducir TSP and PSP para construir las capacidades a
nivel individual y por proyecto, y se produce los datos
necesarios para Six Sigma.
• Se construye el EPG y se mejora al equipo usando
– TSP para dirigir al EPG.
– Métodos de Six Sigma para guiar las acciones de
mejora
• Se hace un gap análisis mapeandolo con CMMI y se
trabaja en las practicas que no son consideradas ni por
TSP ni en los procesos de la organización

Se contruye la capacidad proyecto por proyecto

EPG uses Six Sigma to
Training Launch identify potential
improvements, and
analyze, define, and
Corporate execute improvement
strategies

Divisions,
Departments,
or Groups (4)
EPG
Projects (20)

Project data, improvement proposals, gaps

Baseline


Beneficios de AIM
• Beneficios Organizacionales • Beneficios por proyecto
– Se implementa CMMI L3 más – El retorno de la inversión es por
rápido y a menor costo proyecto
– Es un estrategia medible – Se forman equipos de alto
– La responsabilidad es local por desempeño
división
– Un camino más dirigido para
alzanzar los niveles altos de
madurez
– Ayuda a mejorar la resistencia
al cambio
– Mejora la calidad de vida del
empleado


Relación del TSP/PSP con CMMI

Tres niveles operacionales

CMMI - -para
CMMI para
capacidad
capacidad
organizacional
organizacional

TSP ––para
TSP para
productos con
productos con
calidad, aatiempo
calidad, tiempo
yyen costo
en costo

PSP - -para
PSP para
disciplina yy
disciplina
competencias
competencias
individuales
individuales

Adaptado de “TSP Presentation by Jim McHale, SEI”

Implementando TSP y CMMI

Planes detallados

Marco
organizacional Equipos de alto
de calidad
desempeño $$$
Equipos
autodirigidos
Ciclos de pruebas
de alto más cortos $$$
desempeño Ingeniero
disciplinado
con Infraestructura para
calidad crecimiento sustentable


Beneficios de las Tecnologías

CMMI TSP


Norma sobre Gestión de Riesgo
Tecnológico
Norma Mejores Prácticas

Capítulo IV, Adquisición, Desarrollo e
Implementación de Tecnologías de Información
Art. 10 Administración de nuevos proyectos CMMI Nivel 2: PP, PMC, PPQA
TSP
Art 11 Ciclo de vida del desarrollo de sistemas CMMI Nivel 2 y Nivel 3: REQM, OT, VER y VAL
TSP
Art 13 Control de cambios CMMI Nivel 2: CM, REQM
Capítulo V, Administración de Tecnologías de
Información
Art 19, Adm de operaciones ITIL
Art 20, Adm de los niveles de servicios
Capítulo VI, Administración de Servicios Prestados CMMI: SAM
por Terceros
Capítulo VII, Administración de la Seguridad ISO 27002

Capítulo VIII, Adm de problemas, planeación de ITIL
contigencias y estrategias de recuperación


Estrategia para la mejora – Algún eslabón
perdido?

objetivos + plan + habilidades + recursos + incentivos + información = Éxito

plan + habilidades + recursos + incentivos + información = Indecisión

objetivos + + + + +
habilidades recursos incentivos información = Complicación

objetivos + plan + + recursos + incentivos + información = Miedo

objetivos + plan + habilidades + + incentivos + información = Frustración

objetivos + plan + habilidades + recursos + + información = Resistencia

objetivos + plan + habilidades + recursos + incentivos + = Caos

© European Software Institute


Diplomado Administración de Proyectos de
Software
OBJETIVO
Proporcionar el conocimiento y desarrollar las habilidades necesarias para
administrar un proyecto de desarrollo de software, hacer la planeación y
estimación de recursos, identificar y controlar los riesgos y la relación que
se debe tener con clientes y proveedores.

DIRIGIDO A
• Ingeniero y Gerentes de sistemas y software
• Administradores y/o Líderes de proyectos de software
• Cualquier interesado en administrar un proyecto en Ingeniería de Software

BENEFICIOS
El diplomado ofrece conocimiento teórico y práctico para la gestión de
proyectos y de software, además permitirá al participante llevar el control de
un proyecto ya establecido en el desarrollo de software.


Diplomado Administración de Proyectos de
Software
MODULOS
1. Administración del alcance del proyecto
2. Administración de Requerimientos
3. Planeación de Proyectos
4. Estimaciones de software
5. Herramienta MS-Project
6. Monitoreo y control de proyectos
7. Administración de riesgos
8. Administración de la calidad
9. Preparación para el examen de PMP

DURACIÓN
 Cada módulo dura 15 horas, excepto el 9 que dura 20
horas
 Total 140 horas

SIE Center (Software Industry Excellence Center)

• Misión, ayudar a las organización a
implementar y certificarse en modelos de
calidad
• Socios: CMMI, TSP/PSP, AIM, TSP for SVC

CMMI for SVC

• Oficinas: DF, Monterrey, Guadalajara y León
• Experiencia: Nacional e Internacional


Posicionamiento Nacional e Internacional
• Proyectos Nacionales • Oficinas
– Guadalajara – Guadalajara
– León – Monterrey
– Monterrey – D.F.
– Mérida – León
– Ciudad del Carmen
– D.F.
• Proyectos Internacionales
– Torreón
– Guatemala
– Irapuato
– Brasil
– Uriangato
– Perú
– Dolores Hidalgo
– Venezuela
– Cortazar
– Chile
– Cuernavaca
– Cuba
– Zacatecas
– España
– Chihuahua
– Ecuador
– Chiapas
– Colombia
– Culiacán
– Honduras
– Campeche
– Costa Rica
– Aguascalientes
– Panamá
– San Luis Potosí

• Congresos • IEEE, CSDP
– CIISA • IBM Partner en SOA (p)
– SEPG LA, Colombia, Argentina,
Chile, Brasil, México

SEI Partner
• CMMI, ITESM-ESICenter
– HM Lead Appraiser, José Pérez, acceder a: http://partner-
directory.sei.cmu.edu/ (buscar por Jose Perez). La lista de las
empresas evaluadas puede consultarse en
http://sas.sei.cmu.edu/pars/pars.aspx (buscar por Jose Perez)
– Instructor, Oscar Mondragón, acceder a: http://partner-
directory.sei.cmu.edu/ (buscar por Oscar Mondragon).

• TSP/PSP, ITESM, http://partner-
directory.sei.cmu.edu/search_auth.cfm
– Instructor, Blanca Gil, Oscar Mondragón y Enrique Pérez
http://www.sei.cmu.edu/certification/PSPDevelopersListing.html
– Coach, Oscar Mondragón, Blanca Gil, Enrique Pérez


Para más información …

Lic. Berta Alicia Valdez Aldrete, MCC
Directora SIE Center
Centro de Excelencia para la Industria del SFW
Tel: +52 33 3669.3000 ext 2810
bvaldez@itesm.mx

Lic. Jorge Maldonado
Gerente de Negocios
Trust Systems
Tel: (502) 2247.1980 Cel: (502) 5516.3756
jorge.maldonado@trust-systems.com


Control de riesgo tecnológico a traves de la mejora de procesos, gtm, 20110705

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (20)

Similaire à Control de riesgo tecnológico a traves de la mejora de procesos, gtm, 20110705

Similaire à Control de riesgo tecnológico a traves de la mejora de procesos, gtm, 20110705 (20)

Plus de guba93

Plus de guba93 (20)

Control de riesgo tecnológico a traves de la mejora de procesos, gtm, 20110705