SlideShare una empresa de Scribd logo
1 de 38
Descargar para leer sin conexión
@garicorp
@lorenzo_kila
PROPUESTAS DE MEJORAS Y
ACTUALIZACIONES AL MODELO
DE PROCESOS MOPROSOFT
Presentan:
Mtro. Rodrigo Torres Garibay
Lic. Lorenzo Armenta Fonseca
@garicorp
@lorenzo_kila
Objetivo de la sesión
• Analizar las diversas propuestas de
mejoras y actualizaciones al Modelo
MoProSoft, de tal forma que éste
siga siendo vigente y útil para las
empresas u organizaciones
dedicadas al desarrollo o
mantenimiento de software.
@garicorp
@lorenzo_kila
Agenda de la sesión
• ¿Qué es MoProSoft?
• ¿A quién está dirigido MoProSoft?
• Historia de MoProSoft
• Evolución de los Modelos de Referencia
• Estructura de MoProSoft
• Norma Mexicana NMX-I-059-NYCE
• Diferencias entre la NMX-I-059-NYCE-2005 y
NMX-I-059-NYCE-2011
• Los “sabores” de MoProSoft
• MoProSoft en números
• Oportunidades de Mejora de MoProSoft
• Rutas para Mejorar la IMDS-2024: Ruta 2
• Conclusiones
@garicorp
@lorenzo_kila
¿Qué es MoProSoft?
• MoProSoft es un Modelo de Referencia de Procesos
conformado por procesos y buenas prácticas de
Gestión e Ingeniería de Software.
• Proporciona un conjunto de procesos integrados,
con sus flujos de trabajo, roles y productos, que
pueden servir de marco de referencia para las
empresas de la industria de software.
@garicorp
@lorenzo_kila
¿A quién está dirigido
MoProSoft?
• El Modelo MoProSoft está dirigido
a las empresas o áreas internas
dedicadas al desarrollo y/o
mantenimiento de software.
• Agrupa los procesos en tres
categorías principales: Alta
Dirección, Gerencia y Operación.
• Esta división de procesos se ajusta
a la organización funcional de una
empresa.
@garicorp
@lorenzo_kila
Historia de MoProSoft
MODELO DE
PROCESOS
PRUEBA DEL
MODELO
2004
PUBLICACIÓN DE LA
NORMA Y
ACREDITACIÓN DEL
ORGANISMO
VERIFICADOR
MASIFICACIÓN DE LA
NORMA EN LA
INDUSTRIA DEL
SOFTWARE
PROCESO DE NORMALIZACIÓN (NMX)
FONDO PROSOFT: APOYOS PARA CAPACITACIÓN, IMPLANTACIÓN, EVALUACIÓN Y CERTIFICACIÓN DE
MODELOS DE CALIDAD DE PROCESOS DE SOFTWARE
OBJETIVOS DE PROSOFT (ESTRATEGIA 6)
2005 2006 - 20092002-2003
@garicorp
@lorenzo_kila
Evolución de los Modelos de
Referencia
1995 2000 2005 2015 2020
2000
ISO 9001:2000
2008
ISO 9001:2008
2015
ISO 9001:2015
2003
MoProSoft v1.1
2005
MoProSoft v1.3
2005
NMX-I-059/02-NYCE-2005
2015
PROY-NMX-I-059/02-NYCE-2015
2011
NMX-I-059/02-NYCE-2011
1998
ISO/IEC TR 15504-2
2003
ISO/IEC 15504-2
2010
2000
PMBOK Guide 2da Ed.
2004
PMBOK Guide 3ra Ed. 2008
PMBOK Guide 4ta Ed. 2013
PMBOK Guide 5ta Ed.
2002
CMMI-DEV V1.1
1993
SW CMM v1.1
2006
CMMI-DEV V1.2
2007
CMMI-ACQ V1.2
2009
CMMI-SVC V1.2
2010
CMMI-DEV V1.3
CMMI-ACQ V1.3
CMMI-SVC V1.3
@garicorp
@lorenzo_kila
Estructura de MoProSoft
Gestión de
Procesos
Gestión de
Proyectos
Gestión de
Recursos
Recursos
Humanos
y Ambiente
de Trabajo
Bienes,
Servicios e
Infraestructura
Conocimiento
de la
Organización
Administración
de Proyectos
Específicos
Desarrollo y
Mantenimiento
de Software
Gestión de
Negocio
Categorías
de Procesos
Procesos
@garicorp
@lorenzo_kila
Estructura de MoProSoft
Gestión de
Negocio
Gestión de
Procesos
Gestión de
Proyectos
Gestión de
Recursos
Administración
de Proyectos
Específicos
Desarrollo y
Mantenimiento
de Software
Recursos Humanos
y Ambiente
de Trabajo
Conocimiento
de la
Organización
Bienes, Servicios
e Infraestructura
1
1..n
@garicorp
@lorenzo_kila
Norma Mexicana NMX-I-059-
NYCE
@garicorp
@lorenzo_kila
Norma Mexicana NMX-I-059-NYCE
TECNOLOGÍA DE LA INFORMACIÓN – SOFTWARE
– MODELOS DE PROCESOS Y EVALUACIÓN PARA
DESARROLLO Y MANTENIMIENTO DE SOFTWARE
• NMX-I-059/01-NYCE: Definición de conceptos y
productos.
• NMX-I-059/02-NYCE: Requisitos de procesos
(MoProSoft).
• NMX-I-059/03-NYCE: Guía de implantación de
procesos.
• NMX-I-059/04-NYCE: Directrices para la
evaluación de procesos (EvalProSoft).
@garicorp
@lorenzo_kila
Diferencias entre la NMX-I-059-
NYCE-2005 y NMX-I-059-NYCE-
2011
Proceso Producto Diferencia Referencia
GPR
Plan de
Procesos
Se agregó el Plan de Mediciones en la descripción del
Plan de Proceso.
Parte 02, Pág. 14
PAC
Se agregó los elementos que se deben de tener en el
PAC. Agregando el elemento de herramientas.
Parte 02, Pág. 40
Documentación
de los procesos
Se integró los elementos que faltaban de la parte 03,
al patrón de procesos. Generando 23 elementos, a
diferencia de 19 que se tenía.
Parte 02, Pág. 40
GR
Plan Operativo
Se ajusto la falla de la integración de los planes
operativos. Ahora si están separados.
Parte 02, Pág. 43
PAC Se igualo con el de GPR.
Parte 02, Pág. 43
CO
Base de
Conocimiento
Se solicita que se tenga un apartado por cada uno de
los procesos.
Parte 02, Pág. 46
GPY
Asignación de
RAPE
Se eliminó este producto de GPY. Parte 02, Pág. 42
@garicorp
@lorenzo_kila
Los “sabores” de MoProSoft
• COMPETISOFT
• NTP 291.100
• ISO/IEC 29110
@garicorp
@lorenzo_kila
COMPETISOFT
Proyecto COMPETISOFT (2006-2008)
• Mejora de Procesos para Fomentar la
Competitividad de la Pequeña y Mediana Industria
del Software de Iberoamérica.
@garicorp
@lorenzo_kila
NTP 291.100
• Perú adoptó la Noma Mexicana (MoProSoft) como
Norma Técnica Peruana (NTP 291.100) en 2009.
@garicorp
@lorenzo_kila
ISO/IEC 29110
ISO/IEC 29110 Software Engineering -
Lifecycle profiles for Very Small
Entities (VSE):
• Parte 1: Overview.
• Parte 2: Framework and Taxonomy.
• Parte 3: Assessment Guide.
• Parte 4-1: Profile specifications:
Profile Generic profile Group.
• Parte 5-1: Management and
Engineering Guide: Generic profile
group: Basic Profile.
@garicorp
@lorenzo_kila
MoProSoft en números
• Centros de desarrollo Certificados/Verificados en la Norma
NMX-059/01-NYCE-2005/2011 (MoProSoft):
478
• Fuentes: PROSOFT, NYCE, CERTVER.
• Fecha de última actualización: 13 de enero de 2016:
https://prosoft.economia.gob.mx/doc/PADRON_CENTRO%20DE%20DESARROLLO%20VIGENTE_2016_ene-13.pdf
Lista de Empresas Acreditadas
Lista de Empresas Dictaminadas
Nivel 1: 251
Nivel 2: 208
Nivel 3: 19
@garicorp
@lorenzo_kila
Oportunidades de Mejora de
MoProSoft
• Áreas de oportunidad de la NMX-I-059-NYCE-2011
• Integración de frameworks y prácticas ágiles.
• Definir a detalle los Altos Niveles de Madurez.
• Definir otros esquemas de adopción y evaluación
(i.e. Por Perfiles, Continua).
@garicorp
@lorenzo_kila
Áreas de Oportunidad de la
NMX-I-059-NYCE-2011
NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD
01
NMX-I-059/02 (Apéndice)
Documentación del
Procesos
La documentación del proceso no comprende el Objetivo.
02
NMX-I-059/02 (Apéndice)
Productos de nivel 3
La norma agrupa varios procesos para especificar los productos de nivel 3
que se requieren. Sin embargo, en dicha agrupación no se mencionan los
procesos de CO ni BSI.
03
NMX-I-059/02 (Apéndice)
Gestión de Recursos
No se mencionan el producto de Propuestas Tecnológicas, ni la actividad de
Investigación de Tendencias Tecnológicas que sí se mencionan en el modelo.
04
NMX-I-059/02 (Apéndice)
Bienes, Servicios e
Infraestructura
El producto BSI.A2.PT1 pide “Evaluación de la Satisfacción”. En la parte 1 de
la norma el apartado 3.2.4.6 no especifica esto. Da otra descripción del
producto.
05
NMX-I-059/02 (Apéndice)
DMS
En el nivel 1 solicita la práctica de PRUEBAS (DMS.A5) pero no hay ningún
producto relacionado.
@garicorp
@lorenzo_kila
Áreas de Oportunidad de la
NMX-I-059-NYCE-2011
NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD
06
NMX-I-059/02 (Apéndice)
GPY
Se solicitan los siguientes 3 productos para el proceso de GPY, sin embargo,
no queda claro cuál es el alcance de cada uno, y tampoco son totalmente
consistentes con los nombres que menciona el modelo:
GPY.A3.PT1 Reporte de Acciones Correctivas o Preventivas Relacionadas con
Clientes.
GPY.A3.PT2 Acciones Correctivas o Preventivas relacionada con Clientes.
GPY.A3.PT3 Acciones Correctivas o Preventivas en relación con desviaciones.
Además, el GPY.A3.PT2 dice “relacionada” y debe ser “relacionadas”.
07
NMX-I-059/02 (Apéndice)
Lecciones Aprendidas
El contenido de la evidencia de las lecciones aprendidas, según la norma es:
1. Mejores prácticas.
2. Problemas recurrentes.
3. Experiencias exitosas.
Considerar que estos son más bien ejemplos o fuentes de lecciones
aprendidas más que una lección aprendida contenga forzosamente esos 3
puntos.
@garicorp
@lorenzo_kila
Áreas de Oportunidad de la
NMX-I-059-NYCE-2011
NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD
08
NMX-I-059/02 (Apéndice)
Plan Operativo de Recursos
Humanos y Ambiente de
trabajo
GR
La norma dice en el GR.A1.PT1 en el inciso 1. “… Elementos a considerar en
la selección, asignación, aceptación, capacitación, evaluación Y desempeño
de los recursos humanos… “
¿Entonces que se va a evaluar además del Desempeño?
09
NMX-I-059/02 (Apéndice)
Bienes Servicios e
Infraestructura
No existe el producto “Catalogo de Proveedores” en el Apéndice. Pero en la
parte 1 se define en el 3.2.1.7
10
NMX-I-059/02 (Apéndice)
Plan Operativo de Recursos
Humanos y Ambiente de
trabajo
GR
En el GR.A1.PT1 en el inciso 3. Se considera el diseño, operación y
mantenimiento, pero Administración no lo consideran.
11
NMX-I-059/02 (Apéndice)
Atributos de Nivel 2
Se coloca en los dos puntos como “AP 2.1”
@garicorp
@lorenzo_kila
Áreas de Oportunidad de la
NMX-I-059-NYCE-2011
NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD
12
NMX-I-059/02 (Apéndice)
Desarrollo y Mantenimiento
de Software (A.21) Página 45
El nombre del proceso dice: “Desarrollo y Mantenimiento”
Falta Software
13
NMX-I-059/02 (Pág. 15)
Actividades de BSI
BSI
Te piden definir criterios para la evaluación de proveedores
Nunca defines un catálogo de proveedores en las actividades.
14
NMX-I-059/02 (Pág. 15)
Actividades de BSI
BSI
Entra catálogo de proveedores, pero no existe una actividad donde lo
definas.
15
NMX-I-059/02 (Pág. 15)
Actividades de BSI
BSI
Entra catálogo de proveedores, pero no existe una actividad donde lo
definas.
16
NMX-I-059/01 (Pág. 15)
Evaluación de Desempeño
(3.2.18)
Es diferente a la parte 02 en el Apéndice A (Nivel 2 de RHAT)
17
NMX-I-059/01 (Pág. 24)
Producto Software (3.2.69)
Hace referencia a una norma alterna NMX-I-045-NYCE
@garicorp
@lorenzo_kila
Áreas de Oportunidad de la
NMX-I-059-NYCE-2011
NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD
18
NMX-I-059/02
Gestión de Recursos Nivel 2
En el Apéndice A nunca solicitan el documento de “Propuestas
Tecnológicas”
19
NMX-I-059/02
Gestión de Recursos Nivel 3
Hasta Nivel 3 el Gestor de Recursos reporta los estados al Gestor de
Negocio.
20
NMX-I-059/03
CO, inciso 4.3.17
Verificaciones y validaciones,
Val1, descripción
Validar que todos los elementos del Plan de Procesos sean viables y que
correspondan a las necesidades de los procesos. Hace referencia a un
producto de GPR.
21
NMX-I-059/01 (Pág. 14)
Descripción de Proyecto
(3.2.12)
Es diferente al apéndice A, ya que en la parte 01 hablan de “descripción de
producto” y en el Apéndice A habla de “descripción de productos”.
22
NMX-I-059/01 (Pág. 20)
Plan Estratégico (3.2.40)
Es diferente al apéndice A, ya que en la parte 01 hablan de indicadores y
metas cuantitativas y en el Apéndice A no los menciona.
23
NMX-I-059/02
Gestión de Recursos Nivel 2
Acciones Correctivas
Habla que se tienen 3 planes operativos (RHAT, BSI, CO) cuando en nivel 1
solamente se tiene 1 plan operativo.
24
NMX-I-059/01 (Pág. 18)
Plan de Procesos (3.2.40)
Es diferente al apéndice A, ya que en la parte 01 hablan de plan de
mediciones de procesos y en el Apéndice A no los menciona.
@garicorp
@lorenzo_kila
Integración de frameworks y
métodos ágiles.
• Hoy en día las organizaciones dependen de la
información y de una toma de decisiones, más
eficiente. Esto tiene que ser con el mismo costo
pero de una manera ágil.
@garicorp
@lorenzo_kila
Integración de frameworks y
métodos ágiles.
Fuente: NMX-I-006/01-NYCE
@garicorp
@lorenzo_kila
Integración de frameworks y
métodos ágiles.
• Utilizar las guías de ajuste para la integración de
métodos ágiles.
• Recordar que el cómo lo propone la organización.
• Definir guías de ajuste “ágiles”.
@garicorp
@lorenzo_kila
Definir el detalle de los Altos
niveles de madurez
• Al día de hoy 27 de Abril de 2016, no se tienen
organizaciones con dicho nivel.
• Actualmente los niveles de madurez 4 y 5 no
describen si la mejora de innovación debe de ser
cuantitativa o cualitativa.
• Se puede optar por análisis morfológicos de mejora
e innovación, para justificar el nivel 4 o 5 de
madurez.
• Es requerido definir si es requerido modelos de
predicción cuantitativa o cualitativa para los
procesos.
@garicorp
@lorenzo_kila
Definir el detalle de los Altos
niveles de madurez
• Un Nivel 4 en el modelo MoProSoft se le conoce
como Predecible:
• “El proceso predecible se mide y controla. El proceso
establecido (de nivel 3) opera dentro de ciertos límites
para alcanzar resultados”
• Un Nivel 5 en el modelo MoProSoft se le conoce
como Optimizado:
• “El proceso predecible (de nivel 4) es continuamente
mejorado para lograr las metas de negocio actuales y
futuras relevantes.”
@garicorp
@lorenzo_kila
Definir el detalle de los Altos
niveles de madurez
• V
Fuente: NMX-I-059/02-NYCE-2011 (Página 76)
@garicorp
@lorenzo_kila
Definir otros esquemas de
Adopción
• Integrar los perfiles de la ISO/IEC 29110.
• Utilizar del COMPETISOFT “Estrategias de
Implementación del modelo de procesos” (Capítulo 3).
• Estrategia basada en objetivos de negocio.
• Estrategia para iniciar y crecer con éxito.
• Utilizar del COMPETISOFT PmCOMPETISOFT:Un
proceso de mejora iterativo e incremental. (Capítulo 4)
• Revisar que activos de KUALI-BEH se pueden utilizar
para la adopción de MoProSoft e integrarlos como
producto de trabajo.
@garicorp
@lorenzo_kila
Base para otros modelos
internacionales
Mejorar MoProSoft para que sirva como una mejor
base y ventaja competitiva para certificarse en otras
normas y modelos:
• ISO/IEC 29110.
• CMMI-DEV Versión 1.3.
• MPS.BR (MR-MPS-SW).
• COBIT 5.
• …
@garicorp
@lorenzo_kila
Base para otros modelos
internacionales (Caso de éxito)
@garicorp
@lorenzo_kila
¿Integrar nuevos procesos?
Nuevos
Procesos
¿…?
Gestión de
Procesos
Gestión de
Proyectos
¿…?
Bienes,
Servicios e
Infraestructura
Conocimiento
de la
Organización
¿…?
Desarrollo y
Mantenimiento
de Software
¿…?
Gestión de
Negocio
Administración
de Proyectos
Específicos
@garicorp
@lorenzo_kila
¿Integrar nuevos procesos?
• Alta Dirección (DIR)
• Gestión de la Estrategia.
• Gestión de la Innovación.
• ….
• Gerencia (GER)
• Gestión de la Disponibilidad y la Capacidad.
• Gestión del Conocimiento.
• Gestión de los Acuerdos de Servicio
• ….
• Operación (OPE)
• Gestión de Servicios y Operaciones.
• Gestión de Problemas.
• Gestión de la Continuidad.
• ….
@garicorp
@lorenzo_kila
Rutas para Mejorar la IMDS-
2024: Ruta 2
@garicorp
@lorenzo_kila
Conclusiones
@garicorp
@lorenzo_kila
¿Preguntas…?
@garicorp
@lorenzo_kila
@garicorp
Mtro. Rodrigo Torres Garibay
/rodrigotorresgaribay
r.garibay@praxisglobe.com
http://www.praxis.com.mx
rodrigotorresgaribay
@lorenzo_kila
Lic. Lorenzo Armenta Fonseca
/lorenzoarmenta
aefl@praxis.com.mx
http://www.praxis.com.mx
lorenzo.armenta

