Modelo de Procesos para la Industria de Software

Transcripción

1 MoProSoft Modelo de Procesos para la Industria de Software

2 Modelo MoProSoft 2

3 Perspectiva Histórica AMCIS Círculo de Calidad 1996 Creación 1997 Emisión NMX-I-059 EvalProsoft Pruebas Controladas Organismo Verificador NYCE 140 empresas implantando 3

4 Arquitectura de Procesos de MoProSoft Gestión de Negocio Alta Dirección Gestión de Procesos Gestión de Proyectos Gerencia Gestión de Recursos Admón. de Proyectos Específicos Desarrollo y Mantenimiento de Software Operación 4

5 Procesos MoProSoft DIRECCIÓN Entorno Necesidades del Cliente Gestión Negocio Objetivos y metas Mediciones Valoración Planificación Estratégica Plan Estratégico Preparación Realización Resultados del Negocio COORDINACIÓN INSTRUMENTACIÓN Gestión de Procesos Evaluación Control Planificación Preparación Implantación Gestión de Proyectos Evaluación Control Planificación Realización Gestión de Recursos Planificación Investigación Seguimiento Tendencias Control Conocimiento de la Organización Recursos Humanos y Ambiente de Trabajo Bienes, Servicios e Infraestructura Admón. de Proyectos Específicos Desarrollo y Mantenimiento de Software EJECUCIÓN Planificación Cierre Evaluación Control Realización CICLOS Cierre Inicio Requerimientos Análisis y Diseño Construcción Integración y Pruebas 5

6 Extensibilidad del modelo Gestión de Negocio Alta Dirección. Patrón de Procesos Gestión de Procesos Gestión de Proyectos Gerencia. Gestión de Recursos. Admón. de Proyectos Específicos Desarrollo y Mantenimiento de Software Operación 6

7 Método de Evaluación (EvalProSoft) El propósito del método de evaluación de procesos EvalProSoft para la industria de software es otorgar a la organización solicitante un perfil del nivel de capacidad de los procesos implantados en la organización y un nivel de madurez de capacidades. 7

8 Niveles de capacidad por proceso Nivel de Capacidad Atributo de Procesos 5 Optimizado 4 Predecible 3 Establecido 2 Gestionado 1 Realizado 5.1 Cambio de proceso 5.2 Mejora continua 4.1 Medida del proceso 4.2 Control del proceso 3.1 Definición del proceso 3.2 Recursos del proceso 2.1 Gestión de la ejecución 2.2 Gestión de productos 1.1 Realización del proceso 0 Incompleto 8

9 Perfil de procesos Proceso Gestión de Negocio Gestión de Procesos Gestión de Proyectos Gestión de Recursos Administración de Proyectos Específicos Realizado Gestionad ododo Atributos de Procesos Estabecido Predecible Optimizado AP 1.1 AP 2.1 AP 2.2 AP 3.1 AP 3.2 AP 4.1 AP 4.2 AP 5.1 AP 5.2 Nivel 1 Nivel 2 Nivel 2 Nivel 3 Nivel 2 Completamente Parcialmente Ampliamente No logrado 9

10 Nivel de madurez El nivel de madurez de capacidades de una organización corresponde al máximo nivel de capacidad alcanzado por todos los procesos evaluados 10

11 Modelos de referencia CMMI ISO 15504:2003 ISO 9000:2000 PMBOK 11

12 Cobertura de otros modelos ISO 9001: % ISO/IEC12207 Anexo F 95% CMM nivel 2 y 3 88% CMMI nivel 2 77% Basado en estudios comparativos 12

13 La norma mexicana NMX-I-059 NMX-I-059/NYCE Tecnología de la Información-Software-Modelo de procesos y método de evaluación para desarrollo y mantenimiento de software Parte 01: Definición de conceptos y productos Parte 02: Requisitos de procesos (MoProSoft) Parte03: Guía de implantación de procesos Parte 04: Método de evaluación (EvalProSoft) Publicada en el diario oficial en Agosto del

