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

1

Control del Riesgo

Tecnológico y

Operativo a través

de procesos de

mejora continua

"a Tec de Monterrey spin-off company"

Partes del material presentado es copyright de

© Carnegie Mellon University, Software Engineering Institute.

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

2 "a Tec de Monterrey spin-off company"

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 3 "a Tec de Monterrey spin-off company"

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


5

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

Financial

Management for IT services

Capacity

Management

Availability

Management

IT Service

Continuity

Management

Incident

Management Problem Management

Change

Management

Configuration

Management

Release

Management

IT

Infrastructure

security

Service Level

Management


7

ITIL Procesos & Funciones

Service Support Service Delivery

ITIL Processes

Service Desk

Incident Management

Problem Management

Change Management

Release Management

Configuration Management

Service Level Management

Availability Management

Capacity Management

IT Service Continuity Management

Financial Management for IT

Services

ITIL Functions


ISO 20000 Procesos

Source: itSMF International

The Business

Perspective ICT

Infrastructure

Management

SERVICE DELIVERY Capacity

Management

Availability and

Service Continuity


Service Reporting

Information

Security

Management

Budgeting and

Accounting for

IT Services

RELEASE RELATIONSHIP

RESOLUTION Release

Management Incident Management

Problem Management

Business Relationship

Management

Supplier Relationship

Management

CONTROL


Change Management


9

ITIL Procesos Soporte de Servicios & Función

Service Desk

Incident Management

Problem Management

Change Management

Release Management


ISO 20000 ITIL

No formal Process

Resolution Processes

Control Processes

Release Process


10

ITIL Procesos entrega del Servicio

No formal ProcessInformation Security Management

Capacity Management Capacity Management

Financial Management for IT

Services

Budgeting & Accounting for IT

Services

Availability Management

Service Continuity & Availability

Management

IT Service Continuity Management



Service Reporting

Business Relationship Management

Supplier Management

ISO 20000 ITIL


Modelo Capacidad Madurez (CMMI)

Continuo

… para un conjunto definido de

áreas de proceso en la

organización

Staged

N 1

N 2

N 3

N 4

N 5

PA PA

Ca

pa

cid

ad

de

l

Áre

a d

e P

roc

es

o

(PA

)

PA

. . . para una simple área o

conjunto de áreas de proceso


Modelo Capacidad Madurez (CMMI)

12 12

Project Management

Process Areas

Category

Requirements Management Requirements Development Technical Solution Product Integration Verification Validation

Engineering

Configuration Management Process and Product Quality Assurance Measurement and Analysis Decision Analysis and Resolution Causal Analysis and Resolution

Support

Project Planning Project Monitoring and Control Supplier Agreement Management

Integrated Project Management +IPPD

Risk Management

Quantitative Project Management

Organizational Process Focus Organizational Process Definition +IPPD Organizational Training Organizational Process Performance Organizational Innovation and Deployment

Process Management


CMMI – Representación por etapas

13

Organizational Innovation and Deployment Causal Analysis and Resolution

5 Optimizing

4 Quantitatively Managed

3 Defined

2 Managed

Continuous Process Improvement

Quantitative Management

Process Standardization

Basic Project Management

Organizational Process Performance Quantitative Project Management

Requirements Development 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 Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management Risk

Rework 1 Initial

Process Areas Level Focus


14

Estructura de CMMI: Por Etapas

Nivel de Madurez

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

Obligatorio Metas Genéricas Metas

Específicas

Esperado Prácticas

Genéricas

Prácticas

Específicas

Sub Sub Sub Sub

۞

Informativo

Decisión informada para incluir/excluir


15

Institucionalización

La manera cotidiana de hacer negocios que

una organización sigue de manera rutinaria

como parte de su cultura organizacional


16

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.


"a Tec de

Monterrey spin-off

company"

19

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

Team Software Process

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

Habilidades de

los miembros

Construcción

del equipo

Administración

del equipo

Disciplina de Procesos

Métricas de Rendimiento

Estimación y Planeación

Administración de la Calidad

Establecimiento de metas

Asignación de roles

Proceso ajustado al equipo

Planes detallados balanceados

Comunicación del equipo

Coordinación del equipo

Seguimiento al proyecto

Análisis de riesgos

Personal

Software

Process

Team

Software

Process


Los elementos del PSP

