Aplicación de un modelo de mejora de procesos para una PYME de desarrollo de software libre

Transcripción

1 Aplicación de un modelo de mejora de procesos para una PYME de desarrollo de software libre Ing. Alfred Kobayashi Gutiérrez Gerente General e volution hypermedia S.R.L Asociado APESOL Miembro del CTN Ing. De Software y Sistemas de Información INDECOPI akobayashi@evolutionperu.com

2 Agenda 1. Introducción 2. Conceptos de Calidad 3. Calidad de Software 4. Modelos de Calidad de Proceso 5. Competisoft y Moprosoft 6. Evaluación en e volution hypermedia 7. Resultados y futuros resultados. 8. Conclusiones

3 Introducción Sobre una base de proyectos de software (pequeños, medianos, grandes)

4 Conceptos de Calidad Conjunto de propiedades y de características de un producto o servicio, que le confieren su aptitud para satisfacer unas necesidades explícitas e implícitas. (ISO 8402, 1994) Grado en el que el conjunto de características inherentes cumple con los requisitos. (NTP ISO/IEC 9000:2001)

5 Calidad de Software Los ejes del desarrollo de software, las 3Ps de Pressman. Persona. Producto. Proceso. Cuál es la relación de la Calidad con las 3P's? Persona: PSP, TSP. Producto: McCall, Boehm, ISO/IEC Proceso: CMMi, Moprosoft, ISO/IEC Mejora Continua del Proceso: IDEAL, ISO/IEC 15504, SPI

6 Calidad de Software La calidad de un proceso contribuye a la calidad de un producto. La calidad de un producto contribuye a la calidad en uso del producto.

7 Definición de Procesos Conjunto de actividades mutuamente relacionadas o que interactúan, las cuales transforman elementos de entrada en resultados. NTP ISO 12207:2003 Procesos del Ciclo de Vida del Software Entrada Proceso o Transformación Salida El Desarrollo de Software es un Proceso? Requerimientos Ingeniería de Software Producto SW

8 Ciclo de Vida de Software y Proyectos de Software

9 Porqué mejorar los Procesos? Para no tener trabajo de Bomberos en cada proyecto

10 Qué debo obtener si hago esto? Tener calendarios y presupuestos más predecibles Mejorar tiempos de desarrollo Mejorar la productividad Mejorar la Calidad Mejorar la satisfacción de clientes Mejorar la moral de los empleados Reducir el costo de la Calidad Incrementar el retorno de la inversión

11 Modelos de Calidad de Procesos

12 Programa Nacional para la Industria de Software en México En 2002 la Secretaría de Economía (SE) inició el Programa para el Desarrollo de la Industria de Software (PROSOFT), que tiene como objetivo Fortalecer a la Industria de Software en México.

13 Estrategias del PROSOFT 1. Promover exportaciones y la atracción de inversiones. 2. Educación y formación de personal competente. 3. Contar con un marco legal promotor de la industria 4. Desarrollar el mercado interno 5. Fortalecer a la industria local 6. Alcanzar niveles internacionales en capacidad de procesos 7. Promover la construcción de infraestructura física y de telecomunicaciones

14 Estándares Existentes

15 En Junio 2002 Se propuso crear una norma que contemple los siguientes elementos: Modelo de procesos (qué procesos) Modelo de capacidades de procesos (qué evaluar) Método de evaluación (cómo evaluar)

16 MOPROSOFT Alta Direcci (DIR) ón Categoría Gestión de Negocio Gesti ón (GES) Categoría Gestión de Procesos Gestión de Proyectos Gestión de Recursos Operaci (OPE) ón Categoría Administración de Proyectos Específicos Desarrollo y Mantenimiento de Software

17 MOPROSOFT El modelo está basado en el ISO/IEC Niveles Optimizado Predecible Establecido Gestionado Realizado Incompleto Atributos 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

18 Pruebas Controladas 2004 Se probó a MoProSoft y EvalProSoft en 4 empresas. Perfíl de empresas Cuyo giro principal es el desarrollo de software Pequeña (máximo 15 desarrolladores) Compromiso de la dirección general

19 Pruebas Controladas 2004 Resultados generales En 6 meses las empresas asimilaron e implementaron los 9 procesos de MoProSoft Durante este periodo, en promedio subieron un nivel de capacidad en cada proceso. Los directivos quedaron convencidos sobre el valor de cambio a una cultura de procesos. El método de evaluación quedó probado y confirmada su aplicabilidad con recursos establecidos.