14 En síntesis Norma Mexicana MoProSoft Qué Modelo de Procesos Normativa (qué procesos) Requisitos EvalProSoft Cómo Qué Informativa (cómo implantarlos) Modelo de Capacidades de Procesos (qué evaluar) Norma ISO/IEC FDIS Performing an assessment Método de evaluación Cómo (cómo evaluar) Requisitos 14

15 Modelo de Procesos para la Industria de Software (MoProSoft) Estructura de Procesos Alta Dirección (DIR) Categoría Gestión de Negocio Gestión (GES) Operación (OPE) Categoría Categoría Gestión de Procesos Gestión de Proyectos Gestión de Recursos Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software 15

16 Gestión de Negocio DIR Propósito: Establecer la razón de ser de la organización, sus objetivos y las condiciones para lograrlos, para lo cual es necesario considerar las necesidades de los clientes, así como evaluar los resultados para poder proponer cambios que permitan la mejora continua. Adicionalmente habilita a la organización para responder a un ambiente de cambio y a sus miembros para trabajar en función de los objetivos establecidos 16

17 Proceso Gestión de Negocio Grupo Directivo Planeación Estratégica DIR Grupo Directivo Valoración y Mejora Continua Grupo Directivo Preparación para la Realización 17

18 Categoría de Gestión GES Gestión de Recursos Gestión de Procesos Gestión de Proyectos 18

19 Gestión de Procesos GES Propósito: Establecer los procesos de la organización, en función de los Procesos Requeridos identificados en el Plan Estratégico. Así como definir, planear, e implantar las actividades de mejora en los mismos. 19

20 Gestión de Proyectos GES Propósito Asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización. 20

21 Gestión de Recursos GES Propósito: Conseguir y dotar a la organización de los recursos humanos, infraestructura, ambiente de trabajo y proveedores, así como crear y mantener la Base de Conocimiento de la organización. La finalidad es apoyar el cumplimiento de los objetivos del Plan Estratégico de la organización. 21

22 Proceso Gestión de Recursos GES Subprocesos Recursos Humanos y Ambiente de Trabajo Bienes, Servicios e Infraestructura Conocimiento de la Organización 22

23 Recursos Humanos y Ambiente de Trabajo GES Propósito: Proporcionar los recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organización, así como la evaluación del ambiente de trabajo. 23

24 Bienes, Servicios e Infraestructura GES Propósito: Proporcionar proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de adquisición de los procesos y proyectos. 24

25 Conocimiento de la Organización GES Propósito: Mantener disponible y administrar la Base de Conocimiento que contiene la información y los productos generados por la organización. 25

26 Categoría de Operación OPE Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software 26

27 Administración de Proyectos Específicos OPE Propósito: Establecer y llevar a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados. 27

28 Proceso de Administración de Proyectos Específicos OPE Flujo de trabajo Inicio Planeación Realización Evaluación y Control I P Cierre E / C R C 28

29 Desarrollo y Mantenimiento de Software Propósito: OPE Es la realización sistemática de las actividades de análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados cumpliendo con los requerimientos especificados. 29

30 Proceso de Desarrollo y Mantenimiento de Software Flujos de trabajo OPE Ciclos de Desarrollo Fases de un Ciclo Actividades de una Fase 30

31 Ciclos de Desarrollo Necesidades Cliente Fases del Primer Ciclo OPE Si Primer Entregable Terminado Nuevas Necesidades Fases No del Siguiente Ciclo Siguiente Entregable 31

32 Necesidades del cliente y Plan de desarrollo Inicio Fases de un Ciclo OPE Requerimientos Requerimientos Análisis y Diseño Análisis ydiseño Construcción Componentes Integración y Pruebas Configuración de Software Cierre Primer / Siguiente Entregable 32

