¿Situación del sector del desarrollo y fabricación ...PS... · ISO 15504 ISO 27000 ISO20000 SCRUM XP GOBIERNO IT UP / Open UP ISO 12207. CMMI ISO15504 34 ISO15504 ISO 20000. 35

Haga clic para cambiar el

Tema IV – Procesos

Dr. Javier Garzás

[email protected]

Universidad Rey Juan Carlos

2

¿Situación del sector del desarrollo y

fabricación software en España?

3

CRECIMIENTO DE LA INDUSTRIA DEL SOFTWARE

Las TI y el desarrollo software se han convertido en un sector clave y (en el pasado) de un fuerte crecimiento

4


• 2006: El sector de desarrollo software creció un 8%. (INTECO, 2008)

• 2007: El sector TI creció un 9%, del cual el software supuso un 17% (AETIC y MITyC, 2007)

• 2008: El sector TI obtuvo un crecimiento del 0,1%, aportando un 7,07% del PIB. (ASIMELEC, 2009)

• 2008: Las factorías de software españolas dieron trabajo a 10.744 personas y facturaron 376 millones de euros (AETIC, 2010).

5


• 2009: El macrosector TI sufre un descenso del 7%, siendo el sector de servicios informáticos uno de los menos afectados con un retroceso 5,3%. (ASIMELEC, 2010).

• 2009: el sector TI facturó 71191 M€, en torno al 7% del PIB.

• 2010: Previsión de que el retroceso se prolongue.

6


7

RRHH EN LA INDUSTRIA DEL SOFTWARE

En la industria del desarrollo software es cada vez más complejo encontrar / contratar profesionales

8


• “Proyecciones de crecimiento se ven limitadas por la dificultad de contar con mayores cuotas de recursos humanos.”

• “Dada la evolución de la matrícula […] prevén que la escasez vaya en aumento”

• “Preocupación por la carencia de profesionales en los sectores de alta tecnología, (lo que compromete la posición competitiva en Europa)”

• “Necesidad del establecimiento de normas que agilicen los trámites para la contratación de extranjeros”

• “Se ha entrado en un proceso de competencia entre las factorías.”

FUENTE: INTECO – RED.ES (mayo 2010) Estudio sobre el modelo de factorías de software con un enfoque nearshore

9


En el 1er semestre de 2010, los puestos para informáticos

descienden un 60,3%, pero siguen siendo los profesionales

más demandadosFuente: http://www.javiergarzas.com/2010/09/demanda-perfiles-adecco.html

10


11


FUENTE: http://www.javiergarzas.com/2010/06/no-gusta-estudiar-informatica-actualizado.html

12


FUENTE: http://www.javiergarzas.com/2010/06/no-gusta-estudiar-informatica-actualizado.html

13


14

Demanda de Software y más

rápido

Complejidad Tecnológica / Especialistas

Complejidad de contratar

profesionales de la informática(reducción

de costes y menos perfiles)

EXTERNALIZACIÓN y LAS FÁBRICAS DE

SOFTWARE

SÍNTESIS

15

DESLOCALIZACIÓN DE LA INDUSTRIA DEL SOFTWARE

Externalización: La industria del desarrollo software se está deslocalizando

16


Carmel, E., & Abbott, P. (2007). ACM

17



18



19

20


21

22

23

MODELOS / NORMAS / CERTIFICACIONES

En la industria del desarrollo software los modelos / normas / certificaciones son necesarias para competir

España , primera potencia

europea en certificaciones de la calidad software

70% de crecimiento en 5 años

26

INTECO (2010)

Un modelo tradicional, de

factoría de software, (rrhh a

salarios competitivos), podría

ser una amenazaamenaza…

Méjico. MoprosoftMoprosoft –– EvalprosoftEvalprosoft. TSP/PSP. TSP/PSP

Brasil. MPS.BRMPS.BR

Iberoamérica. CompetisoftCompetisoft