Más contenido relacionado

La actualidad más candente

Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetosMariana Rodríguez
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de softwareJohn Fonseca
 
Argentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgosArgentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgosArgentesting
 
Modelo de madurez cmmi
Modelo de madurez cmmiModelo de madurez cmmi
Modelo de madurez cmmiTensor
 
MAPA CONCEPTUAL
MAPA CONCEPTUALMAPA CONCEPTUAL
MAPA CONCEPTUALMali Ma
 
SSTQB - Glosario de terminos de pruebas de software
SSTQB  - Glosario de terminos de pruebas de softwareSSTQB  - Glosario de terminos de pruebas de software
SSTQB - Glosario de terminos de pruebas de softwareProfessional Testing
 
Fundamentos de pruebas de software
Fundamentos de pruebas de softwareFundamentos de pruebas de software
Fundamentos de pruebas de softwareProfessional Testing
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwareGuillermo Lemus
 
15 metodologia web qem
15 metodologia web qem15 metodologia web qem
15 metodologia web qemUVM
 
Mapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de SoftwareMapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de SoftwareKarloz Dz
 
Metricas Tecnicas Del Software
Metricas Tecnicas Del SoftwareMetricas Tecnicas Del Software
Metricas Tecnicas Del Softwarejuic
 

La actualidad más candente (20)

Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
tsp modelo
tsp modelotsp modelo
tsp modelo
 