33 Actividades de Una Fase Entrada de la Fase OPE Producción / Corrección Verificación Defectos Defectos Validación/Aceptación Registro de Mediciones Incorporación Bajo Control de Configuración 33 Salida de la Fase

34 Modelo de Procesos para la Industria de Software (MoProSoft) Patrón de procesos Definición general de proceso Prácticas Guías de ajuste 34

35 Definición general de proceso Proceso Categoría Propósito Descripción Objetivos Indicadores Metas cuantitativas Responsabilidad y autoridad Procesos relacionados Entradas Salidas Productos internos Referencias bibliográficas (ISO9001:2000, SW- CMM 1.1, ISO 15504, otras) 35

36 Estructura del Patrón de Procesos Proceso Nombre de proceso, precedido por el acrónimo establecido en la definición de los elementos de la estructura del modelo de Procesos. Categoría Nombre de la categoría a la que pertenece el proceso y el acrónimo entre paréntesis. Propósito y Descripción Objetivos generales medibles y resultados esperados de la implantación efectiva del proceso. Descripción general de las actividades y productos que componen el flujo de trabajo del proceso. Objetivos, Indicadores y Metas Cuantitativas Objetivos específicos cuya finalidad es asegurar el cumplimiento del propósito del proceso. Definición de los indicadores para evaluar la efectividad del cumplimiento de los objetivos del proceso. Valor numérico o rango de satisfacción por indicador. 36

37 Estructura del Patrón de Procesos (cont...) Responsabilidad y Autoridad Responsabilidad es el rol principal responsable por la ejecución del proceso. Autoridad es el rol responsable por validar la ejecución del proceso y el cumplimiento de su propósito. Subprocesos (Opcional) Lista de procesos de los cuales se compone el proceso en cuestión Procesos Relacionados Nombres de los procesos relacionados. Entradas Para cada entrada: Nombre, Fuente Salidas Para cada salida: Nombre, Descripción, Destino Productos Internos Para cada producto generado y utilizado en el propio proceso: Nombre y Descripción 37

38 Estructura del Patrón de Procesos (cont...) Referencias Bibliográficas Bibliografía que sustenta el proceso: normas, modelos de referencia, libros y otras fuentes. Prácticas Roles involucrados y Capacitación Identificación de roles involucrados y capacitación requerida. Actividades Se asocian a los objetivos y describen las tareas y roles responsables. Diagrama de Flujo de Trabajo Diagrama de actividades de UML [11], donde se especifican las actividades del flujo de trabajo y los productos. Verificaciones y Validaciones Se definen las verificaciones y validaciones asociadas a los productos generados en las actividades que se mencionan. 38

39 Estructura del Patrón de Procesos (cont...) Incorporación a la Base del Conocimiento Se establece los productos y el momento a partir del cual que estarán bajo control en la Base del Conocimiento. Recursos de Infraestructura Se especifica para cada actividad los requerimientos de herramientas de software y hardware Mediciones Mediciones que se establecen para evaluar los indicadores del proceso. Capacitación Definición de las reglas para proporcionar la capacitación necesaria a los roles involucrados en el proceso. Situaciones excepcionales Definición de los mecanismos para el manejo de las situaciones excepcionales durante la ejecución del proceso. Lecciones aprendidas Definición de los mecanismos para aprovechar las lecciones aprendidas durante la ejecución del proceso. Guías de Ajuste Descripción de posibles modificaciones al proceso que no deben afectar los objetivos del mismo. 39

40 Comparación de MoProSoft con otros modelos Modelos Características ISO 9000:2000 SW-CMM ISO MoPro Soft 1. Para SW 2.Comprensible 3. Procesos 4. Práctico 5. Mejora de procesos orientada al objetivo del negocio 6. Evaluación con vigencia 7. Aplicable como norma 40