Humphrey, W. H. (2005). Acquiring Quality Software

“Si el cliente no demanda calidad, probablemente no

la recibirá”

30

ORGANIZACIÓN

DTO. DESARROLLO

CPD

ORGANIZACIÓN

FÁBRICA DESARROLLO

CPD

FÁBRICA DESARROLLO

FÁBRICA DESARROLLO

Producto

Procesos

Producto

Demanda de Software y más rápido


Costes del Personal a contratar

Dificultad de encontrar

profesionales





profesionales

30

SÍNTESIS - EJEMPLO

ORGANIZACIÓN

DTO. DESARROLLO

ORGANIZACIÓN

Producto

31

CPD

FÁBRICA DESARROLLO

CPD

FÁBRICA DESARROLLO

FÁBRICA DESARROLLO

Producto





profesionales





profesionales

31

SÍNTESIS - EJEMPLO

Procesos

CMMICMMI DEV o ACQ o SVCDEV o ACQ o SVC

ISO 15504ISO 15504

ISO 27000ISO 27000

ISOISO 2000020000

SCRUMSCRUM

XPXP

GOBIERNO ITGOBIERNO IT

UP / Open UPUP / Open UP

ISO 12207ISO 12207

CMMI ISO 15504

34

ISO 20000ISO 15504

35

CMMISCRUM

Gran dificultad (y confusión) a la

hora de entender los modelos de

calidad software

37


rápido






SOFTWARE

SÍNTESIS

38

SÍNTESIS


rápido






SOFTWARE

Aumentar la competitividad / la seguridad al subcontratar

Modelos / Normas /

Certificaciones

Ingeniería Software

Dimensiones de la calidad software

Dimensiones de la calidad software

DimensionesDimensiones de la calidad software

DimensionesDimensiones de la calidad software

Humphrey, W. H. (2005). Acquiring Quality Software

“La calidad del producto producto

dependedepende de la calidad del del

procesoproceso usado para desarrollarlo”

• Héroes y apaga fuegos

• Altibajos en productividad

• Rotación de recursos

• Planificaciones poco realistas

• Mucho mantenimiento

• Empleados descontentos

Organización inmadurainmadura

• Conocimiento en la organización

• Procesos definidos

• Calidad esperada

• Cumple plazos

• Satisface a los clientes

• Empleados están a gusto

Organización maduramadura

46

MOTIVACIÓN

Uno de los objetivos más importantes

de un departamento – fábrica de

desarrollo es obtener un producto de

calidad, en el menor tiempo y con el

menor coste

47

Las soluciones existen desde hace años en la ingeniería del software

48

¿PRINCIPALES IDEAS EN INGENIERÍA SOFTWARE?

49

LA CALIDAD DE LOS PROCESOS SOFTWARE nacen hace casi 30 años como un mecanismo para

mejorar LA CALIDAD, PRODUCTIVIDAD, COSTES Y

ESFUERZO a la hora de construir sistemas de información

50

PROCESO - PRODUCTO

PROCESOS PRODUCTOS

Mejorar el producto, puede facilitar los procesos

Mejorar el proceso, mejora el producto

51

DEFINICIÓN DEL PROCESO SOFTWARE

� “Conjunto de actividades, métodos, prácticas y tra nsformaciones que la gente usa para desarrollar y mantener softwa re y los productos de trabajo asociados (planes de proyecto, diseño de documentos, código, pruebas y manuales de usuario)” (SEI, 1995).

� “Proceso o conjunto de procesos usados por una orga nización o proyecto, para planificar, gestionar, ejecutar, mon itorizar, controlar y mejorar sus actividades software relacionadas” (ISO , 1998).

� “Conjunto coherente de políticas, estructuras organ izacionales, tecnologías, procedimientos y artefactos que son ne cesarios para concebir, desarrollar, empaquetar y mantener un pro ducto software” (Fuggeta, 2000).