Documentan los criterios de entrada, las fases/pasos y los criterios de salida de cada proceso. Su propósito es guiar en el uso del proceso.

Phase Purpose To guide you in developing module-level programs

Inputs Required Problem descriptionPSP project plan summary formTime and defect recording logsDefect type standardStop watch (optional)

1 Planning - 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.

2 Development - Design the program.- 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.

3 Postmortem Complete the project plan summary form with actualtime, defect, and size data.

Exit Criteria - A thoroughly tested program- Completed project plan summary with estimated and

actual data- Completed defect and time logs

Scripts

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): Plan Actual To Date Base(B)

(Measured) (Measured)

Deleted (D) (Estimated) (Counted)

Modified (M) (Estimated) (Counted)

Added (A) (N-M) (T-B+D-R)

Reused (R) (Estimated) (Counted)

Total New & Changed (N) (Estimated) (A+M)

Total LOC (T) (N+B-M-D+R) (Measured)

Total New Reused (Estimated) (Counted)

Total Object LOC (E) (Estimated) (Counted)

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%)

Formatos Proveen una forma conveniente y consistente de capturar y retener los datos medidos.

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:

• Se inicia con un

“lanzamiento” (planeación)

• El equipo:

– Define metas y se asigna

roles

– Estima el tamaño del

producto que va a

desarrollar

– Define la estrategia, los

procesos y los planes

detallados para realizar el

trabajo

– Negocia los compromisos

finales

Day 1

1. Establish

product and

business

goals

2. Assign roles

and define

team goals

Day 2

4. Build top-

down and

next-phase

plans

5. Develop

the quality

plan

6. Build bottom-

up and

balanced

plans

Day 3

7. Conduct

risk

assessment

8. Prepare

management

briefing and

launch report

Launch

postmortem

Day 4

9. Hold

management

review

New teams:

TSP process

review

3. Produce

development

strategy


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 equipo:

• Se inicia con un “lanzamiento” (planeación)

• El equipo: – Define metas y se asigna

roles

– Estima el tamaño del producto que va a desarrollar

– Define la estrategia, los procesos y los planes detallados para realizar el trabajo

– Negocia los compromisos finales

Proceso para trabajar en equipo:

• El equipo se auto-gerencia

– Sigue los procesos y planes que definió

– Recolecta datos precisos y exactos de su trabajo

– Analiza los datos para identificar problemas con anticipación

– Encuentra soluciones en equipo y las ejecuta

• Siempre se enfoca primero a la calidad y después a la fecha de entrega


Métricas del PSP y TSP

Tamaño

Calendario Calidad (defectos)

Esfuerzo (tiempo)


Mejora la Calidad del producto entregado

Fuente: CMU/SEI-TR-2003-014


Mejora la variación de esfuerzo y calendario

Variación en Calendario

Antes del TSP +27% to +112%

Con TSP -8% to +20%

Variación en esfuerzo

Antes del TSP +17% to +85%

Con TSP -25% to +25%

Effort Deviation Range

-40%

-20%

0%

20%

40%

60%

80%

100%

Pre-TSP With TSP

Pe

rce

nt

Err

or

Schedule Deviation Range

-20%

0%

20%

40%

60%

80%

100%

120%

Pre-TSP With TSP

Pe

rce

nt

Err

or

ROI por costos de Pruebas

30

Costo de

corrección10 100

Tamaño del

proyecto en

KLOCs

US Dlls.

Defectos

inyectados50 13.33

Pruebas UsoCosto por

KLOC

Costo testing

del proyecto

(Dlls)

Costo testing del

proyecto (Pesos)

Fix DR Fix DR Fix DR

Empresa

Típica ML10 20 0 40 0 60 30 30

Costo Testing 0 0 0 300 3000

Empresa

CMMI ML310 10 15 15 17 18 9 9


Empresa

TSP/PSP14 6 18 8 19 9 4 5


Costos

3,300.00$

1,032.00$

591.00$

165,000.00$ 2,199,450.00$

51,600.00$ 687,828.00$

29,550.00$ 393,901.50$

20 20 20

1 1 1

Revisión de

Requeri-

mientos

Revisión de

Diseño

Revisión de

Código

Diseño CódigoRequerimientos


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

CMMI SCAMPI Team

Software Process

Rapid Deployment

Strategy

Six Sigma toolkit


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…

– un modelo de las mejores

prácticas

– acerca del “qué” y no del “cómo”

