arquitectura de servicios para la oficina de datos título · la información que contiene este...

La información que contiene este documento es confidencial y es propiedad de Capgemini.Copyright © 2015 Capgemini. Todos los derechos reservados.

Ref.: Capgemini APPS España / BSC150727/ 2015-12-151

xxxxxx

Sistemas de gestión de calidad de procesos y madurez de desarrollo software con estándares ISO

24 de noviembre de 2016



Comenzamos…



Tendencias en IT

Gartner's 2016 Hype Cycle for Emerging Technologies



Tendencias en IT

Fuente: Google Trends



Producir software no es una cuestión trivial

“Lo que en otras

ingenierías son

técnicas probadas

y rutinarias, en

ingeniería software

se consideran

innovaciones

radicales” The

Mythical Man-

Month (1975) –

Fred Brooks




““No existirá [en el horizonte de una

década] un avance en tecnología o gestión,

que por sí solo pueda provocar una mejora

en la productividad, fiabilidad y simplicidad

en un orden de magnitud [significativo/por

diez]” The Mythical Man-Month (1975) –

Fred Brooks




Dificultades esenciales

Complejidad

Conformidad

Modificabilidad

Invisibilidad





Complejidad

Conformidad

Modificabilidad

Invisibilidad





Complejidad

Conformidad

Modificabilidad

Invisibilidad

Coste del mantenimiento

Los cambios en un sistema software hace crecer

su entropía, lo que supone siempre un coste

añadido para intentar reconducirla





Complejidad

Conformidad

Modificabilidad

Invisibilidad




Accidental

Lenguajes de alto nivel

IDEsunificados

Generación automática de código

Diseño gráfico de programas



Tendencias en la calidad de procesos

Fuente: Google Trends




• Estándar internacional para SGC

• Versión 2008, Versión 2015

• Productos y Servicios

• Objetivo:

(1) Mejorar continuamente la capacidad de

la organización para suministrar

productos y/o servicios que cumplan con

los requisitos (Ciclo PDCA)

(2) Seguir y mejorar la satisfacción del

cliente

• Enfoque a la gestión de riesgos

• Qué, no el Cómo

• Auditable / Certificable




Entradas / Salidas

Recursos

Objetivo Indicadores

Proceso

Procedimiento

Política

Instrucciones




Mejora continua

Plan

Do

Check

Act




ENFOQUE A RIESGOS

Riesgo = Probabilidad X Impacto

Probabilidad = f (Amenaza, Vulnerabilidad)




COMPATIBILIDAD CON OTRAS NORMAS

ISO 38500

COBIT

ISO 27001

CSX

ISO 20000

ITIL

SPICECMMI-DEV

Gobierno TI

Seguridad

Información

Ciberseguridad

Gestión de servicios

Gestión y desarrollo

de proyecto software




VALOR = UTILIDAD + GARANTIA (disponibilidad, capacidad, continuidad, seguridad)

GESTIÓN DE SERVICIOS




PROYECTO

Procesos

Personas

Tecnología

TIEMPO

CALIDADALCANCE

COSTE



Certificaciones de proceso

12207




Procesos Nivel 2

• Suministro (Nivel 1)

• Gestión del Modelo de Ciclo de Vida (Nivel 1)

• Planificación del Proyecto

• Evaluación y Control del Proyecto

• Medición

• Definición de requisitos de los stakeholders

• Análisis de los Requisitos del Sistema

• Gestión de la Configuración

• Gestión de la Configuración del Software (Nivel 1)

• Aseguramiento de la calidad del software

Procesos Nivel 3

• Gestión de Infraestructuras

• Gestión de Recursos Humanos

• Gestión de la Decisión

• Gestión de Riesgos

• Diseño de la Arquitectura del Sistema/Software

• Integración del Sistema/Software

• Análisis de Requisitos del Software

• Verificación del Software

• Validación del Software




CAPACIDAD VS MADUREZ

3

2

4

5



Calidad de proceso VS Calidad de producto




• Funcionalidad

• Adecuación, exactitud, interoperabilidad, seguridad, conformidad

• Fiabilidad

• Madurez (robustez), tolerancia a faltas, recuperabilidad, conformidad

• Usabilidad

• Comprensibilidad, apredibilidad, operabilidad, atractivo, conformidad

• Eficiencia

• Comportamiento temporal, utilización de recursos, conformidad

