Your SlideShare is downloading. ×
2013 10 desafios_orgsoft_utn_1.2
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

2013 10 desafios_orgsoft_utn_1.2

107
views

Published on


0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
107
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Desafíos en la gestión de organizaciones de desarrollo de software LIDICALSO UTN FRC Álvaro Ruiz de Mendarozqueta aruiz@sistemas.frc.utn.edu.ar aruizdemendarozqueta@fundacionsadosky.org.ar
  • 2. Proyecto
  • 3. El proyecto diseño de un sistema de gestión de una operación de desarrollo de software, usando métodos ágiles y modelos de calidad Laboratorio de Investigación y Desarrollo en Ingeniería y Calidad de Software LIDICALSO http://www.institucional.frc.utn.edu.ar/sistemas/lidicalso/ Departamento de Ing. en Sistemas de Información UTN
  • 4. Aplicar Extender principios resultados ágiles de proyectos a una organización
  • 5. Participantes Natalia Andriano Miguel Insaurralde Mariano Zibecchi Alvaro Ruiz de Mendarozqueta
  • 6. Contexto
  • 7. Empresas del sector
  • 8. Empleo El regreso Fuente:
  • 9. Fuente:
  • 10. Fuente:
  • 11. Fuente:
  • 12. Región
  • 13. Time zone con USA y Latam Inflación MERCOSUR Divisas Ley de Software
  • 14. El software hoy
  • 15. ¿Software en un BMW? 2006
  • 16. Auto autónomo de Google
  • 17. Pierna biónica
  • 18. Google Glass
  • 19. SARA
  • 20. SAC-D
  • 21. Software
  • 22. Algunos problemas
  • 23. Pocos egresados
  • 24. Egresados 25
  • 25. Ciencias de la Computación FCEyN - UBA 80 70 67 75 60 61 50 46 40 30 20 Porcentaje de egresadas 19 11 10 0 60s 70s 80s 90s 00 Actual
  • 26. Bugs
  • 27. Bugs famosos… Intel Pentium Hundimiento del Sheffield en Malvinas Aeropuerto de Denver Rayos X en Therac-25 Ariane 5
  • 28. Por acá… Carrito de compra de librería Credencial Monotributo en Afip No puede hacer esto en Chrome Formulario para denunciar siniestro Selección de asientos en ómnibus
  • 29. ¿Qué pasa en los proyectos?
  • 30. Algunos Problemas en Proyectos Se atrasan las entregas No se cumplen los compromisos No están claros los requerimientos El software no hace lo que tiene que hacer
  • 31. Algunos Problemas en Proyectos Trabajo fuera de hora y los fines de semana Se pierden los programas La mitad del esfuerzo es para arreglar algo mal hecho
  • 32. Usando modelos de calidad
  • 33. Evaluaciones 2003-2007 40 evaluaciones 13 empresas CMM, CMMI, ISO Normalización de datos Fuente: Lidicalso
  • 34. Evaluaciones según los modelos Total Assessments 5 CMMI 5 CMMI 4 2 CMMI 3 2 10 CMMI 2 6 CMM 5 9 CMM 3 6 CMM 2 0 2 Fuente: Lidicalso 4 6 8 10
  • 35. Formales e informales 5 1 CMM 2 6 3 CMM 3 4 2 CMM 5 6 4 CMMI 2 2 0 CMMI 3 1 1 1 CMMI 4 CMMI 5 0 1 Fuente: Lidicalso 4 2 3 4 5 6
  • 36. Fuente: Lidicalso
  • 37. Hallazgos por Práctica Genérica/Específica (PP) 14 14 12 10 8 8 7 6 6 6 6 4 4 3 3 3 1 1 1 GP4.1 1 GP3.1 1 GP2.9 1 GP2.7 1 GP2.5 2 GP2.3 2 2 1 1 SP3.3 SP3.2 SP2.7 SP2.6 SP2.5 SP2.4 SP2.2 SP2.1 SP1.4 SP1.3 SP1.2 SP1.1 GP2.8 GP2.2 GP2.1 0 GG2 GG2 GG2 GG2 GG2 GG2 GG2 GG3 GG4 SG1 SG1 SG1 SG1 SG2 SG2 SG2 SG2 SG2 SG2 SG3 SG3 Fuente: Lidicalso
  • 38. Fuente:
  • 39. Observaciones CMMI se usa menos (o se dejó de usar) Ley de Software Foco en procesos Hay problemas de calidad La industria se expande
  • 40. Observaciones… Poco uso de herramientas Procesos descritos en documentos Poca integración entre herramientas
  • 41. Estructuras en las organizaciones
  • 42. Esquemas clásicos PMBOK
  • 43. [PMBOK]
  • 44. Testing Desarrollo [PMBOK]
  • 45. Desarrollo Calidad [PMBOK]
  • 46. Áreas Desarrollo Testing Homologación IT Infraestructura Desarrollo de Productos
  • 47. Otras consideraciones… Provisión de mano de obra Software Factory Desarrollo de Productos Servicios de IT Consultoría
  • 48. Otras consideraciones… MPyMEs y PyMEs Start ups Factor de escala Pocos desarrolladores para todos Dominio vs. tecnología
  • 49. Con modelos de calidad
  • 50. ISO 9001 Medida, análisis y mejora Satisfacción Gestión de los recursos Realización del producto Requisitos Cliente Cliente Responsabilidad de la dirección
  • 51. CMMI
  • 52. Marco de gestión típicamente foco en procesos organización organigrama mecanismo conformidad
  • 53. Métodos Ágiles
  • 54. El desarrollo de software es, esencialmente, un proceso de aprendizaje Mary & Tom Poppendieck Lean Software Development
  • 55. Evolución de la industria de SW ¿chau código? proceso robusto producto robusto código horassilla ’70 crisis & ingeniería SW ‘68 enfoque adaptativo enfoque predictivo code + fix ’80 CASE ‘82 ’90 CMM PMBOK ‘87 ’00 ’10 Agile Lean ‘95 ‘96 manifesto Kanban Scrum XP ‘01 ‘03
  • 56. Manifiesto ágil (‘01) valoramos mas… …antes que personas e interacción herramientas y procesos software funcionando documentación exhaustiva colaboración con clientes responder a los cambios foco en los resultados negociación de contratos seguir un plan
  • 57. Manifiesto ágil (‘01) principio #1 satisfacer al cliente a través de entregas tempranas y continuas de software que provea valor
  • 58. … de software que provea valor despachador de pedidos generador de valor software que funciona software que cubre una necesidad
  • 59. enfoque predictivo enfoque adaptativo c1 concepto producto plazo de entrega cn c2 p1 p2 plazo de entrega pn
  • 60. un buen proyecto ágil tendrá que desarrollar algo mejor que lo planeado originalmente Martin Fowler The New Methodology
  • 61. Mejora de Procesos
  • 62. Qué deberíamos hacer Inicio Establecer objetivos y necesidades de mejora Evaluar comparando con un modelo y planificar las mejoras
  • 63. Qué se hace Inicio Establecer nivel de CMMI deseado Empezar por nivel 2 en orden y seguir una receta
  • 64. Problemas No asignar recursos a mejora “Están ocupados trabajando…” No planificar El área de calidad no hace lo que recomienda… Personal de calidad junior
  • 65. Problemas Interpretar a los modelos de una única manera Repetir recetas sin entender el contexto Repetir recetas sin entender al equipo de trabajo
  • 66. Riesgos PPQA no es lo único que se hace Calidad es lo que hacen los de calidad Falta de integración de actividades Poca planificación Que la mejora no sea continua
  • 67. Procesos Toda construcción de software sigue un proceso: Formales Informales Muchos procesos están tan mal hechos como el software
  • 68. Horror de proceso CMMI, PP SG 3 Commitments to the project plan are established and maintained. SP 3.3 Obtain commitment from relevant stakeholders responsible for performing and supporting plan execution. Planilla con firma de cada uno de los miembros del equipo (pocos participaron de la confección del plan)
  • 69. Básicos No intente demostrar todo lo que saben en un estándar o plan Procesos con 15 roles para un proyecto en una organización cuyo promedio de personas por proyecto es de 4… Sentido Común No discutamos más las disciplinas básicas Todavía se discuten aspectos elementales de Gestión de las Configuraciones...
  • 70. Proyectos Ágiles vs Mejora de Procesos
  • 71. Proyecto Ágil valoramos mas… …antes que personas e interacción herramientas y procesos software funcionando documentación exhaustiva colaboración con clientes responder a los cambios foco en los resultados negociación de contratos seguir un plan
  • 72. Mejora de Procesos ¿valoramos mas? personas e interacción herramientas y procesos software funcionando documentación exhaustiva colaboración con clientes responder a los cambios foco en los resultados negociación de contratos seguir un plan ?
  • 73. Mejora de Procesos Proyectos c1 concepto proceso plazo de entrega cn c2 p1 p2 plazo de entrega pn
  • 74. Organización
  • 75. Manifiesto ágil (empresa) valoramos mas… …antes que personas e interacción herramientas y procesos software funcionando documentación exhaustiva colaboración con clientes responder a los cambios foco en los resultados negociación de contratos seguir un plan
  • 76. Manifiesto ágil (empresa) principio #1 satisfacer al cliente a través de entregas tempranas y continuas de productos o servicios que provean valor
  • 77. Organización ¿valoramos mas? personas e interacción herramientas y procesos software funcionando documentación exhaustiva colaboración con clientes negociación de contratos responder a los cambios seguir un plan foco en los resultados foco en los resultados
  • 78. Tenemos proyectos ágiles y organizaciones lentas Proyecto “Diseño de un sistema de gestión” Lidicalso UTN
  • 79. Potenciales soluciones
  • 80. Aplicar Agile Manifesto a las áreas de responsabilidad
  • 81. Aplicar Extender principios resultados ágiles de proyectos a una organización
  • 82. Qué aprendimos en los proyectos principios Lean concepto - producto proceso Scrum-Kanban generación de valor expandir conocimiento gestión de proyectos entregas frecuentes flujo de trabajo prácticas XP disciplina diseño de calidad automatización construcción de SW
  • 83. Marco de gestión típicamente foco en procesos propuesta generación de valor organización organigrama áreas de responsabilidad mecanismo conformidad visión / resultados
  • 84. Estrategia Marco de gestión como producto Aplicar el manifiesto ágil al producto Valorar el producto con modelos Agilidad Scrum Product owner Principios calidad ISO-CMMI PNC
  • 85. Área de responsabilidad Clientes Productos Proyectos Ingeniería Personas Planeamiento, educación, calidad, infraestructura, presupuesto
  • 86. Funciones antes que organigramas el enfoque predictivo limita ciclos de aprendizaje capacidad de adaptación generación de valor
  • 87. Pasos a seguir Para cada área o función clave Determinar las funciones detalladas Aplicar el manifiesto ágil
  • 88. Usar modelos integrales de gestión
  • 89. Premio Nacional a la Calidad el enfoque predictivo limita ciclos de aprendizaje capacidad de adaptación generación de valor
  • 90. Malcolm Baldrige Award
  • 91. EFQM el enfoque predictivo limita ciclos de aprendizaje capacidad de adaptación generación de valor
  • 92. Mejora de procesos ágil
  • 93. Qué deberíamos hacer Inicio Establecer objetivos y necesidades de mejora Evaluar comparando con un modelo y planificar las mejoras con un backlog
  • 94. Extender los métodos ágiles a la realización del producto
  • 95. Scaled Agile Framework™ Big Picture
  • 96. ¡Gracias!
  • 97. Versiones Versión Fecha Descripción Autor 1.0 Oct-2013 Versión inicial. Materiales tomados de presentaciones diseñadas por Natalia Andriano, Miguel Insaurralde, y Alvaro Ruiz de Mendarozqueta Alvaro Ruiz de Mendarozqueta 1.1 Oct-2013 Comentarios de Natalia Andriano Alvaro Ruiz de Mendarozqueta 1.2 Dec-2013 Ajustes menores Alvaro Ruiz de Mendarozqueta