Desafíos en la gestión de
organizaciones de desarrollo
de software

LIDICALSO
UTN
FRC

Álvaro Ruiz de Mendarozqueta
aruiz@...
Proyecto
El proyecto
diseño de un sistema de
gestión de una operación de
desarrollo de software, usando
métodos ágiles y modelos

d...
Aplicar

Extender

principios

resultados

ágiles

de proyectos

a una organización
Participantes
Natalia Andriano
Miguel Insaurralde
Mariano Zibecchi
Alvaro Ruiz de Mendarozqueta
Contexto
Empresas del sector
Empleo
El regreso

Fuente:
Fuente:
Fuente:
Fuente:
Región
Time zone con USA y Latam
Inflación
MERCOSUR
Divisas
Ley de Software
El software hoy
¿Software en un BMW?

2006
Auto autónomo
de Google
Pierna
biónica
Google Glass
SARA
SAC-D
Software
Algunos
problemas
Pocos egresados
Egresados

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

...
Bugs
Bugs famosos…
Intel Pentium
Hundimiento del Sheffield en
Malvinas
Aeropuerto de Denver
Rayos X en Therac-25
Ariane 5
Por acá…
Carrito de compra de librería
Credencial Monotributo en Afip
No puede hacer esto en Chrome
Formulario para denunc...
¿Qué pasa en los
proyectos?
Algunos Problemas en Proyectos

Se atrasan las entregas
No se cumplen los compromisos
No están claros los requerimientos
E...
Algunos Problemas en Proyectos
Trabajo fuera de hora y los fines de
semana
Se pierden los programas
La mitad del esfuerzo ...
Usando modelos de
calidad
Evaluaciones 2003-2007
40 evaluaciones
13 empresas
CMM, CMMI, ISO
Normalización de datos
Fuente: Lidicalso
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

...
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

Fuent...
Fuente: Lidicalso
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

...
Fuente:
Observaciones
CMMI se usa menos (o se dejó de
usar)
Ley de Software
Foco en procesos
Hay problemas de calidad
La industria...
Observaciones…
Poco uso de herramientas
Procesos descritos en documentos
Poca integración entre
herramientas
Estructuras en
las
organizaciones
Esquemas clásicos
PMBOK
[PMBOK]
Testing

Desarrollo

[PMBOK]
Desarrollo

Calidad

[PMBOK]
Áreas
Desarrollo
Testing
Homologación
IT
Infraestructura
Desarrollo de Productos
Otras consideraciones…
Provisión de mano de obra
Software Factory
Desarrollo de Productos
Servicios de IT
Consultoría
Otras consideraciones…
MPyMEs y PyMEs
Start ups
Factor de escala
Pocos desarrolladores para todos
Dominio vs. tecnología
Con modelos de
calidad
ISO 9001

Medida, análisis y
mejora

Satisfacción

Gestión de los
recursos

Realización
del producto

Requisitos

Cliente
...
CMMI
Marco de gestión
típicamente
foco en

procesos

organización

organigrama

mecanismo

conformidad
Métodos
Ágiles
El desarrollo de software
es, esencialmente, un proceso
de aprendizaje

Mary & Tom
Poppendieck
Lean Software
Development
Evolución de la industria de SW
¿chau
código?

proceso
robusto

producto
robusto

código horassilla

’70

crisis &
ingenie...
Manifiesto ágil (‘01)
valoramos mas…

…antes que

personas e interacción

herramientas y procesos

software funcionando

d...
Manifiesto ágil (‘01)
principio #1

satisfacer al cliente
a través de
entregas tempranas y
continuas
de software que
prove...
… de software que
provea valor
despachador de
pedidos

generador de
valor

software que
funciona

software que cubre
una n...
enfoque
predictivo

enfoque
adaptativo
c1

concepto

producto

plazo de
entrega

cn

c2

p1

p2

plazo de
entrega

pn
un buen proyecto ágil
tendrá que desarrollar
algo mejor que
lo planeado
originalmente
Martin Fowler
The New
Methodology
Mejora de
Procesos
Qué deberíamos hacer
Inicio

Establecer objetivos y
necesidades de mejora
Evaluar comparando con un
modelo y planificar la...
Qué se hace
Inicio

Establecer nivel de CMMI
deseado
Empezar por nivel 2 en orden y
seguir una receta
Problemas
No asignar recursos a mejora
“Están ocupados trabajando…”
No planificar
El área de calidad no hace lo que
recomi...
Problemas
Interpretar a los modelos de una única
manera
Repetir recetas sin entender el
contexto
Repetir recetas sin enten...
Riesgos
PPQA no es lo único que se hace
Calidad es lo que hacen los de calidad
Falta de integración de actividades
Poca pl...
Procesos
Toda construcción de software
sigue un proceso:
Formales
Informales