Metodologia orientada a objetos
Metodologia orientada a objetosMetodologia orientada a objetos
Metodologia orientada a objetos
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de software
 
Arquitectura soa
Arquitectura soaArquitectura soa
Arquitectura soa
 
Factores de calidad del software
Factores de calidad del softwareFactores de calidad del software
Factores de calidad del software
 
Argentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgosArgentesting 2017 - Pruebas de software basadas en riesgos
Argentesting 2017 - Pruebas de software basadas en riesgos
 
Programando en capas
Programando en capasProgramando en capas
Programando en capas
 
Modelo de madurez cmmi
Modelo de madurez cmmiModelo de madurez cmmi
Modelo de madurez cmmi
 
MAPA CONCEPTUAL
MAPA CONCEPTUALMAPA CONCEPTUAL
MAPA CONCEPTUAL
 
SSTQB - Glosario de terminos de pruebas de software
SSTQB  - Glosario de terminos de pruebas de softwareSSTQB  - Glosario de terminos de pruebas de software
SSTQB - Glosario de terminos de pruebas de software
 
Fundamentos de pruebas de software
Fundamentos de pruebas de softwareFundamentos de pruebas de software
Fundamentos de pruebas de software
 
Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
15 metodologia web qem
15 metodologia web qem15 metodologia web qem
15 metodologia web qem
 
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
 