• Mantenibilidad

• Analizabilidad, modificabilidad, estabilidad, comprobabilidad, conformidad

• Portabilidad

• Adaptabilidad, instalabilidad, coexistencia, reemplazabilidad, conformidad

Características

Subcaracterísticas

Tratadas por

las pruebas

funcionales

Tratadas

por las

pruebas no

funcionales

25000

Posible enfoque a riesgos en la calidad de producto




https://sonarqube.com/

https://sonarqube.com/




Pruebas

Estáticas Dinámicas

Análisis

estáticoRevisión Caja blanca

Caja negra

Basadas en

la

experiencia

FuncionalNo

funcional



Procesos – Personas - Tecnología

Personas Procesos

Tecnología




Personas Procesos

Contrato

Previsión

Responsabilidades

Cliente

Adaptación

Multidisciplinar




MANIFIESTO ÁGIL (2001)

“Estamos descubriendo formas mejores de desarrollar

software tanto por nuestra propia experiencia como

ayudando a terceros. A través de este trabajo hemos

aprendido a valorar:

• Individuos e interacciones sobre procesos y

herramientas

• Software funcionando sobre documentación extensiva

• Colaboración con el cliente sobre negociación

contractual

• Respuesta ante el cambio sobre seguir un plan

Esto es, aunque valoramos los elementos de la derecha,

valoramos más los de la izquierda.”

http://agilemanifesto.org/iso/es/manifesto.html




Dirección

Área 1

Equipo 1.1

Equipo 1.2

Área 2

Equipo 2.1

Área 3

Equipo 3.1

Equipo 3.2

Oficina de proyectos

Oficina técnica

Calidad

T

e

r

c

e

r

o

s



¿Qué significa implantar un proceso en una organización?

Pilotos Quick winsResistencia al

cambio

InstitucionalizaciónPrincipio de

ParetoKeep it simple

Difusión Equipos de mejoraNo hay balas de

plata



¿Qué significa implantar un proceso en una organización?

Nivel de

competencia

TiempoInicio del cambio

Shock

Negación

Comprensión

Aceptación

Experimentación

Reconocimiento

Institucionalización

Dedicación

de recursos Equipo de

mejora/piloto

Quick Wins

ImplantaciónEntrenamiento/Difusión

Acompañamiento

Monitorización/Ajustes

Certificación

+

+



¡Manos a la obra!



Escenario base



Taller. Pregunta 1. Agilidad VS Procesos

¡Certificados en Nivel 2!

• Suministro

• Gestión del Modelo de Ciclo de Vida



• Medición




• Gestión de la Configuración del Software





“Nuestro equipo va a

iniciar un piloto para

utilizar la metodología ágil

Scrum”

“¿Lo habéis contrastado con la

PMO? Tened en cuenta que

estamos certificados en

SPICE en un nivel 2 y esta

metodología obliga a

completar muchas

documentación y a seguir

procesos que van en contra de

los principios de la agilidad.”

CIERTO? FALSO?

1 2




¿QUÉ HACER? ¿CÓMO HACERLO?

12207



Taller. Pregunta 2. Implantación ISO 9001 sobre ISO 15504 nivel 2

“Nuestros proveedores nos

piden estar certificados en

ISO 9001… si ya estamos

certificados en ISO 15504

nivel 2 deberíamos ser

capaces de alcanzar la

certificación ISO 9001 en 3

meses. ¿Lo ves viable?”

“No creo que sea posible

ya que ISO 9001 no tiene

nada que ver con ISO

15504 y además un plazo

de 3 meses es inasumible

para implantar, madurar e

institucionalizar un sistema

de gestión de calidad”



Taller. Pregunta 2. Implantación ISO 9001 sobre ISO 15504 nivel 2

¡Certificados en Nivel 2!

• Suministro

• Gestión del Modelo de Ciclo de Vida



• Medición




• Gestión de la Configuración del Software


Procesos para el desarrollo de software end-to-end (Oferta,

Requisitos, Análisis, Diseño, Desarrollo, Implantación)

Procesos de soporte (RRHH, Formación, Gestión de

proveedores, Gestión de la configuración, Infraestructuras)

Procesos de estrategia (Toma de decisiones, Asignación de

recursos, Medición y análisis, Aseguramiento de la calidad)



Taller. Pregunta 3. Informatización de procesos

“Si queremos

avanzar hacia el

nivel 3 de SPICE