� “El proceso software define cómo se organiza, gesti ona, mide, soporta y mejora el desarrollo, independientemente de las técnicas y métodos usados” (Derniame et al., 1999).

52

PROCESOS SOFTWARE

El Proceso Software se puede definir como un

conjunto de actividades, métodos, prácticas y

transformaciones que las personas utilizan

para desarrollar y mantener el software y los

productos asociados (ejemplo, planes de

proyecto, documentación de diseño, código,

casos de prueba, manuales de usuario, etc.)”

“

53

PROCESOS SOFTWARE

Un proceso es un conjunto estructurado de actividades diseñado para cumplir un objetivo concreto. Un proceso tiene entradas y salidas. Las organizaciones que persiguen la eficacia en su funcionamiento tienen que identificar y gestionar numerosos procesos que están relacionados entre sí, ya que es frecuente que la salida de un proceso pase directamente a ser la entrada del siguiente proceso.

“

54

PROCESO-Tareas / Actividades

- Procedimientos

-Instrucciones Técnicas

- Registros (evidencias)

Entradas Salidas

Indicadores / métricas

Relaciones con otros procesos

55

NATURALEZA ESPECIAL DEL PROCESO SOFTWARE

�Es complejo

�No es un proceso de producción típico

�Tampoco es un proceso de ingeniería “pura”

�No es (completamente) un proceso creativo

�Está basado en descubrimientos que dependen de

la comunicación, coordinación y cooperación

dentro de marcos de trabajo predefinidos

(Derniame et al., 1999)

56

IMPACTO ECONÓMICO DE LOS PROCESOS

FUENTE: Garzás, J. (2008). "Consideraciones económicas del desarrollo software." Revista CUORE (Circulos de usuarios de Oracle) Febrero(37).

También un proceso de desarrollo de poca calidad

implica software poco óptimo que necesita, por ejemplo,

más hardware para ejecutarse

Coste de las horas que sobrepasan la estimacióndada al cliente, estás horas

están fuera de la oferta y generalmente no se facturan

También un proceso de desarrollo de poca calidad

generará retrasos , consecuentemente menos desarrollos y facturación

Principalmente en recursos humanos

Coste que supone el trabajo de reparar errores que no

pueden facturarse

Un proceso de desarrollo de poca calidad generará

problemas en el software y deteriora la imagen de la

compañía , provocando que el cliente confíe más en la

competencia

Por el impacto en los costes

Por el impacto en la facturación

Por el impacto en las ventas

57

EL PROCESO AD HOC

� Es improvisado.

� El método que lo describe no se sigue de manera

rigurosa.

� Su realización depende de la persona que en ese

momento lo ejecute.

� La comprensión del estado del proyecto es limitada

(síndrome del 90%, medir la evolución en función de l

tiempo transcurrido, etc.).

� Caótico o inmaduro

58

MEJORA DE LOS PROCESOS

DEFINIRLO

USARLO

MEJORARLO

MEJORA CONTINUA

59

PROCESO INSTITUCIONALIZADO

�La institucionalización es clave.

�Estado máximo, el proceso está en la cultura de

la organización.

�No se concibe no seguir el proceso, se sigue

aplicando aún en crisis.

¿QUÉQUÉ hacer? MODELO DE PROCESOS

¿CÓMOCÓMO hacerlo? METODOLOGÍAS

CMMI DEV

ISO 12207

CMMI SVC

Tradicionales Ágiles

DesarrolloDesarrollo ExplotaciónExplotación

CMMI DEV

ISO 12207

CMMI Svc

ISO 20000

68

MODELOS DE MEJORA DE PROCESOS

Documents

¿Situación del sector del desarrollo y fabricación ...PS... · ISO 15504 ISO 27000 ISO20000 SCRUM XP GOBIERNO IT UP / Open UP ISO 12207. CMMI ISO15504 34 ISO15504 ISO 20000. 35