Métodos Formales
Métodos FormalesMétodos Formales
Métodos Formales
 
Mapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de SoftwareMapa conceptual - Institutos Reguladores Calidad de Software
Mapa conceptual - Institutos Reguladores Calidad de Software
 
Metricas Tecnicas Del Software
Metricas Tecnicas Del SoftwareMetricas Tecnicas Del Software
Metricas Tecnicas Del Software
 
Verificación y Validación del Diseño
Verificación y Validación del DiseñoVerificación y Validación del Diseño
Verificación y Validación del Diseño
 

Destacado

Equipos Auto-organizados
Equipos Auto-organizadosEquipos Auto-organizados
Equipos Auto-organizadosSoftware Guru
 
Los Pecados Capitales en la Automatización de Pruebas de Software.
Los Pecados Capitales en la Automatización de Pruebas de Software.Los Pecados Capitales en la Automatización de Pruebas de Software.
Los Pecados Capitales en la Automatización de Pruebas de Software.Software Guru
 
Propuestas de seguridad en el área de informatica
Propuestas de seguridad en el área de informaticaPropuestas de seguridad en el área de informatica
Propuestas de seguridad en el área de informaticaReivaj Sagarv
 
Introducción a las nubes privadas con OpenStack
Introducción a las nubes privadas con OpenStackIntroducción a las nubes privadas con OpenStack
Introducción a las nubes privadas con OpenStackSoftware Guru
 
DukeScript: HTML5 y JavaScript desde Java
DukeScript: HTML5 y JavaScript desde JavaDukeScript: HTML5 y JavaScript desde Java
DukeScript: HTML5 y JavaScript desde JavaSoftware Guru
 
Azure Realtime analytics: Análisis de datos en tiempo real
Azure Realtime analytics: Análisis de datos en tiempo realAzure Realtime analytics: Análisis de datos en tiempo real
Azure Realtime analytics: Análisis de datos en tiempo realSoftware Guru
 
Vuelvete un desarrollador de primer mundo
Vuelvete un desarrollador de primer mundoVuelvete un desarrollador de primer mundo
Vuelvete un desarrollador de primer mundoSoftware Guru
 
Solestar Postkarte
Solestar PostkarteSolestar Postkarte
Solestar PostkarteSolestar
 
E volve-barcelona 02-13
E volve-barcelona 02-13E volve-barcelona 02-13
E volve-barcelona 02-13fluential
 
Telefonía móvil en áreas rurales: Oportunidades para la agricultura
Telefonía móvil en áreas rurales: Oportunidades para la agriculturaTelefonía móvil en áreas rurales: Oportunidades para la agricultura
Telefonía móvil en áreas rurales: Oportunidades para la agriculturaRIBDA 2009
 
Sof&com
Sof&comSof&com
Sof&comosriva
 
El Plan Andinia antes de la destrucción de Israel
El Plan Andinia antes de la destrucción de IsraelEl Plan Andinia antes de la destrucción de Israel
El Plan Andinia antes de la destrucción de IsraelRamón Copa
 
Memoria 2009 Paideia ONG - Asociación Paideia
Memoria 2009 Paideia ONG - Asociación PaideiaMemoria 2009 Paideia ONG - Asociación Paideia
Memoria 2009 Paideia ONG - Asociación PaideiaPaideia Ong
 
Instrumentosdemedicin11 3-140528181407-phpapp01
Instrumentosdemedicin11 3-140528181407-phpapp01Instrumentosdemedicin11 3-140528181407-phpapp01
Instrumentosdemedicin11 3-140528181407-phpapp01Margy Alejandra Hernandez
 

Destacado (20)

Equipos Auto-organizados
Equipos Auto-organizadosEquipos Auto-organizados
Equipos Auto-organizados
 
Los Pecados Capitales en la Automatización de Pruebas de Software.
Los Pecados Capitales en la Automatización de Pruebas de Software.Los Pecados Capitales en la Automatización de Pruebas de Software.
Los Pecados Capitales en la Automatización de Pruebas de Software.
 
Propuestas de seguridad en el área de informatica
Propuestas de seguridad en el área de informaticaPropuestas de seguridad en el área de informatica
Propuestas de seguridad en el área de informatica
 
Introducción a las nubes privadas con OpenStack
Introducción a las nubes privadas con OpenStackIntroducción a las nubes privadas con OpenStack
Introducción a las nubes privadas con OpenStack
 
DukeScript: HTML5 y JavaScript desde Java
DukeScript: HTML5 y JavaScript desde JavaDukeScript: HTML5 y JavaScript desde Java
DukeScript: HTML5 y JavaScript desde Java
 
Azure Realtime analytics: Análisis de datos en tiempo real
Azure Realtime analytics: Análisis de datos en tiempo realAzure Realtime analytics: Análisis de datos en tiempo real
Azure Realtime analytics: Análisis de datos en tiempo real
 
Vuelvete un desarrollador de primer mundo
Vuelvete un desarrollador de primer mundoVuelvete un desarrollador de primer mundo
Vuelvete un desarrollador de primer mundo
 
Moprosoft
MoprosoftMoprosoft
Moprosoft
 
Solestar Postkarte
Solestar PostkarteSolestar Postkarte
Solestar Postkarte
 
E volve-barcelona 02-13
E volve-barcelona 02-13E volve-barcelona 02-13
E volve-barcelona 02-13
 
Hassan sharaf c.v
Hassan sharaf c.vHassan sharaf c.v
Hassan sharaf c.v
 
APR Ad
APR Ad APR Ad
APR Ad
 
"Sustentabilidad"
"Sustentabilidad""Sustentabilidad"
"Sustentabilidad"
 
Telefonía móvil en áreas rurales: Oportunidades para la agricultura
Telefonía móvil en áreas rurales: Oportunidades para la agriculturaTelefonía móvil en áreas rurales: Oportunidades para la agricultura
Telefonía móvil en áreas rurales: Oportunidades para la agricultura
 
Sof&com
Sof&comSof&com
Sof&com
 
El Plan Andinia antes de la destrucción de Israel
El Plan Andinia antes de la destrucción de IsraelEl Plan Andinia antes de la destrucción de Israel
El Plan Andinia antes de la destrucción de Israel
 