41 Propiedades y ventajas del modelo MoProSoft Las categorías de procesos corresponden a niveles organizacionales de administración Estructura de administración común en muchas organizaciones. Simplifica la relación entre el modelo de procesos y la organización. Procesos integrados y relacionados Cuenta únicamente con 9 procesos evitando la fragmentación que se presenta en otros modelos. La relación entre procesos se establece mediante la identificación de los productos de trabajo de entrada y salida y la definición de las responsabilidades de los roles que participan en más de un proceso. 41

42 Propiedades y ventajas del modelo MoProSoft Foco en producto y su capitalización Se identifican y la caracterizan los productos y las actividades de verificación y validación a las que deben estar sometidos. El proceso de Conocimiento de la Organización administra una base de conocimiento que controla y asegura la disponibilidad de los productos de trabajo a través de un mecanismo común. Capacidad organizacional de gestión de procesos Un solo proceso, Gestión de Procesos, establece la capacidad organizacional para la planeación, definición, implantación, evaluación y valoración de procesos. Regido por las directrices de Gestión de Negocio, lo que asegura la alineación con los objetivos. 42

43 Propiedades y ventajas del modelo MoProSoft Capacidad organizacional de gestión de proyectos Se distingue entre la administración a nivel proyecto (Administración de Proyecto Específico) y la gestión del portafolio de proyectos de la organización (Gestión de Proyectos). La Gestión de Proyectos facilita la Identificación de iniciativas y proyectos; la provisión, asignación y reasignación de recursos a programas y proyectos; y el mantenimiento del balance del portafolio. Alineación con objetivos de negocio El proceso de Gestión de Negocio enfatiza la importancia de alinear todas las actividades de la organización a los objetivos del negocio a través de la elaboración, difusión, valoración y mejora del Plan Estratégico. El Plan Estratégico sirve de guía a los demás procesos de la organización logrando de este modo una alineación explícita con los objetivos de negocio. 43

44 NORMA MEXICANA: PROY-NMX-I-059/01-NYCE-2005 TECNOLOGÍA DE LA INFORMACIÓN SOFTWARE MODELOS DE PROCESOS Y EVALUACIÓN PARA DESARROLLO Y MANTENIMIENTO DE SOFTWARE! EDITORES DE LA NORMA: Hanna Oktaba (Director) Claudia Alquicira Esquivel Angélica Su Ramos Alfonso Martínez Martínez Gloria Quintanilla Osorio Mara Ruvalcaba López Francisco López Lira Hinojo Ma. Elena Rivera López Ma. Julia Orozco Mendóza Yolanda Fernández Ordoñez Miguel Angel Flores Lemus

45 Qué es CMM Un modelo para la mejora de la organización. Aplica los conceptos de mejora de calidad y de la administración de procesos al desarrollo y mantenimiento de TI. Aplica los principios de TQM en la ingeniería de software. Modelo que describe de qué modo las prácticas de la ingeniería de software de una organización, evolucionan bajo ciertas condiciones. 45

46 Antecedentes El Software Engineering Institute (SEI) de la Universidad de Carnegie Mellon (Pittsburgh, Pa.) es financiado por el Departamento de Defensa de los E.U.A. El SEI ha desarrollado, y constantemente está refinando, una metodología para la evaluación de los procesos de software. El marco de trabajo de madurez de los procesos de software fue desarrollado por el SEI con dos propósitos: Proporcionar al Departamento de Defensa un medio para caracterizar el proceso de software. Ayudar a determinar y mejorar las capacidades de las organizaciones de desarrollo de software. Información relacionada con el SEI:

47 Usos más comunes del modelo Autoevaluación de capacidad de procesos de software: Se realiza en un ambiente abierto y de colaboración. Su objetivo es detectar problemas y ayudar a mejorar los procesos de la organización. Sus principales resultados son: Identificar problemas del proceso de software. Motivar y entusiasmar al personal hacia una orientación a procesos y mejora continua en la organización. Evaluación de capacidad de procesos de software: Se realiza en un ambiente de tipo auditoría. Su objetivo está asociado a seleccionar contratistas y/o establecer tarifas para un trabajo de software.