Muchos procesos están tan mal
hechos como el...
Horror de proceso
CMMI, PP
SG 3 Commitments to the project plan are established
and maintained.
SP 3.3 Obtain commitment f...
Básicos
No intente demostrar todo lo que saben en un
estándar o plan
Procesos con 15 roles para un proyecto en una
organiz...
Proyectos Ágiles vs
Mejora de
Procesos
Proyecto Ágil
valoramos mas…

…antes que

personas e interacción

herramientas y procesos

software funcionando

documenta...
Mejora de Procesos
¿valoramos mas?
personas e interacción

herramientas y procesos

software funcionando

documentación ex...
Mejora de Procesos

Proyectos
c1

concepto

proceso

plazo de
entrega

cn

c2

p1

p2

plazo de
entrega

pn
Organización
Manifiesto ágil (empresa)
valoramos mas…

…antes que

personas e interacción

herramientas y procesos

software funcionand...
Manifiesto ágil (empresa)
principio #1

satisfacer al cliente
a través de
entregas tempranas y
continuas
de productos o se...
Organización
¿valoramos mas?
personas e interacción

herramientas y procesos

software funcionando

documentación exhausti...
Tenemos proyectos ágiles y
organizaciones lentas
Proyecto “Diseño de
un sistema de gestión”
Lidicalso
UTN
Potenciales
soluciones
Aplicar Agile
Manifesto a las
áreas de
responsabilidad
Aplicar

Extender

principios

resultados

ágiles

de proyectos

a una organización
Qué aprendimos en los proyectos
principios Lean
concepto - producto

proceso Scrum-Kanban

generación de valor
expandir co...
Marco de gestión
típicamente
foco en

procesos

propuesta
generación de valor

organización

organigrama

áreas de respons...
Estrategia
Marco de
gestión como
producto

Aplicar el
manifiesto ágil
al producto

Valorar el
producto con
modelos

Agilid...
Área de responsabilidad
Clientes
Productos
Proyectos
Ingeniería
Personas
Planeamiento, educación, calidad,
infraestructura...
Funciones antes que
organigramas

el enfoque predictivo limita

ciclos de aprendizaje
capacidad de adaptación
generación d...
Pasos a seguir
Para cada área o función clave
Determinar las funciones detalladas
Aplicar el manifiesto ágil
Usar modelos
integrales de
gestión
Premio Nacional a la Calidad

el enfoque predictivo limita

ciclos de aprendizaje
capacidad de adaptación
generación de va...
Malcolm Baldrige Award
EFQM

el enfoque predictivo limita

ciclos de aprendizaje
capacidad de adaptación
generación de valor
Mejora de
procesos ágil
Qué deberíamos hacer
Inicio

Establecer objetivos y
necesidades de mejora
Evaluar comparando con un
modelo y planificar la...
Extender los
métodos ágiles a
la realización del
producto
Scaled Agile Framework™ Big Picture
¡Gracias!
Versiones
Versión

Fecha

Descripción

Autor

1.0

Oct-2013

Versión inicial. Materiales tomados de
presentaciones diseñad...
2013 10 desafios_orgsoft_utn_1.2
2013 10 desafios_orgsoft_utn_1.2
2013 10 desafios_orgsoft_utn_1.2
2013 10 desafios_orgsoft_utn_1.2
Upcoming SlideShare
Loading in …5
×

2013 10 desafios_orgsoft_utn_1.2

280 views

Published on

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

No Downloads
Views
Total views
280
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
4
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