debemos ser

capaces de tener

trazabilidad entre

las tareas de

desarrollo y el

código (clases)

que han sido

afectados”.

Existe un sistema de

seguimiento de tareas

open-source que se

integra con nuestro

repositorio de código

fuente. Podríamos

considerar usarlo.

Los desarrolladores

podrían añadir el código de

la tarea en el comentario

de sus commit. Es

cuestión de concienciarlos.

Existe un plugin

en el IDE de los

desarrolladores

que permitiría

asociar un commit

a una tarea de

nuestro sistema

de seguimiento.

Es open-source

pero parece que

está abandonado.

zzzzz…

1 23



Taller. Pregunta 4. Calidad software

Obligamos a un mínimo del 80% en

el cumplimiento de reglas de calidad

software mediante Sonarqube previo

al despliegue de la solución. ¿Cuál

puede ser el siguiente paso en

nuestro proceso de mejora?

Súbelo al 90%. El objetivo final

es alcanzar el 100%

Asigna incumplimientos a los

desarrolladores, así se sabrá quién sigue el

estándar corporativo

Separa el cumplimiento por tipos de reglas

(seguridad, mantenibilidad, eficiencia, …) y

prioriza un subconjunto según las necesidades

actuales

Podemos iniciar inspecciones de código con los

equipos de desarrollo para establecer un plan

de mejora. Los informes de incumplimientos

pueden ser un input de estas inspecciones.

Debemos intentar cuantificar tanto el esfuerzo invertido en

aplicar estos estándares como su efectividad en la

disminución de costes en el mantenimiento de la solución

1

2

3

4

5



Taller. Pregunta 5. Implantación de nuevas prácticas

Necesitamos madurar nuestro

enfoque sobre la gestión de riesgos

en los proyectos… somos demasiado

reactivos… no afrontamos los

problemas hasta que estallan

Un consultor me ha hablado de una

herramienta sobre gestión de riesgos que es

la primera en el mercado. Podría llamarle

para que nos hiciera una demostración

Deberíamos empezar por definir un proceso

de gestión de riesgos. Nos serviría para una

futura auditoría de SPICE nivel 3 y para la

nueva versión de ISO 9001 que le da mucha

importancia a la gestión de riesgos

Cada equipo nos deberá reportar cada mes

los 10 riesgos más significativos. Así se

acostumbraran a identificarlos y

gestionarlos.

Deberíamos establecer un equipo de mejora

para estudiar el estado del arte y establecer

un piloto con un proyecto seleccionado

donde probar las buenas prácticas que

seleccionemos.

3

4

2

1



Taller. Pregunta 6. Tailoring

Nuestro objetivo no

es conseguir

certificaciones de

proceso… por eso,

de cada cuerpo de

conocimiento (ISO

9001, ITIL, SPICE,

…) nos quedamos

con los procesos

que nos interesan y

los adaptamos a

nuestra realidad

Cada cuerpo de conocimiento

está pensado para ser

implantado de forma

completa. Si cogéis de cada

uno lo que os interesa corréis

el riesgo de no construir un

sistema óptimo

Me parece correcto, ya que

de esta forma podéis priorizar

en cada momento la

implantación de procesos

según vuestras necesidades

1

2

www.capgemini.com

About Capgemini

Con alrededor de 140.000 empleados en 40 países, Capgemini es uno de los principales líderes enservicios de consultoría, tecnología y outsourcing del mundo. El Grupo Capgemini ha alcanzado unosingresos globales de 10.100 millones de euros en 2013.Capgemini en colaboración con sus clientes, crea y proporciona las soluciones tecnológicas y denegocio que mejor se ajustan a sus necesidades y que conducen a alcanzar los resultados deseados.Siendo una organización profundamente multicultural, Capgemini ha desarrollado su propia forma detrabajar, la Collaborative Business Experience TM, basada en su modelo de producción Rightshore ®.

http://www.facebook.com/Capgemini

http://www.facebook.com/Capgemini

http://www.linkedin.com/company/capgemini

http://www.linkedin.com/company/capgemini

http://www.twitter.com/capgemini

http://www.twitter.com/capgemini

http://www.youtube.com/capgemini

http://www.youtube.com/capgemini

http://www.slideshare.net/capgemini

http://www.slideshare.net/capgemini

arquitectura de servicios para la oficina de datos título · la información que contiene este...

Documents