Mejora de Procesos para Desarrollar Software Mejor

Mejora de Procesos para Desarrollar Software Mejor Pablo Fernando Sanchez , MIEEE (Argentina) – www.pfsanchez.blogspot.com Gerente General de Expértika Compañía Ltda. – www.expertika.com Presidente del Comité de Comunicaciones Regionales de IEEE Región 9, América Latina y el Caribe – www.noticieeero.org Coordinador de la Sociedad de Gerencia de Ingeniería del IEEE en la Región Oriental de Colombia 28 de junio de 2007 – Bucaramanga, Santander, Colombia

Agenda

Introducción.

Mejora del Proceso de Software o Software Process Improvement (SPI).

Algunos Modelos Estandarizados Disponibles en el Mercado.

Retorno de la Inversión (ROI).

SPIN: Software and Systems Process Improvement Network .

Conclusiones.

Introducción Mejora de Procesos para Desarrollar Software Mejor

¿Por Qué? (I)

Inmadurez de la ingeniería de software.

3 factores críticos —personas, tecnología y proceso— como principales inductores de costos, cronogramas, productividad y calidad del software.

Principio básico: mejorar la calidad del producto software mejorando la calidad del proceso de software.

La medición de la capacidad-madurez —que predice la calidad del proceso de software— puede mejorarse.

“ Tomar nota explícita de cosas malas que pueden ocurrir (riesgos) y planear de acuerdo a ellas es un indicador de madurez. Pero esa no es la forma en que tendemos a usar la palabra madurez en la industria de tecnologías de la información. Nosotros, la gente de software, tendemos a igualar madurez con competencia técnica. Incluso tenemos un esquema de cinco niveles para medir tal madurez, el Capability Maturity Model (CMM). (Todo lo que necesitamos ahora es un programa de doce pasos para ayudarnos a destetarnos de medir la madurez en un esquema de cinco niveles.) Pero la palabra madurez en castellano estándar no tiene nada que ver con la competencia técnica. Es, en cambio, una cualidad de crecimiento, un indicador de que una persona u organismo ha alcanzado el estado adulto.” — Tom DeMarco y Timothy Lister, “Waltzing With Bears: Managing Risk on Software Projects” (Dorset House, 2003)

¿Por Qué? (y II)

Importante: diferenciar cambio y mejora de proceso.

Pregunta importante: ¿cuál es el retorno de la mejora del proceso de software?

Necesidad de métricas y métodos.

Dificultad para medir ciertos aspectos —reducción de riesgos, productividad, incremento de la calidad, satisfacción del cliente— y de asociar el retorno de la inversión con el proceso de ingeniería de software y la tecnología.

Definiciones

Proceso: secuencia de pasos ejecutados con un propósito específico.

Proceso de software: conjunto de actividades, métodos, prácticas y transformaciones usadas para desarrollar y mantener software y sus productos asociados —planes, documentos de diseño, casos de prueba, manuales.

Mejora del proceso de software: metodología deliberada y planeada que sigue prácticas de documentación estandarizadas para capturar en papel (y en la práctica) cada elemento del proceso de software y determinar su valor agregado.

Mejora del Proceso de Software o Software Process Improvement (SPI) Mejora de Procesos para Desarrollar Software Mejor

¿Qué Podemos Esperar de la SPI?

Entender el estado actual de la práctica y la gerencia de la ingeniería de software en la organización.

Seleccionar aquellas áreas de mejora en donde los cambios puedan significar los beneficios más grandes a largo plazo.

Enfocarse en agregar valor al negocio, no en alcanzar un proceso utópico.

Prosperar combinando un proceso efectivo con personas preparadas, motivadas y creativas.

¿Qué se Requiere?

Ingenieros y gerentes inteligentes, entrenados y creativos.

Trabajo en equipo efectivo.

Cultura compartida enfocada en la calidad.

Metas claras de mejora.

Métricas para controlar el progreso.

Evaluación honesta de áreas problemáticas.

Tiempo para seleccionar, pilotar e implementar el proceso mejorado.

Liderazgo y expectativas de alto nivel consistentes.

Todos involucrados en los esfuerzos de mejora.

Sentido común, combinado con compromiso hacia la mejora.

¿Es Posible el Cambio? COMPETENCIAS INCENTIVOS RECURSOS PLAN DE ACCIÓN CONFUSIÓN VISIÓN COMPETENCIAS INCENTIVOS RECURSOS PLAN DE ACCIÓN CAMBIO VISIÓN INCENTIVOS RECURSOS PLAN DE ACCIÓN ANSIEDAD VISIÓN COMPETENCIAS RECURSOS PLAN DE ACCIÓN CAMBIO GRADUAL VISIÓN COMPETENCIAS INCENTIVOS PLAN DE ACCIÓN FRUSTRACIÓN VISIÓN COMPETENCIAS INCENTIVOS RECURSOS ARRANQUES EN FALSO

¿Qué Evitar?

Falta de compromiso de alto nivel.

Expectativas irrealistas de la gerencia de alto nivel.

Líderes que no asignan recursos.

Entrenamiento inadecuado.

El alcance de un nivel de un modelo dado es la meta.

“ Enfermar” al nivel micro.

Evaluaciones inefectivas.

Demora en la implementación del plan de acción.

La mejora del proceso se hace un juego.

Esperanza en que el proceso reemplace a las personas.

¿Enemigos de la Mejora?

Re-estructuración, fusión, downsizing .

Sabotaje de las gerencias intermedias.

Falta de plan estratégico que vincule la mejora del proceso de software con el negocio.

Falta de “compra” en el alto nivel.

Recursos insuficientes.

Mejora del proceso de software no gestionada como proyecto.

Demandas de resultados inmediatos.

Entrenamiento insuficiente para el equipo del proceso de ingeniería de software.

Algunos Modelos Estandarizados Disponibles en el Mercado Mejora de Procesos para Desarrollar Software Mejor

Reflexionemos Sobre Modelos… TODOS LOS MODELOS SON INCORRECTOS, PERO ALGUNOS SON ÚTILES… George Box Matemático y Estadístico británico

Fuente: Software Productivity Consortium

Retorno de la Inversión (ROI) Mejora de Procesos para Desarrollar Software Mejor

Retorno de la Inversión

“ El retorno viene luego, la inversión es ahora”.

Puntos conflictivos:

Motivación por retornos inmediatos.

Alternativas en competencia peleando por fondos.

Personal técnico sobrecargado por intentos de justificar la inversión.

Cuanto antes se despliegue, antes se tendrá el caso de negocio y se verá el retorno.

Lo más complicado: el diálogo entre el personal técnico, gerencial y comercial.

Estudio de Costos y Beneficios (*) Realizado sobre 13 organizaciones estadounidenses que implementaron SPI a mediados de los 90. 5,0 : 1 4,0-8,8 : 1 ROI 39% 10%-94% Reducción anual de defectos post-liberación — 15%-23% Reducción anual del T2M 35% 9%-67% Productividad ganada por año US$ 1.375 US$ 490-2.004 Costo anual de SPI por ingeniero PROMEDIO RANGO CATEGORÍA

Algunos Beneficios Adicionales