EPA H2020 SC5 Info Day Book of Abstracts
 EPA H2020 SC5 Info Day Book of Abstracts EPA H2020 SC5 Info Day Book of Abstracts
EPA H2020 SC5 Info Day Book of Abstracts
 
Memoria 2009 Paideia ONG - Asociación Paideia
Memoria 2009 Paideia ONG - Asociación PaideiaMemoria 2009 Paideia ONG - Asociación Paideia
Memoria 2009 Paideia ONG - Asociación Paideia
 
Actividad3
Actividad3Actividad3
Actividad3
 
Instrumentosdemedicin11 3-140528181407-phpapp01
Instrumentosdemedicin11 3-140528181407-phpapp01Instrumentosdemedicin11 3-140528181407-phpapp01
Instrumentosdemedicin11 3-140528181407-phpapp01
 

Similar a Propuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoft

Norma de Calidad de Mantenimiento al Software Aplicativo
Norma de Calidad de Mantenimiento al Software AplicativoNorma de Calidad de Mantenimiento al Software Aplicativo
Norma de Calidad de Mantenimiento al Software AplicativoJack Daniel Cáceres Meza
 
Normas tecnicas peruanas de ti y procesos de la unac
Normas tecnicas peruanas de ti y procesos de la unacNormas tecnicas peruanas de ti y procesos de la unac
Normas tecnicas peruanas de ti y procesos de la unacmaximo morales
 
2. presentacion acis calidad software basado en normas calidad
2. presentacion acis calidad software basado en normas calidad2. presentacion acis calidad software basado en normas calidad
2. presentacion acis calidad software basado en normas calidaduniv of pamplona
 
Iso iec 25000
Iso iec 25000Iso iec 25000
Iso iec 25000Nata d
 
ISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy Pequeñas
ISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy PequeñasISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy Pequeñas
ISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy PequeñasArturo Reyes Jr.
 
Proyecto integrador de proyectos y plantas
Proyecto integrador de proyectos y plantasProyecto integrador de proyectos y plantas
Proyecto integrador de proyectos y plantasMaestros Online
 
Caso practico de_la_metodologia_agil_xp
Caso practico de_la_metodologia_agil_xpCaso practico de_la_metodologia_agil_xp
Caso practico de_la_metodologia_agil_xpandres mejia bonilla
 
Metodologia xp
Metodologia xpMetodologia xp
Metodologia xpfiremas
 
Introduccion a la Ingenieria de Software
Introduccion a la Ingenieria de SoftwareIntroduccion a la Ingenieria de Software
Introduccion a la Ingenieria de Softwareangelicaastorga
 
07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMIPepe
 

Similar a Propuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoft (20)

Norma de Calidad de Mantenimiento al Software Aplicativo
Norma de Calidad de Mantenimiento al Software AplicativoNorma de Calidad de Mantenimiento al Software Aplicativo
Norma de Calidad de Mantenimiento al Software Aplicativo
 
Normas tecnicas
Normas tecnicasNormas tecnicas
Normas tecnicas
 
Normas tecnicas peruanas de ti y procesos de la unac
Normas tecnicas peruanas de ti y procesos de la unacNormas tecnicas peruanas de ti y procesos de la unac
Normas tecnicas peruanas de ti y procesos de la unac
 
2. presentacion acis calidad software basado en normas calidad
2. presentacion acis calidad software basado en normas calidad2. presentacion acis calidad software basado en normas calidad
2. presentacion acis calidad software basado en normas calidad
 
Iso iec 25000
Iso iec 25000Iso iec 25000
Iso iec 25000
 
ISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy Pequeñas
ISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy PequeñasISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy Pequeñas
ISO/IEC 29110: Perfiles de Ciclo de Vida para Entidades Muy Pequeñas
 
Norma de proyecto en calidad
Norma de proyecto en calidadNorma de proyecto en calidad
Norma de proyecto en calidad
 
Proyecto integrador de proyectos y plantas
Proyecto integrador de proyectos y plantasProyecto integrador de proyectos y plantas
Proyecto integrador de proyectos y plantas
 
0053 e18cp
0053 e18cp0053 e18cp
0053 e18cp
 
Xp
XpXp
Xp
 
Caso practico de_la_metodologia_agil_xp
Caso practico de_la_metodologia_agil_xpCaso practico de_la_metodologia_agil_xp
Caso practico de_la_metodologia_agil_xp
 
Xp
XpXp
Xp
 
Metodologia xp
Metodologia xpMetodologia xp
Metodologia xp
 
Introduccion a la Ingenieria de Software
Introduccion a la Ingenieria de SoftwareIntroduccion a la Ingenieria de Software
Introduccion a la Ingenieria de Software
 
AI08 Auditoria producto software
AI08 Auditoria producto softwareAI08 Auditoria producto software
AI08 Auditoria producto software
 
Pres isots29001
Pres isots29001Pres isots29001
Pres isots29001
 
Scrum en el proyecto
Scrum en el proyectoScrum en el proyecto
Scrum en el proyecto
 
Scrum en el proyecto
Scrum en el proyectoScrum en el proyecto
Scrum en el proyecto
 
07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI07 Caelum VI Semana CMMI
07 Caelum VI Semana CMMI
 
Core Tools Presentación.ppt
Core Tools Presentación.pptCore Tools Presentación.ppt
Core Tools Presentación.ppt
 

Más de Software Guru

Hola Mundo del Internet de las Cosas
Hola Mundo del Internet de las CosasHola Mundo del Internet de las Cosas
Hola Mundo del Internet de las CosasSoftware Guru
 
Estructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso realesEstructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso realesSoftware Guru
 
Building bias-aware environments
Building bias-aware environmentsBuilding bias-aware environments
Building bias-aware environmentsSoftware Guru
 
El secreto para ser un desarrollador Senior
El secreto para ser un desarrollador SeniorEl secreto para ser un desarrollador Senior
El secreto para ser un desarrollador SeniorSoftware Guru
 
Cómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto idealCómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto idealSoftware Guru
 
Automatizando ideas con Apache Airflow
Automatizando ideas con Apache AirflowAutomatizando ideas con Apache Airflow
Automatizando ideas con Apache AirflowSoftware Guru
 
How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:Software Guru
 
Introducción al machine learning
Introducción al machine learningIntroducción al machine learning
Introducción al machine learningSoftware Guru
 
Democratizando el uso de CoDi
Democratizando el uso de CoDiDemocratizando el uso de CoDi
Democratizando el uso de CoDiSoftware Guru
 
Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0Software Guru
 
Taller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJSTaller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJSSoftware Guru
 
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...Software Guru
 
¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?Software Guru
 
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.Software Guru
 
Pruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOpsPruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOpsSoftware Guru
 
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivosElixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivosSoftware Guru
 
Así publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stressAsí publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stressSoftware Guru
 
Achieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goalsAchieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goalsSoftware Guru
 
Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19Software Guru
 
De lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseñoDe lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseñoSoftware Guru
 

Más de Software Guru (20)

