Mejora de Procesos para Desarrollar Software Mejor

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

1 comments

Comments 1 - 1 of 1 previous next Post a comment

  • + pfsanchez Pablo Sanchez 3 years ago
    Modelos y estándares de referencia mencionados en la conferencia: AF IPD Guide, Baldrige, BS 5750, CMMI, CMMI-DEV, DO-178B, DOD IPPD, DOD-STD-2167A, DOD-STD-2168, DOD-STD-7935A, EIA 632, EIA/IEEE J-STD-016, EIA/IS 632, EIA/IS 731, EQA, FAA-iCMM, IEEE Std 730, IEEE Std 828, IEEE Std 829, IEEE Std 830, IEEE Std 1012, IEEE Std 1016, IEEE Std 1028, IEEE Std 1058, IEEE Std 1063, IEEE Std 1074, IEEE Std 1220, IEEE/EIA Std 12207, IPD-CMM, ISO 9000 Series, ISO 9001, ISO 9000-3, ISO 10011, ISO 15288, ISO 15504, ISO/IEC 12207, ITIL, MIL-Q-9858, MIL-STD-498, MIL-STD-499B, MIL-STD-1679, NATO AQAP1,4,9, People CMM, PSP, Q9000, SA-CMM, SCE, SDCCR, SDCE, SE-CMM, SECAM, SECM, SPICE, SSE-CMM, SW-CMM, TickIT, Trillium, TSP
Post a comment
Embed Video
Edit your comment Cancel

10 Favorites & 3 Groups

Mejora de Procesos para Desarrollar Software Mejor - Presentation Transcript

  1. 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
  2. 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.
  3. Introducción Mejora de Procesos para Desarrollar Software Mejor
  4. ¿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.
  5. “ 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)
  6. ¿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.
  7. 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.
  8. Mejora del Proceso de Software o Software Process Improvement (SPI) Mejora de Procesos para Desarrollar Software Mejor
  9. ¿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.
  10. ¿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.
  11. ¿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
  12. ¿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.
  13. ¿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.
  14. Algunos Modelos Estandarizados Disponibles en el Mercado Mejora de Procesos para Desarrollar Software Mejor
  15. Reflexionemos Sobre Modelos… TODOS LOS MODELOS SON INCORRECTOS, PERO ALGUNOS SON ÚTILES… George Box Matemático y Estadístico británico
  16. Fuente: Software Productivity Consortium
  17. Retorno de la Inversión (ROI) Mejora de Procesos para Desarrollar Software Mejor
  18. 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.
  19. 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
  20. Algunos Beneficios Adicionales
    • Mayor motivación y menor rotación de personal.
    • Menor riesgo y mejor imagen.
    • Menos horas extras.
    • Profesionales detrás de oportunidades de mejora.
    • Mejor comunicación en todos los niveles.
    • Orgullo y sentido de pertenencia de la SPI la hace sustentable y continua.
  21. SPIN: Software and Systems Process Improvement Network Mejora de Procesos para Desarrollar Software Mejor
  22. ¿Qué es una SPIN?
    • SPIN: Software and Systems Process Improvement Network .
    • Organización de profesionales en un área geográfica determinada interesados en la mejora de procesos de software y sistemas.
    • Concepto creado y coordinado por el Software Engineering Institute (SEI).
    • Cada SPIN es autárquica.
    • Interactúa con otras SPINs.
  23. ¿Quiénes Integran las SPINs?
    • Profesionales practicantes.
    • Organizaciones técnico-profesionales.
    • Empresas.
    • Cámaras empresariales.
    • Universidades.
    • Docentes.
    • Estudiantes.
    • Redes académicas.
    • Gobierno.
  24. Conclusiones ¡Muchas Gracias! Pablo Fernando Sanchez, pablo.sanchez@expertika.com

+ Pablo SanchezPablo Sanchez, 3 years ago

custom

5852 views, 10 favs, 3 embeds more stats

Presentación de la charla brindada por Pablo Ferna more

More info about this document

CC Attribution-NonCommercial-ShareAlike LicenseCC Attribution-NonCommercial-ShareAlike LicenseCC Attribution-NonCommercial-ShareAlike License

Go to text version

  • Total Views 5852
    • 5661 on SlideShare
    • 191 from embeds
  • Comments 1
  • Favorites 10
  • Downloads 0
Most viewed embeds
  • 134 views on http://expertika.com
  • 56 views on http://www.expertika.com
  • 1 views on https://s3.amazonaws.com

more

All embeds
  • 134 views on http://expertika.com
  • 56 views on http://www.expertika.com
  • 1 views on https://s3.amazonaws.com

less

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

Cancel
File a copyright complaint
Having problems? Go to our helpdesk?

Categories

Groups / Events