20 Normalización en México Norma mexicana NMX 059 NYCE 2005 bajo el nombre: Tecnología de la Información Software Modelos de procesos y 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: Directrices para la evaluación (EvalProSoft) Publicada en el Diario Oficial de la Federación 15 de agosto 2005 Entró en vigor 60 días después

21

22 OBJETIVO GENERAL: COMPETISOFT Incrementar el nivel de competitividad de las PYMES Iberoaméricanas productoras de software mediante la creación y difusión de un marco metodológico común que, ajustado a sus necesidades específicas, pueda llegar a ser la base sobre al que establecer un mecanismo de evaluación y certificación de la industria del software reconocido en toda Iberoamérica.

23 Evaluación en e volution hypermedia Punto de Partida Iniciamos en Julio 2007 Nos incluimos en el segundo grupo de empresas Pymes en Competisoft Perú a través de un convenio con la PUCP. Somos la única empresa en provincias dentro del programa. Somos la única empresa especializada en Desarrollo de Software Libre a nivel nacional dentro del programa Adaptar al personal y a la empresa para el trabajo de mejora de procesos.

24 Evaluación en e volution hypermedia Fuente: Evaluación Julio 07 Competisoft e volution hypermedia

25 Proceso de Gestión del Negocio Existe análisis de factores externos(tecnologías, clientes y competidores) Existe un grupo directivo y un responsable de gestión del negocio No existen reportes financieros No existe un plan de adquisiciones y capacitación. No se identifica un grupo de gestión responsable de implantar procesos El plan estratégico esta pendiente de actualización.

26 Proceso de Gestión de Procesos No existen instancias de procesos del modelo evaluado No existe un plan de procesos. No existe un responsable de gestión de los procesos No existe documentación asociada a los procesos

27 Proceso de Gestión de Proyectos Existe una documento de contrato Existe una descripción del proyecto No existe un plan de adquisiciones y capacitación. Existe poca información administrativa del proyecto. No siempre existe una definición del responsable de administración de un proyecto específico.

28 Proceso de Gestión de Recursos No existe un plan operativo de recursos humanos y ambiente de trabajo No existe un plan operativo de bienes servicios e infraestructura No existe un plan operativo de gestión del conocimiento No se identifica claramente al responsable de la gestión de Recursos

29 Proceso de Adm. De Pyto Esp. Existe un documento de aceptación. Se identifica el rol responsable de desarrollo y mantenimiento de software. No existe un plan de proyecto. No existe un plan de No desarrollo existe un plan de adquisición y capacitación No se asume plenamente el rol de responsable de la gestión de un proyecto especifico

30 Proceso de Desarrollo y Mant. SW Existe un manual de usuario Existe un manual de operación Se identifica al responsable de desarrollo y mantenimiento de software Existe una fase de integración y pruebas Existe un documento de especificación de requerimientos parcial Existe un documento de análisis y diseño parcial No existe un documento de componentes No existe un documento de configuración del software

31 Plan de Mejora Inicial : Primer Ciclo

32 Resultados del Primer Ciclo de Mejora Perfil de Capacidades de Procesos % cumplimiento GNeg GProc GProy GRec GRHAT GBSI GCO APE DMS NivRef

33 Problemas Identificados Poca participación de Responsable en Gestión de Proyectos. Falta de Proyectos donde aplicar las mejoras. Dificultad para la coordinación debido a distancia.

34 Acciones a tomar Invertir mayor tiempo en capacitación de personal Designar un responsable de la Gestión de Procesos. Generar mayor participación de responsables y personal Integrar más proyectos de la empresa dentro de la mejora. Estrategia basada en alinear la empresa a la academia.

35 Plan de Mejora : Segundo Ciclo

36 Factores de cambio a tomar en cuenta Fuente: Maria Astorga, Jose Olguín y Brenda Flores Instituto de Ingeniería Universidad Autónoma de Baja California México

37 Muchas Gracias Preguntas? Ing. Alfred Kobayashi Gutiérrez Gerente General e volution hypermedia S.R.L Asociado APESOL Miembro del CTN Ing. De Software y Sistemas de Información INDECOPI akobayashi@evolutionperu.com