48 Organizaciones de software maduras e inmaduras Las organizaciones inmaduras generalmente: Improvisan los procesos durante un proyecto. Son reactivas, resolviendo crisis inmediatas. Exceden sus presupuestos y calendarios, al no basarse en estimaciones realistas. Cuando deben cumplir fechas, comprometen calidad y funcionalidad. No cuentan con bases objetivas para evaluar la calidad de los productos generados.

49 Organizaciones de software maduras e inmaduras Las organizaciones maduras generalmente: Poseen habilidad organizacional para administrar los procesos de desarrollo y mantenimiento de sistemas. Comunican en forma precisa el proceso de software al personal existente y a los nuevos empleados. Trabajan con base en un plan; los procesos usados son consistentes con la forma real de trabajar. Monitorean la calidad de los productos de software y la satisfacción del cliente a nivel directivo. Cuentan con infomación cuantitativa para evaluar la calidad; analizan problemas de productos y procesos. Basan sus calendarios y presupuestos en el desempeño histórico y son realistas.

50 Un vistazo a la versión del SW-CMM Nivel 5 Nivel 4 Nivel 3 Nivel 2 Nivel 1 Trabaja de acuerdo a las métricas Mide el Trabajo Trabaja el Plan Planea el Trabajo Nuestros héroes siempre han sido los TopGun 50

51 Niveles de CMM (SEI, CMU) Proceso disciplinado Proceso estándar, constante 1. Inicial Impredecible y escasamente controlado Proceso previsible 2. Repetible Puede repetir tareas previamente dominadas Proceso de mejora continua 3. Definido Procesos descritos, bastante bien entendidos Administración del proyecto 4. Administrado Proceso medido y controlado Proceso integrado de Ingeniería 5. Optimizado Enfocado a mejorar los procesos Calidad del producto y del proceso Administración del cambio 51

52 Procesos claves por nivel de madurez Inicial (1) Optimizado (5) Administración del cambio de procesos Administración del cambio tecnológico Prevención de defectos Administrado (4) Administración de la calidad de sistemas Administración cuantitativa de procesos Definido (3) Revisiones internas Coordinación intergrupal Ingeniería de productos de sistemas Administración integrada de sistemas Programa integral de desarrollo profesional Definición de procesos de la organización Enfoque a procesos de la organización Repetible (2) Administración de configuraciones de software Aseguramiento de calidad de software Administración de proveedores Seguimiento a proyectos Planeación de proyectos Administración de requerimientos

53 Visibilidad de los procesos en cada nivel de madurez NIVEL CARACTERISTICAS DE PROCESOS VISIBILIDAD DE ADMINISTRACIÓN 5 OPTIMIZADO SE INSTITUCIONALIZA LA MEJORA DE PROCESOS Entrada Salida 4 ADMINISTRADO LOS PROCESOS Y PRODUCTOS SE CONTROLAN CUANTITATIVA- MENTE Entrada Salida 3 DEFINIDO LAS PRÁCTICAS TÉCNICAS SE INTEGRAN CON LAS PRÁCTICAS ADMINISTRATIVAS Entrada Salida 2 REPETIBLE LAS PRÁCTICAS ADMINISTRATIVAS DE PROYECTOS SE INSTITUCIONALIZAN Entrada Salida 1 INICIAL LOS PROCESOS SON INFORMALES Y AD-HOC Entrada Salida

54 Visibilidad de gestión Visibilidad de la Administración Capacidad de Procesos Niveles 5 4 Probabilidad Tiempo/$/... Meta Dentro Fuera 54

