Ponencia: CoE-Java-Devon. CCCOIICV: I Congreso Europeo de Ingeniería Informática

1. Desarrollo 3.0: una nueva forma de entender
los proyectos de ingeniería software
20 de Abril de 2015

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

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

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

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

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

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

8. Devon: estandarización tecnológica

9. 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
FASE3
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
FASE1
FASE2
Scrum
Sonar
Jenkins
Maven
NexusRequisitos
Demos
Pruebas

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

11. Nace el modelo de Desarrollo 3.0

12. ¿Qué nos está aportando el modelo?
Control y Gobierno en los proyectos Software

13. ¿Dónde estamos actualmente?
Expandiendo el modelo de Desarrollo 3.0 con Devon en
13 países del Grupo Capgemini (Europa y Africa)…

14. Apuesta por el capital humano

15. Desarrollo 3.0: una nueva forma de entender
los proyectos de ingeniería software
El modelo en las
organizaciones

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

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

18. Desarrollo 3.0: una nueva forma de entender
los proyectos de ingeniería software
Gracias

19. El modelo en números
• …

20. Referencias

21. ¿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?.