– un mapa de mejora

– un benchmark de capacidad

•TSP es…

– El uso e implantación de las

mejores prácticas

– acerca del “cómo” y no del “qué”

– una ruta de mejora

– un benchmark de performance


TSP Implements CMMI

• An organization using TSP has directly addressed or implemented most CMMI

specific practices (SP).

– 85% of SPs at ML2




– 80% of ML2 and ML3 SPs

– 75% of SPs through ML5

• Most generic practices are also addressed.

0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

100%

Level 2 Level 3 Level 4 Level 5 All LevelsPerc

enta

ge o

f S

Ps

CMMI Maturity Level

Unrated

Not Addressed

Partially Addressed

Supported

Directly Addressed

37

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

Projects (20)

Corporate

Divisions,

Departments,

or Groups (4)

EPG

Project data, improvement proposals, gaps

Baseline

Training Launch EPG uses Six Sigma to

identify potential

improvements, and

analyze, define, and

execute improvement

strategies


Beneficios de AIM

• Beneficios Organizacionales

– Se implementa CMMI L3 más rápido y a menor costo

– Es un estrategia medible

– La responsabilidad es local por 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

• Beneficios por proyecto

– El retorno de la inversión es por proyecto

– Se forman equipos de alto desempeño


Relación del TSP/PSP con CMMI

CMMI - paracapacidad

organizacional

CMMI - paracapacidad

organizacional

TSP – paraproductos con

calidad, a tiempoy en costo

TSP – paraproductos con

calidad, a tiempoy en costo

PSP - paradisciplina y

competenciasindividuales

PSP - paradisciplina y

competenciasindividuales

Tres niveles operacionales

Adaptado de “TSP Presentation by Jim McHale, SEI”


42

Ingeniero disciplinado

con calidad

Equipos

autodirigidos

de alto desempeño

Marco organizacional

de calidad

Planes detallados

Equipos de alto desempeño $$$

Ciclos de pruebas más cortos $$$

Infraestructura para crecimiento sustentable

Implementando TSP y CMMI


Beneficios de las Tecnologías

43

CMMI TSP


Norma sobre Gestión de Riesgo

Tecnológico

44

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

Art 20, Adm de los niveles de servicios

ITIL

Capítulo VI, Administración de Servicios Prestados

por Terceros

CMMI: SAM

Capítulo VII, Administración de la Seguridad ISO 27002

Capítulo VIII, Adm de problemas, planeación de

contigencias y estrategias de recuperación

ITIL


Estrategia para la mejora – Algún eslabón

perdido?

habilidades

habilidades

habilidades

habilidades

recursos

recursos

recursos

recursos

incentivos

incentivos

incentivos

incentivos

incentivos

información

información

información

información

información

+

+

+

+

+

recursos

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

+

=

=

=

=

=

= Indecisión

Complicación

Miedo

Frustración

Resistencia

Caos

objetivos

objetivos

objetivos

objetivos

objetivos

plan

plan

plan

plan

plan

habilidades

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

+ +

© 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 – Guadalajara

– León

– Monterrey

– Mérida

– Ciudad del Carmen

– D.F.

– Torreón

– Irapuato

– Uriangato

– Dolores Hidalgo

– Cortazar

– Cuernavaca

– Zacatecas

– Chihuahua

– Chiapas

– Culiacán

– Campeche

– Aguascalientes

– San Luis Potosí

• Congresos

– CIISA

– SEPG LA, Colombia, Argentina, Chile, Brasil, México

• Oficinas – Guadalajara

– Monterrey

– D.F.

– León

• Proyectos Internacionales

– Guatemala

– Brasil

– Perú

– Venezuela

– Chile

– Cuba

– España

– Ecuador

– Colombia

– Honduras

– Costa Rica

– Panamá

• IEEE, CSDP

• IBM Partner en SOA (p)


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


http://partner-directory.sei.cmu.edu/



http://sas.sei.cmu.edu/pars/pars.aspx




http://partner-directory.sei.cmu.edu/search_auth.cfm



http://www.sei.cmu.edu/certification/PSPDevelopersListing.html

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 [email protected]

Lic. Jorge Maldonado Gerente de Negocios Trust Systems Tel: (502) 2247.1980 Cel: (502) 5516.3756 [email protected]

"a Tec de Monterrey spin-off company" 51

mailto:[email protected]





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

Documents