Hola Mundo del Internet de las Cosas
Hola Mundo del Internet de las CosasHola Mundo del Internet de las Cosas
Hola Mundo del Internet de las Cosas
 
Estructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso realesEstructuras de datos avanzadas: Casos de uso reales
Estructuras de datos avanzadas: Casos de uso reales
 
Building bias-aware environments
Building bias-aware environmentsBuilding bias-aware environments
Building bias-aware environments
 
El secreto para ser un desarrollador Senior
El secreto para ser un desarrollador SeniorEl secreto para ser un desarrollador Senior
El secreto para ser un desarrollador Senior
 
Cómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto idealCómo encontrar el trabajo remoto ideal
Cómo encontrar el trabajo remoto ideal
 
Automatizando ideas con Apache Airflow
Automatizando ideas con Apache AirflowAutomatizando ideas con Apache Airflow
Automatizando ideas con Apache Airflow
 
How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:How thick data can improve big data analysis for business:
How thick data can improve big data analysis for business:
 
Introducción al machine learning
Introducción al machine learningIntroducción al machine learning
Introducción al machine learning
 
Democratizando el uso de CoDi
Democratizando el uso de CoDiDemocratizando el uso de CoDi
Democratizando el uso de CoDi
 
Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0Gestionando la felicidad de los equipos con Management 3.0
Gestionando la felicidad de los equipos con Management 3.0
 
