Desarrollo 3.0: una nueva forma de entender

los proyectos de ingeniería software

20 de Abril de 2015

Desarrollo 3.0

- La motivación

- Un camino en el bosque: Devon

- La metodología: orientación a negocio

- El modelo de Desarrollo 3.0: El CoE

- Beneficios del modelo

- Madurez y expansión

- El modelo como acelerador de transformación para las organizaciones

La Motivación

• Equipos ‘aislados’

• Compartimentos estancos (Silos)

• No se comparte el conocimiento

• La reutilización es escasa (se empieza de 0)

…pero todos trabajamos sobre la misma tecnología ‘Java’

Conclusión: Distintas soluciones para mismas problemáticas

Java Java Java Java Java

El Objetivo

• Disponer de un framework corporativo basado en nuestra visión de la Arquitectura:

Es decir, una misma base tecnológica reutilizable para todos los proyectos Java.

El Bosque ‘Java’

• Java es el estándar, pero es muy abierto

• Las tecnologías Web están en continuo cambio

• Existen multitud de frameworks que cubren distintas partes de una solución empresarial

… pero no hay ninguno que las integre todas.

Un camino en el Bosque: Devon

• Selección stack, entre todo el contexto tecnológico

• Integra el stack y enriquece con componentes

– Visión de Arquitectura: experiencia

– Foco en el desarrollador: productividad

– Preparado para el cambio: flexibilidad

– Busca el impacto positivo en negocio: UX + calidad

Devon

Estándar y basado en open source Java, Multi-plataforma, Multi-canal, Multi-browser, Multi-dispositivo, Multi-idioma, …

Devon: estandarización tecnológica

Orientación a negocio: Metodología

• Tradicional, pero ágil – Tradicional para tener control sobre alcance, tiempos y presupuestos

– pero ágil para realizar la construcción del software, mediante ciclos cortos de desarrollo (sprints)

• Alineado con el negocio, y flexible al cambio – Buscando su implicación en la definición de requisitos/análisis, así como en ver DEMOs de los sprints

– Y permitiendo ‘moldear’ las soluciones al ver las DEMOs

• Con un seguimiento cercano del avance – Negocio va viendo el avance del proyecto en cada sprint

– El equipo tiene un ritmo de trabajo sostenido

Toma Requisitos

Análisis y Diseño

Desarrollo Pruebas Implantación

Sprint 7

Sprint 8

Sprint 9

FASE

3

Toma Requisitos

Análisis y Diseño

Desarrollo Pruebas Implantación

Sprint 4

Sprint 5

Sprint 6

Toma Requisitos

Análisis y Diseño

Desarrollo Pruebas Implantación

Sprint 1

Sprint 2

Sprint 3

FASE

1

FASE

2

Scrum Sonar Jenkins Maven Nexus Requisitos

Demos Pruebas

El vehículo que garantice el modelo • Visión global y gestión de la demanda

• Coordinación de las necesidades de reutilización y evolución de los activos para los proyectos

• Comunicación, Onboarding, formación, ayuda experta…

• Soporte y mantenimiento de los activos: Vivos!

• Innovación tecnológica

Nace el modelo de Desarrollo 3.0

¿Qué nos está aportando el modelo?

Control y Gobierno en los proyectos Software

¿Dónde estamos actualmente?

Expandiendo el modelo de Desarrollo 3.0 con Devon en 13 países del Grupo Capgemini (Europa y Africa)…

Apuesta por el capital humano

Desarrollo 3.0: una nueva forma de entender

los proyectos de ingeniería software

El modelo en las

organizaciones

Contexto actual de las organizaciones

• Contexto tecnológico complejo: Silos, SIMOs, …

• La Arquitectura se ha quedado ‘obsoleta’ o simplemente en un ‘libro blanco’ difícil de seguir

• Se requiere mayor velocidad e innovación para cubrir las necesidades que demanda negocio

• En ocasiones se está cautivo de algunas personas o equipos que tienen un conocimiento ‘especifico’

La Transformación

Desde 2010, nuestros clientes han visto nuestro modelo como un acelerador para su transformación IT

Muchos de ellos nos han solicitado Devon como la semilla para la implementación de su propio framework

Desarrollo 3.0: una nueva forma de entender

los proyectos de ingeniería software

Gracias

El modelo en números

• …

Referencias

¿Preguntas?

• ¿Cada proyecto que realizas es distinto al anterior?.

• ¿Cuánto reaprovechas del proyecto anterior? ¿Utilizan la misma arquitectura y tecnología?

• ¿La tecnología es un freno para incorporar o modificar necesidades de negocio en el actual parque de aplicaciones ?

• ¿Existe una fuerte vinculación entre proveedor y tecnología?.

• ¿Dispones de visión global de todos los proyectos de desarrollo a medida?

• ¿Tus equipos de trabajo, o proveedores, pueden intercambiarse entre proyectos por cambios de prioridad?.

• ¿Los requisitos de multicanalidad y multidispositivos son cada vez más demandados por negocio?.