55 Capacidad de los procesos de acuerdo al nivel de madurez NIVEL CARACTERISTICAS DE PROCESOS VISIBILIDAD DE ADMINISTRACIÓN 5 OPTIMIZADO 4 ADMINISTRADO 3 DEFINIDO 2 REPETIBLE EL DESEMPEÑO MEJORA EN FORMA CONTINUA EN ORGANIZACIONES DE NIVEL 5 CON BASE EN EL ENTENDIMIENTO CUANTITATIVO DE PROCESOS Y PRODUCTOS, EL DESEMPEÑO CONTINÚA MEJORANDO EN ORGANIZACIONES DE NIVEL 4 CON PROCESOS BIEN DEFINIDOS, EL DESEMPEÑO MEJORA EN ORGANIZACIONES DE NIVEL 3 LOS PLANES FUNDAMENTADOS EN EL DESEMPEÑO PASADO, SON MÁS REALISTAS EN ORGANIZACIONES DE NIVEL 2 Probabilidad Probabilidad Probabilidad Probabilidad 5 Tiempo /$/... 4 Tiempo /$/... 3 Tiempo /$/... 2 Tiempo /$/... Objetivo N-z Objetivo N-y Objetivo N-x Objetivo N+a 1 INICIAL LOS OBJETIVOS DE CALENDARIO Y COSTO TIPICAMENTE NO SE CUMPLEN EN ORGANIZACIONES DE NIVEL1 Probabilidad 1 Tiempo/$/... Objetivo N

56 CMMI Compatibilidad con ISO/IEC El modelo de procesos de CMMI es compatible con el modelo de procesos de y su modelo de evaluación va a ser conforme con el modelo de evaluación de

57 Categorías de áreas de procesos CMMISM para ingeniería de sistemas e ingeniería de software (CMMI-SE/SW, V1.1) ADMÓN. DE DE PROCESOS INGENIERIA INGENIERÍA ADMÓN. DE PROYECTOS S O P O R T E 57

58 Estructura del CMMI un modelo, dos representaciones Apéndices Nivel de Madurez 5 OID, CAR Nivel de Madurez 4 OPP, QPM Nivel de Madurez 3 REQD, TS, PI, VER, VAL, OPF, OPD, OT, IPM, RSKM, DAR Nivel de Madurez 2 REQM, PP, PMC, SAM, MA, PPQA, CM Introducción Introducción Estructura del Modelo Terminología del Modelo Niveles de Madurez, Características Comunes, Prácticas Genéricas Entendiendo el Modelo Usando el Modelo Apéndices Soporte CM, PPQA, MA, CAR, DAR Ingeniería REQM, REQD, TS, PI, VER, VAL Administración Proyectos PP, PMC, SAM IPM, RSKM, QPM Administración Procesos OPF, OPD, OT, OPP, OID Introducción Introducción Estructura Process del Modelo Management PAs Terminología del Modelo - Goals Niveles de - Capacidad, Practices Componentes del Modelo Genérico Entendiendo el Modelo Usando el Modelo CMMI Escalonado CMMI Continuo 58

59 Comparando las representaciones del CMMI Escalonada Continua ML5 ML4 ML3 ML2 ML 1 Capacidad de Áreas de Proceso para un conjunto establecido de áreas de proceso a lo largo de la organización. PA PA PA... para una sola área de proceso o un conjunto de áreas de proceso. 59

60 Niveles de madurez del modelo escalonado 5 4 Enfoque en la mejora continua. Proceso medido y controlado. Optimizado Administrado Cuantitativamente Proceso caracterizado para la organización y es proactivo. Proceso caracterizado para los proyectos y en ocasiones es reactivo. Proceso impredecible, poco controlado y reactivo. Desempeñado Definido Administrado 60

61 Áreas de proceso por nivel de madurez Nivel 5 Optimizado 4 Administrado Cuantitativamente 3 Definido Foco Mejora Continua de Procesos Administración Cuantitativa Estandarización de Procesos Áreas de Proceso Organizational Innovation and Deployment Causal Analysis and Resolution Organizational Process Performance Quantitative Project Management Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution 2 Administrado 1 Desempeñado Administración de Proyectos Básica Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management 61