Taller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJSTaller: Creación de Componentes Web re-usables con StencilJS
Taller: Creación de Componentes Web re-usables con StencilJS
 
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...El camino del full stack developer (o como hacemos en SERTI para que no solo ...
El camino del full stack developer (o como hacemos en SERTI para que no solo ...
 
¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?¿Qué significa ser un programador en Bitso?
¿Qué significa ser un programador en Bitso?
 
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.Colaboración efectiva entre desarrolladores del cliente y tu equipo.
Colaboración efectiva entre desarrolladores del cliente y tu equipo.
 
Pruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOpsPruebas de integración con Docker en Azure DevOps
Pruebas de integración con Docker en Azure DevOps
 
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivosElixir + Elm: Usando lenguajes funcionales en servicios productivos
Elixir + Elm: Usando lenguajes funcionales en servicios productivos
 
Así publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stressAsí publicamos las apps de Spotify sin stress
Así publicamos las apps de Spotify sin stress
 
Achieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goalsAchieving Your Goals: 5 Tips to successfully achieve your goals
Achieving Your Goals: 5 Tips to successfully achieve your goals
 
Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19Acciones de comunidades tech en tiempos del Covid19
Acciones de comunidades tech en tiempos del Covid19
 
De lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseñoDe lo operativo a lo estratégico: un modelo de management de diseño
De lo operativo a lo estratégico: un modelo de management de diseño
 

Propuestas de mejoras y actualizaciones al Modelo de Procesos MoProSoft

  • 1. @garicorp @lorenzo_kila PROPUESTAS DE MEJORAS Y ACTUALIZACIONES AL MODELO DE PROCESOS MOPROSOFT Presentan: Mtro. Rodrigo Torres Garibay Lic. Lorenzo Armenta Fonseca
  • 2. @garicorp @lorenzo_kila Objetivo de la sesión • Analizar las diversas propuestas de mejoras y actualizaciones al Modelo MoProSoft, de tal forma que éste siga siendo vigente y útil para las empresas u organizaciones dedicadas al desarrollo o mantenimiento de software.
  • 3. @garicorp @lorenzo_kila Agenda de la sesión • ¿Qué es MoProSoft? • ¿A quién está dirigido MoProSoft? • Historia de MoProSoft • Evolución de los Modelos de Referencia • Estructura de MoProSoft • Norma Mexicana NMX-I-059-NYCE • Diferencias entre la NMX-I-059-NYCE-2005 y NMX-I-059-NYCE-2011 • Los “sabores” de MoProSoft • MoProSoft en números • Oportunidades de Mejora de MoProSoft • Rutas para Mejorar la IMDS-2024: Ruta 2 • Conclusiones
  • 4. @garicorp @lorenzo_kila ¿Qué es MoProSoft? • MoProSoft es un Modelo de Referencia de Procesos conformado por procesos y buenas prácticas de Gestión e Ingeniería de Software. • Proporciona un conjunto de procesos integrados, con sus flujos de trabajo, roles y productos, que pueden servir de marco de referencia para las empresas de la industria de software.
  • 5. @garicorp @lorenzo_kila ¿A quién está dirigido MoProSoft? • El Modelo MoProSoft está dirigido a las empresas o áreas internas dedicadas al desarrollo y/o mantenimiento de software. • Agrupa los procesos en tres categorías principales: Alta Dirección, Gerencia y Operación. • Esta división de procesos se ajusta a la organización funcional de una empresa.
  • 6. @garicorp @lorenzo_kila Historia de MoProSoft MODELO DE PROCESOS PRUEBA DEL MODELO 2004 PUBLICACIÓN DE LA NORMA Y ACREDITACIÓN DEL ORGANISMO VERIFICADOR MASIFICACIÓN DE LA NORMA EN LA INDUSTRIA DEL SOFTWARE PROCESO DE NORMALIZACIÓN (NMX) FONDO PROSOFT: APOYOS PARA CAPACITACIÓN, IMPLANTACIÓN, EVALUACIÓN Y CERTIFICACIÓN DE MODELOS DE CALIDAD DE PROCESOS DE SOFTWARE OBJETIVOS DE PROSOFT (ESTRATEGIA 6) 2005 2006 - 20092002-2003
  • 7. @garicorp @lorenzo_kila Evolución de los Modelos de Referencia 1995 2000 2005 2015 2020 2000 ISO 9001:2000 2008 ISO 9001:2008 2015 ISO 9001:2015 2003 MoProSoft v1.1 2005 MoProSoft v1.3 2005 NMX-I-059/02-NYCE-2005 2015 PROY-NMX-I-059/02-NYCE-2015 2011 NMX-I-059/02-NYCE-2011 1998 ISO/IEC TR 15504-2 2003 ISO/IEC 15504-2 2010 2000 PMBOK Guide 2da Ed. 2004 PMBOK Guide 3ra Ed. 2008 PMBOK Guide 4ta Ed. 2013 PMBOK Guide 5ta Ed. 2002 CMMI-DEV V1.1 1993 SW CMM v1.1 2006 CMMI-DEV V1.2 2007 CMMI-ACQ V1.2 2009 CMMI-SVC V1.2 2010 CMMI-DEV V1.3 CMMI-ACQ V1.3 CMMI-SVC V1.3
  • 8. @garicorp @lorenzo_kila Estructura de MoProSoft Gestión de Procesos Gestión de Proyectos Gestión de Recursos Recursos Humanos y Ambiente de Trabajo Bienes, Servicios e Infraestructura Conocimiento de la Organización Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software Gestión de Negocio Categorías de Procesos Procesos
  • 9. @garicorp @lorenzo_kila Estructura de MoProSoft Gestión de Negocio Gestión de Procesos Gestión de Proyectos Gestión de Recursos Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software Recursos Humanos y Ambiente de Trabajo Conocimiento de la Organización Bienes, Servicios e Infraestructura 1 1..n
  • 11. @garicorp @lorenzo_kila Norma Mexicana NMX-I-059-NYCE TECNOLOGÍA DE LA INFORMACIÓN – SOFTWARE – MODELOS DE PROCESOS Y EVALUACIÓN PARA DESARROLLO Y MANTENIMIENTO DE SOFTWARE • NMX-I-059/01-NYCE: Definición de conceptos y productos. • NMX-I-059/02-NYCE: Requisitos de procesos (MoProSoft). • NMX-I-059/03-NYCE: Guía de implantación de procesos. • NMX-I-059/04-NYCE: Directrices para la evaluación de procesos (EvalProSoft).
  • 12. @garicorp @lorenzo_kila Diferencias entre la NMX-I-059- NYCE-2005 y NMX-I-059-NYCE- 2011 Proceso Producto Diferencia Referencia GPR Plan de Procesos Se agregó el Plan de Mediciones en la descripción del Plan de Proceso. Parte 02, Pág. 14 PAC Se agregó los elementos que se deben de tener en el PAC. Agregando el elemento de herramientas. Parte 02, Pág. 40 Documentación de los procesos Se integró los elementos que faltaban de la parte 03, al patrón de procesos. Generando 23 elementos, a diferencia de 19 que se tenía. Parte 02, Pág. 40 GR Plan Operativo Se ajusto la falla de la integración de los planes operativos. Ahora si están separados. Parte 02, Pág. 43 PAC Se igualo con el de GPR. Parte 02, Pág. 43 CO Base de Conocimiento Se solicita que se tenga un apartado por cada uno de los procesos. Parte 02, Pág. 46 GPY Asignación de RAPE Se eliminó este producto de GPY. Parte 02, Pág. 42
  • 13. @garicorp @lorenzo_kila Los “sabores” de MoProSoft • COMPETISOFT • NTP 291.100 • ISO/IEC 29110
  • 14. @garicorp @lorenzo_kila COMPETISOFT Proyecto COMPETISOFT (2006-2008) • Mejora de Procesos para Fomentar la Competitividad de la Pequeña y Mediana Industria del Software de Iberoamérica.
  • 15. @garicorp @lorenzo_kila NTP 291.100 • Perú adoptó la Noma Mexicana (MoProSoft) como Norma Técnica Peruana (NTP 291.100) en 2009.
  • 16. @garicorp @lorenzo_kila ISO/IEC 29110 ISO/IEC 29110 Software Engineering - Lifecycle profiles for Very Small Entities (VSE): • Parte 1: Overview. • Parte 2: Framework and Taxonomy. • Parte 3: Assessment Guide. • Parte 4-1: Profile specifications: Profile Generic profile Group. • Parte 5-1: Management and Engineering Guide: Generic profile group: Basic Profile.
  • 17. @garicorp @lorenzo_kila MoProSoft en números • Centros de desarrollo Certificados/Verificados en la Norma NMX-059/01-NYCE-2005/2011 (MoProSoft): 478 • Fuentes: PROSOFT, NYCE, CERTVER. • Fecha de última actualización: 13 de enero de 2016: https://prosoft.economia.gob.mx/doc/PADRON_CENTRO%20DE%20DESARROLLO%20VIGENTE_2016_ene-13.pdf Lista de Empresas Acreditadas Lista de Empresas Dictaminadas Nivel 1: 251 Nivel 2: 208 Nivel 3: 19
  • 18. @garicorp @lorenzo_kila Oportunidades de Mejora de MoProSoft • Áreas de oportunidad de la NMX-I-059-NYCE-2011 • Integración de frameworks y prácticas ágiles. • Definir a detalle los Altos Niveles de Madurez. • Definir otros esquemas de adopción y evaluación (i.e. Por Perfiles, Continua).
  • 19. @garicorp @lorenzo_kila Áreas de Oportunidad de la NMX-I-059-NYCE-2011 NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD 01 NMX-I-059/02 (Apéndice) Documentación del Procesos La documentación del proceso no comprende el Objetivo. 02 NMX-I-059/02 (Apéndice) Productos de nivel 3 La norma agrupa varios procesos para especificar los productos de nivel 3 que se requieren. Sin embargo, en dicha agrupación no se mencionan los procesos de CO ni BSI. 03 NMX-I-059/02 (Apéndice) Gestión de Recursos No se mencionan el producto de Propuestas Tecnológicas, ni la actividad de Investigación de Tendencias Tecnológicas que sí se mencionan en el modelo. 04 NMX-I-059/02 (Apéndice) Bienes, Servicios e Infraestructura El producto BSI.A2.PT1 pide “Evaluación de la Satisfacción”. En la parte 1 de la norma el apartado 3.2.4.6 no especifica esto. Da otra descripción del producto. 05 NMX-I-059/02 (Apéndice) DMS En el nivel 1 solicita la práctica de PRUEBAS (DMS.A5) pero no hay ningún producto relacionado.
  • 20. @garicorp @lorenzo_kila Áreas de Oportunidad de la NMX-I-059-NYCE-2011 NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD 06 NMX-I-059/02 (Apéndice) GPY Se solicitan los siguientes 3 productos para el proceso de GPY, sin embargo, no queda claro cuál es el alcance de cada uno, y tampoco son totalmente consistentes con los nombres que menciona el modelo: GPY.A3.PT1 Reporte de Acciones Correctivas o Preventivas Relacionadas con Clientes. GPY.A3.PT2 Acciones Correctivas o Preventivas relacionada con Clientes. GPY.A3.PT3 Acciones Correctivas o Preventivas en relación con desviaciones. Además, el GPY.A3.PT2 dice “relacionada” y debe ser “relacionadas”. 07 NMX-I-059/02 (Apéndice) Lecciones Aprendidas El contenido de la evidencia de las lecciones aprendidas, según la norma es: 1. Mejores prácticas. 2. Problemas recurrentes. 3. Experiencias exitosas. Considerar que estos son más bien ejemplos o fuentes de lecciones aprendidas más que una lección aprendida contenga forzosamente esos 3 puntos.
  • 21. @garicorp @lorenzo_kila Áreas de Oportunidad de la NMX-I-059-NYCE-2011 NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD 08 NMX-I-059/02 (Apéndice) Plan Operativo de Recursos Humanos y Ambiente de trabajo GR La norma dice en el GR.A1.PT1 en el inciso 1. “… Elementos a considerar en la selección, asignación, aceptación, capacitación, evaluación Y desempeño de los recursos humanos… “ ¿Entonces que se va a evaluar además del Desempeño? 09 NMX-I-059/02 (Apéndice) Bienes Servicios e Infraestructura No existe el producto “Catalogo de Proveedores” en el Apéndice. Pero en la parte 1 se define en el 3.2.1.7 10 NMX-I-059/02 (Apéndice) Plan Operativo de Recursos Humanos y Ambiente de trabajo GR En el GR.A1.PT1 en el inciso 3. Se considera el diseño, operación y mantenimiento, pero Administración no lo consideran. 11 NMX-I-059/02 (Apéndice) Atributos de Nivel 2 Se coloca en los dos puntos como “AP 2.1”
  • 22. @garicorp @lorenzo_kila Áreas de Oportunidad de la NMX-I-059-NYCE-2011 NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD 12 NMX-I-059/02 (Apéndice) Desarrollo y Mantenimiento de Software (A.21) Página 45 El nombre del proceso dice: “Desarrollo y Mantenimiento” Falta Software 13 NMX-I-059/02 (Pág. 15) Actividades de BSI BSI Te piden definir criterios para la evaluación de proveedores Nunca defines un catálogo de proveedores en las actividades. 14 NMX-I-059/02 (Pág. 15) Actividades de BSI BSI Entra catálogo de proveedores, pero no existe una actividad donde lo definas. 15 NMX-I-059/02 (Pág. 15) Actividades de BSI BSI Entra catálogo de proveedores, pero no existe una actividad donde lo definas. 16 NMX-I-059/01 (Pág. 15) Evaluación de Desempeño (3.2.18) Es diferente a la parte 02 en el Apéndice A (Nivel 2 de RHAT) 17 NMX-I-059/01 (Pág. 24) Producto Software (3.2.69) Hace referencia a una norma alterna NMX-I-045-NYCE
  • 23. @garicorp @lorenzo_kila Áreas de Oportunidad de la NMX-I-059-NYCE-2011 NO PROCESO Y/O PRODUCTO ÁREAS DE OPORTUNIDAD 18 NMX-I-059/02 Gestión de Recursos Nivel 2 En el Apéndice A nunca solicitan el documento de “Propuestas Tecnológicas” 19 NMX-I-059/02 Gestión de Recursos Nivel 3 Hasta Nivel 3 el Gestor de Recursos reporta los estados al Gestor de Negocio. 20 NMX-I-059/03 CO, inciso 4.3.17 Verificaciones y validaciones, Val1, descripción Validar que todos los elementos del Plan de Procesos sean viables y que correspondan a las necesidades de los procesos. Hace referencia a un producto de GPR. 21 NMX-I-059/01 (Pág. 14) Descripción de Proyecto (3.2.12) Es diferente al apéndice A, ya que en la parte 01 hablan de “descripción de producto” y en el Apéndice A habla de “descripción de productos”. 22 NMX-I-059/01 (Pág. 20) Plan Estratégico (3.2.40) Es diferente al apéndice A, ya que en la parte 01 hablan de indicadores y metas cuantitativas y en el Apéndice A no los menciona. 23 NMX-I-059/02 Gestión de Recursos Nivel 2 Acciones Correctivas Habla que se tienen 3 planes operativos (RHAT, BSI, CO) cuando en nivel 1 solamente se tiene 1 plan operativo. 24 NMX-I-059/01 (Pág. 18) Plan de Procesos (3.2.40) Es diferente al apéndice A, ya que en la parte 01 hablan de plan de mediciones de procesos y en el Apéndice A no los menciona.
  • 24. @garicorp @lorenzo_kila Integración de frameworks y métodos ágiles. • Hoy en día las organizaciones dependen de la información y de una toma de decisiones, más eficiente. Esto tiene que ser con el mismo costo pero de una manera ágil.
  • 25. @garicorp @lorenzo_kila Integración de frameworks y métodos ágiles. Fuente: NMX-I-006/01-NYCE
  • 26. @garicorp @lorenzo_kila Integración de frameworks y métodos ágiles. • Utilizar las guías de ajuste para la integración de métodos ágiles. • Recordar que el cómo lo propone la organización. • Definir guías de ajuste “ágiles”.
  • 27. @garicorp @lorenzo_kila Definir el detalle de los Altos niveles de madurez • Al día de hoy 27 de Abril de 2016, no se tienen organizaciones con dicho nivel. • Actualmente los niveles de madurez 4 y 5 no describen si la mejora de innovación debe de ser cuantitativa o cualitativa. • Se puede optar por análisis morfológicos de mejora e innovación, para justificar el nivel 4 o 5 de madurez. • Es requerido definir si es requerido modelos de predicción cuantitativa o cualitativa para los procesos.
  • 28. @garicorp @lorenzo_kila Definir el detalle de los Altos niveles de madurez • Un Nivel 4 en el modelo MoProSoft se le conoce como Predecible: • “El proceso predecible se mide y controla. El proceso establecido (de nivel 3) opera dentro de ciertos límites para alcanzar resultados” • Un Nivel 5 en el modelo MoProSoft se le conoce como Optimizado: • “El proceso predecible (de nivel 4) es continuamente mejorado para lograr las metas de negocio actuales y futuras relevantes.”
  • 29. @garicorp @lorenzo_kila Definir el detalle de los Altos niveles de madurez • V Fuente: NMX-I-059/02-NYCE-2011 (Página 76)
  • 30. @garicorp @lorenzo_kila Definir otros esquemas de Adopción • Integrar los perfiles de la ISO/IEC 29110. • Utilizar del COMPETISOFT “Estrategias de Implementación del modelo de procesos” (Capítulo 3). • Estrategia basada en objetivos de negocio. • Estrategia para iniciar y crecer con éxito. • Utilizar del COMPETISOFT PmCOMPETISOFT:Un proceso de mejora iterativo e incremental. (Capítulo 4) • Revisar que activos de KUALI-BEH se pueden utilizar para la adopción de MoProSoft e integrarlos como producto de trabajo.
  • 31. @garicorp @lorenzo_kila Base para otros modelos internacionales Mejorar MoProSoft para que sirva como una mejor base y ventaja competitiva para certificarse en otras normas y modelos: • ISO/IEC 29110. • CMMI-DEV Versión 1.3. • MPS.BR (MR-MPS-SW). • COBIT 5. • …
  • 32. @garicorp @lorenzo_kila Base para otros modelos internacionales (Caso de éxito)
  • 33. @garicorp @lorenzo_kila ¿Integrar nuevos procesos? Nuevos Procesos ¿…? Gestión de Procesos Gestión de Proyectos ¿…? Bienes, Servicios e Infraestructura Conocimiento de la Organización ¿…? Desarrollo y Mantenimiento de Software ¿…? Gestión de Negocio Administración de Proyectos Específicos
  • 34. @garicorp @lorenzo_kila ¿Integrar nuevos procesos? • Alta Dirección (DIR) • Gestión de la Estrategia. • Gestión de la Innovación. • …. • Gerencia (GER) • Gestión de la Disponibilidad y la Capacidad. • Gestión del Conocimiento. • Gestión de los Acuerdos de Servicio • …. • Operación (OPE) • Gestión de Servicios y Operaciones. • Gestión de Problemas. • Gestión de la Continuidad. • ….
  • 38. @garicorp @lorenzo_kila @garicorp Mtro. Rodrigo Torres Garibay /rodrigotorresgaribay r.garibay@praxisglobe.com http://www.praxis.com.mx rodrigotorresgaribay @lorenzo_kila Lic. Lorenzo Armenta Fonseca /lorenzoarmenta aefl@praxis.com.mx http://www.praxis.com.mx lorenzo.armenta