2013 10 desafios_orgsoft_utn_1.2

  1. 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. 2. Proyecto
  3. 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. 4. Aplicar Extender principios resultados ágiles de proyectos a una organización
  5. 5. Participantes Natalia Andriano Miguel Insaurralde Mariano Zibecchi Alvaro Ruiz de Mendarozqueta
  6. 6. Contexto
  7. 7. Empresas del sector
  8. 8. Empleo El regreso Fuente:
  9. 9. Fuente:
  10. 10. Fuente:
  11. 11. Fuente:
  12. 12. Región
  13. 13. Time zone con USA y Latam Inflación MERCOSUR Divisas Ley de Software
  14. 14. El software hoy
  15. 15. ¿Software en un BMW? 2006
  16. 16. Auto autónomo de Google
  17. 17. Pierna biónica
  18. 18. Google Glass
  19. 19. SARA
  20. 20. SAC-D
  21. 21. Software
  22. 22. Algunos problemas
  23. 23. Pocos egresados
  24. 24. Egresados 25
  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. 26. Bugs
  27. 27. Bugs famosos… Intel Pentium Hundimiento del Sheffield en Malvinas Aeropuerto de Denver Rayos X en Therac-25 Ariane 5
  28. 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. 29. ¿Qué pasa en los proyectos?
  30. 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. 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. 32. Usando modelos de calidad
  33. 33. Evaluaciones 2003-2007 40 evaluaciones 13 empresas CMM, CMMI, ISO Normalización de datos Fuente: Lidicalso
  34. 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. 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. 36. Fuente: Lidicalso
  37. 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. 38. Fuente:
  39. 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. 40. Observaciones… Poco uso de herramientas Procesos descritos en documentos Poca integración entre herramientas
  41. 41. Estructuras en las organizaciones
  42. 42. Esquemas clásicos PMBOK
  43. 43. [PMBOK]
  44. 44. Testing Desarrollo [PMBOK]
  45. 45. Desarrollo Calidad [PMBOK]
  46. 46. Áreas Desarrollo Testing Homologación IT Infraestructura Desarrollo de Productos
  47. 47. Otras consideraciones… Provisión de mano de obra Software Factory Desarrollo de Productos Servicios de IT Consultoría
  48. 48. Otras consideraciones… MPyMEs y PyMEs Start ups Factor de escala Pocos desarrolladores para todos Dominio vs. tecnología
  49. 49. Con modelos de calidad
  50. 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. 51. CMMI
  52. 52. Marco de gestión típicamente foco en procesos organización organigrama mecanismo conformidad
  53. 53. Métodos Ágiles
  54. 54. El desarrollo de software es, esencialmente, un proceso de aprendizaje Mary & Tom Poppendieck Lean Software Development
  55. 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. 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. 57. Manifiesto ágil (‘01) principio #1 satisfacer al cliente a través de entregas tempranas y continuas de software que provea valor
  58. 58. … de software que provea valor despachador de pedidos generador de valor software que funciona software que cubre una necesidad
  59. 59. enfoque predictivo enfoque adaptativo c1 concepto producto plazo de entrega cn c2 p1 p2 plazo de entrega pn
  60. 60. un buen proyecto ágil tendrá que desarrollar algo mejor que lo planeado originalmente Martin Fowler The New Methodology
  61. 61. Mejora de Procesos
  62. 62. Qué deberíamos hacer Inicio Establecer objetivos y necesidades de mejora Evaluar comparando con un modelo y planificar las mejoras
  63. 63. Qué se hace Inicio Establecer nivel de CMMI deseado Empezar por nivel 2 en orden y seguir una receta
  64. 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. 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. 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. 67. Procesos Toda construcción de software sigue un proceso: Formales Informales Muchos procesos están tan mal hechos como el software
  68. 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. 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. 70. Proyectos Ágiles vs Mejora de Procesos
  71. 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. 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. 73. Mejora de Procesos Proyectos c1 concepto proceso plazo de entrega cn c2 p1 p2 plazo de entrega pn
  74. 74. Organización
  75. 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. 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. 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. 78. Tenemos proyectos ágiles y organizaciones lentas Proyecto “Diseño de un sistema de gestión” Lidicalso UTN
  79. 79. Potenciales soluciones
  80. 80. Aplicar Agile Manifesto a las áreas de responsabilidad
  81. 81. Aplicar Extender principios resultados ágiles de proyectos a una organización
  82. 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. 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. 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. 85. Área de responsabilidad Clientes Productos Proyectos Ingeniería Personas Planeamiento, educación, calidad, infraestructura, presupuesto
  86. 86. Funciones antes que organigramas el enfoque predictivo limita ciclos de aprendizaje capacidad de adaptación generación de valor
  87. 87. Pasos a seguir Para cada área o función clave Determinar las funciones detalladas Aplicar el manifiesto ágil
  88. 88. Usar modelos integrales de gestión
  89. 89. Premio Nacional a la Calidad el enfoque predictivo limita ciclos de aprendizaje capacidad de adaptación generación de valor
  90. 90. Malcolm Baldrige Award
  91. 91. EFQM el enfoque predictivo limita ciclos de aprendizaje capacidad de adaptación generación de valor
  92. 92. Mejora de procesos ágil
  93. 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. 94. Extender los métodos ágiles a la realización del producto
  95. 95. Scaled Agile Framework™ Big Picture
  96. 96. ¡Gracias!
  97. 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

×