Jesus Cuesta. Comunicación del Scrum Master con el resto del equipo
El equipo de metodología y cómo ayudar a evolucionar desde la disciplina hacia la agilidad
1. MADRID, OCTUBRE 2016
Angel Luis Lozano Sanchez
lozanosanchezangelluis@gmail.com
www.metodologiasoftware.com
@AngelLozano
El equipo de Metodología y Cómo ayudar a
evolucionar desde la Disciplina hacía la Agilidad
5. MADRID, OCTUBRE 2016
Cubo de Metodología
Herramientas
ALM
Desarrollo de
Metodologías
CdeC Agile
Servicios de
Metodología
Área de
Metodología Observatorio
13. MADRID, OCTUBRE 2016
Área de Metodología
Qué aportamos
• Definimos y publicamos un marco metodológico de propósito
general. CAMBIO MUY DINÁMICO y REALISTA.
• Damos formación a nuestros compañeros. FORMACIÓN A
MEDIDA.
• Participamos en ofertas. APORTAMOS NUESTRA
EXPERIENCIA EN DIFERENTES CONTEXTOS.
14. MADRID, OCTUBRE 2016
Servicios de Metodología
Cómo ayudamos a nuestros clientes a la evolución
desde la Disciplina hasta la Agilidad
• Alineamos a los diferentes equipos. INTERMEDIARIOS
CUANDO NO HAY ENTENDIMIENTO
• Estudio junto a las áreas de Arquitectura, IC y Desarrollo
para publicar y divulgar técnicas y prácticas como TDD y
BDD. TÉCNICAS AGILE
15. MADRID, OCTUBRE 2016
Servicios de Metodología
Cómo ayudamos a nuestros clientes a la evolución
desde la Disciplina hasta la Agilidad
• Iniciativa para la reducción importante en los modelos UML
y en la documentación. AGILE MODELING
• Sesiones de divulgación sobre Introducción a los contextos
agile. EVANGELIZACIÓN AGILE
16. MADRID, OCTUBRE 2016
Servicios de Metodología
Cómo ayudamos a nuestros clientes a la evolución
desde la Disciplina hasta la Agilidad
• Estudio de entregables para unificar y simplificar. PRINCIPIOS
YAGNI/TAGRI/KISS
• Elaborar talleres de Historias de Usuario. CAMBIO EN EL
CONCEPTO DE DOCUMENTACIÓN FUNCIONAL
17. MADRID, OCTUBRE 2016
Desarrollo de Metodologías
Qué aportamos como Equipo de desarrollo de
Metodologías
• Gestión ágil del desarrollo que sirve para proponer mejoras.
I+D CONTINUO.
• Divulgar nuestra forma de trabajo en equipo. DIVULGACIÓN
• Compartimos nuestros repositorios de conocimiento.
COMPARTIR CONOCIMIENTO
18. MADRID, OCTUBRE 2016
Herramientas ALM
Qué aportamos como Equipo de herramientas ALM
• Usamos las herramientas para nuestro trabajo diario.
ENTENDEMOS AL USUARIO
• Diferentes planteamientos de Modelo de Gobierno ALM.
PASAMOS DEL MODELO PINTADO EN PAPEL A UN
ENTORNO DE TRABAJO REAL
19. MADRID, OCTUBRE 2016
Herramientas ALM
Qué aportamos como Equipo de herramientas ALM
• Estudiamos nuevos plugins y nuevas herramientas.
ACTUALIDAD
• Ayudamos a proyectos sobre dudas respecto las
herramientas a utilizar. DIVULGACIÓN
20. MADRID, OCTUBRE 2016
CdeC Agile
Qué aportamos como CdeC Agile
• Estudiar metodologías, estándares, guías de uso relacionadas
con la Agilidad. TESTING en Proyectos Agile en GRANDES
CORPORACIONES
• Definir un cuadro de decisión a la hora de identificar qué
proyectos se pueden tratar desde un enfoque Agile. AYUDAA
LA TOMA DE DECISIONES
21. MADRID, OCTUBRE 2016
CdeC Agile
Qué aportamos como CdeC Agile
• Estudio sobre diferentes métodos de escalado agile (DAD,
SAFe y LeSS). AYUDAA NUESTROS CLIENTES
• Divulgación de contenidos dentro de la compañía.
DIVULGACIÓN y EVANGELIZACIÓN
22. MADRID, OCTUBRE 2016
CdeC Agile
Qué aportamos como CdeC Agile
• Colaborar en ofertas sobre proyectos gestionados bajo un
enfoque “agile”. ENFOQUE BASADO EN EXPERIENCIAS Y
CONOCIMIENTOS.
• Estudio sobre las diferencias entre Requisitos, Casos de Uso
e Historias de Usuario. CRITERIO COMÚN.
• Uso de la técnica del INCEPTION DECK. EVOLUCIÓN.
23. MADRID, OCTUBRE 2016
Observatorio
Qué aportamos como Observatorio
• Las personas que trabajan en la compañía piensen que no
estamos anclados en el pasado y que hay una corriente
abierta de mejora. CONFIANZA EN LA EVOLUCIÓN
• Aportamos visibilidad ante nuestros clientes, es muy
importante que los clientes sepan que estamos
evolucionando. VISIBILIDAD
29. MADRID, OCTUBRE 2016
Angel Luis Lozano Sanchez
lozanosanchezangelluis@gmail.com
www.metodologiasoftware.com
@AngelLozano
¡Muchas Gracias!
Notas del editor
Buenas tardes, mi nombre es Angel Luis Lozano y lidero un área de Metodología para la compañía Efron Consulting.
Antes de comenzar quiero agradecer a Javier y a todo el equipo de 233, la oportunidad de aportar nuestras experiencias y puntos de vista a todo esto de la agilidad.
En este rato os voy a hablar de qué hacemos como Metodología y Cómo podemos ayudar desde la Metodología a que nuestros clientes y nosotros mismos evolucionemos desde enfoques clásicos a enfoques ágiles.
Creo que hay una corriente que parte por un lado del desconocimiento y por otro de la aplicación de malas prácticas, que ha llevado a que pensemos que la Metodología es el enemigo de la agilidad.
Siempre que se habla de metodología, se piensa en grandes cantidades de documentos, en trabas a la ejecución de los proyectos, en burocracia innecesaria. La frase típica es cuando hablas con un desarrollador: "Cuidado, que este es el de metodología, a ver qué te va a pedir ahora".
Cuando un proyecto nos va mal una de las excusas usadas es que los de Metodología nos están pidiendo demasiados documentos.
Como todo, depende de las personas, de la preparación de los equipos, de la actitud con que se afronte el trabajo, Si yo soy un burócrata y sólo quiero "cubrir el expediente" y no tengo ningún ánimo de mejora, actuaré de la misma forma si programo Cobol, si programo Java o si defino metodologías.
Por eso quiero mostrar cómo desde un equipo de Metodología se puede ayudar a mejorar la organización TI. Cómo podemos pasar de la disciplina férrea que pone trabas, a la agilidad que fomenta las buenas prácticas y busca la mejora continua de los procesos de desarrollo.
En primer lugar me gustaría poneros el contexto de nuestra actividad
Somos una consultora que participa en diferentes áreas de negocio
El contexto en el que nos movemos es el de las grandes corporaciones. Prestamos servicios en MAPFRE, Santander, BBVA, AEGON, Liberty Seguros, etc.
Nuestro equipo desarrolla varias líneas de actividad, las hemos puesto en los lados de un cubo
Cada lado de la figura identifica las diferentes líneas que realizamos
Ahora os voy a decir QUÉ HACEMOS EN CADA LADO del cubo
El área de metodología es un área transversal a todas las áreas de negocio de la compañía. Se responsabiliza de la definición y publicación de un marco metodológico.
Damos soporte continuo a dudas o preguntas sobre Metodologías, entregables, técnicas y uso de herramientas.
Qué hace un Servicio de Metodología
Mantenemos un Portal de Metodología en el que se introducen los contenidos de los procesos, tareas, roles, productos, plantillas, guías, herramientas, etc. Este portal es accesible por todos los empleados de la compañía y por los proveedores que colaboran con ella.
Ayudamos a plantear desde un enfoque metodológico el trabajo que hacen diferentes áreas que usan productos o arquitecturas específicas, SAP, BPM, Salesforce, SharePoint. Ellos nos dicen cómo trabajan y qué productos utilizan y nosotros les ayudamos a plantear sus metodologías de trabajo, siempre alineadas con los estándares. Una vez llegamos a un consenso en cuanto al planteamiento, lo publicamos en los portales corporativos de metodología.
Preparamos y Damos formación específica en técnicas, realizamos talleres para que los usuarios sepan utilizar los productos propuestos. Ejemplo: Taller para elaborar un Project Charter; Taller para capturar requisitos a través de Casos de Uso
Qué hace un Equipo de desarrollo e implantación de metodologías
Analiza, diseña e implementa los contenidos metodológicos a través de una herramienta específica, en este caso RMC (Rational Method Composer). A partir de los contenidos que introducimos generamos portales de Metodología que se publican en los servidores de nuestros clientes. Se utiliza también programación web a través de javascript, css, etc.
CARLOS
Esto es un proceso de desarrollo que realizamos gestionándolo con un enfoque ágil
Tenemos un product backlog por servicio, donde introducimos las demandas o requisitos. A partir de ahí realizamos iteraciones de aproximadamente 4 semanas. Se estima el trabajo antes de comenzar la iteración.
El responsable del servicio actúa como un PO proxy, ya que aunque es el principal conocedor de la metodología, necesita el OK del cliente. El equipo de desarrollo es multi-funcional y auto-organizado.
Realizamos demos y retrospectivas en cada iteración.
Tras cada iteración se re-prioriza, si hay algo que no ha podido finalizarse se vuelve a meter a la pila.
El resultado de cada iteración es potencialmente consumible por el usuario.
Utilizamos Jira Agile para nuestra gestión y Confluence para los análisis y pruebas que definimos.
Qué hace un equipo de Herramientas ALM (Application Lifecycle Management)
MARTA
Implantamos las metodologías a través de herramientas ALM, actualmente Polarion, en futuro Jira
Definimos los modelos de gobierno de las herramientas en nuestros clientes.
Damos Soporte Funcional a las herramientas en nuestros clientes.
Analizamos posibles mejoras en las funcionalidades de las herramientas y vemos cómo puede afectar al trabajo de nuestros clientes.
Damos divulgación del uso de las herramientas en nuestros clientes y en nuestra compañía.
Qué hace un CdeC Agile
El centro de competencia (CdeC) es un equipo especializado en un área de conocimiento concreta, estratégica y que tiene una aplicación transversal
Un CdeC tiene dos vertientes de actividad.
Estrategia: acumular conocimiento, comunicar buenas prácticas, formar/divulgar, redactar y consensuar normativas, etc.
Ayuda a proyectos: aportar conocimiento, asegurar la coherencia de los proyectos con la normativa establecida, etc.
Qué hacemos como Observatorio
JUANJO y FERNANDO
Estamos pendientes de nuevas tendencias y técnicas. Ahora una persona del equipo está asistiendo a las charlas que creemos interesantes con el objetivo de empezar a formarnos en las distintas áreas de la transformación digital para estar preparados para transmitirlos en nuestra compañía.
Participar en eventos de interés. expo:QA16, P.A.M., eventos de itSFM, ponencias en EUI UPM Madrid.
Publicamos artículos en un foro para toda la compañía y los clientes que deseen participar.
Si unimos los lados obtenemos el CUBO de METODOLOGÍA
Ahora os describiré cómo a través de nuestras líneas de actuación contribuimos a ayudar a la evolución desde la disciplina hasta la agilidad.
Qué aportamos
Definimos y publicamos un marco metodológico de propósito general donde puedan encajar las diferentes necesidades. Nosotros somos los primeros usuarios. CAMBIO MUY DINÁMICO y REALISTA.
Damos formación a nuestros compañeros en áreas como Análisis. A partir de sus necesidades reales adaptamos técnicas estándar. La última ha sido una formación en diseño de Casos de Uso para un proyecto BPM. FORMACIÓN A MEDIDA.
Participamos en ofertas. La última ha sido plantear un proceso de mantenimiento para una compañía de seguros en Colombia. APORTAMOS NUESTRA EXPERIENCIA EN DIFERENTES CONTEXTOS.
Cómo ayudamos a nuestros clientes a la evolución desde la Disciplina hasta la Agilidad
Alineamos a los diferentes equipos. INTERMEDIARIOS CUANDO NO HAY ENTENDIMIENTO
Estamos trabajando junto a las áreas de Arquitectura, IC y Desarrollo para publicar y divulgar técnicas y prácticas como TDD y BDD que se comenzarán a aplicar en los proyectos que decidamos que tienen la suficiente madurez. También vamos a publicar guías de herramientas como Selenium, documentación sobre Gerkin, etc. TÉCNICAS AGILE
Cómo ayudamos a nuestros clientes a la evolución desde la Disciplina hasta la Agilidad
Estudio de las fases actuales de Diseño Técnico y Construcción y de todos los modelos y entregables que se utilizan, con el objetivo de hacer una reducción importante en los modelos UML y en la documentación. AGILE MODELING
Sesiones de divulgación sobre Introducción a los contextos agile. EVANGELIZACIÓN AGILE
Cómo ayudamos a nuestros clientes a la evolución desde la Disciplina hasta la Agilidad
Estudiamos entregables de diferentes áreas con el objetivo de unificar y simplificar siempre buscando lo que aporte valor real. Ejemplo: Plan de Gestión de Configuración. PRINCIPIOS YAGNI/TAGRI/KISS
Estamos incorporando técnicas como INVEST, MoSCoW. Estamos elaborando talleres con ejemplos para comenzar a divulgar la técnica de Historias de Usuario. CAMBIO EN EL CONCEPTO DE DOCUMENTACIÓN FUNCIONAL
KISS principle - “Keep It Simple Stupid”
YAGNI principle – “You aren't gonna need it”
TAGRI principle - They Ain't Gonna Read It
Qué aportamos como Equipo de desarrollo de Metodologías
Esta gestión ágil nos sirve para proponer mejoras en las metodologías de nuestros clientes. Intentamos que todo lo que proponemos lo hayamos utilizado nosotros. I+D CONTINUO.
Difundimos nuestra forma de trabajo como equipo para que pueda servir como ejemplo. DIVULGACIÓN
Ponemos a disposición de todos los trabajadores de la compañía un repositorio de nuestros estudios y trabajos. COMPARTIR CONOCIMIENTO
Qué aportamos como equipo de Herramientas ALM
Usamos las herramientas para nuestro trabajo diario, con lo que conocemos los posibles escenarios y problemas con los que se enfrentan los usuarios. ENTENDEMOS AL USUARIO
Modelos de gobierno. PASAMOS DEL MODELO PINTADO EN PAPEL A UN ENTORNO DE TRABAJO REAL. Pruebas de concepto
Qué aportamos como equipo de Herramientas ALM
Estudiamos nuevos plugins y nuevas herramientas para ver cuál es la que más se adapta a necesidad del cliente o de nuestra empresa. Actualmente se está estudiando CA Agile (antigua Rally). CONSTANTE ACTUALIZACIÓN
Ayudamos a proyectos sobre dudas sobre herramientas a utilizar. DIVULGACIÓN
Qué aportamos como CdeC Agile
Estudiar metodologías, estándares, guías de uso relacionadas con la Agilidad. Ejemplo: Hemos participado en la definición de varias estrategias de testing para participar en proyectos agile en grandes corporaciones. TESTING en Proyectos Agile en GRANDES CORPORACIONES
A partir del libro “Balancing Agility and Discipline” de Barry Boehm y Richard Turner, hemos obtenido un cuadro de decisión a la hora de identificar qué proyectos se pueden tratar desde un enfoque Agile. AYUDA A LA TOMA DE DECISIONES
Qué aportamos como CdeC Agile
Estamos realizando un estudio sobre diferentes métodos de escalado agile (DAD, SAFe y LeSS). AYUDA A NUESTROS CLIENTES
Divulgación de contenidos dentro de la compañía. Hemos organizado tres sesiones de formación sobre conceptos Agile para nuestros compañeros. DIVULGACIÓN y EVANGELIZACIÓN
Qué aportamos como CdeC Agile
Colaborar en ofertas sobre proyectos gestionados bajo un enfoque “agile”. ENFOQUE BASADO EN EXPERIENCIAS Y CONOCIMIENTOS.
Hemos preparado un estudio simple sobre las diferencias entre Requisitos, Casos de Uso e Historias de Usuario, aportando ejemplos de cada uno. CRITERIO COMÚN
Hemos comenzado a utilizar la técnica del INCEPTION DECK descrita por Rasmusson en “The Agile Samurai”, para realizar propuestas en nuestra compañía. EVOLUCIÓN.
Qué aportamos como Observatorio
Creemos que es muy importante que las personas que trabajan en la compañía piensen que la compañía evoluciona y que no se queda anclada en el pasado. CONFIANZA EN LA EVOLUCIÓN
Aportamos visibilidad ante nuestros clientes, es muy importante que los clientes sepan que estamos evolucionando. VISIBILIDAD
Como conclusión personal creo que Como la película de Tom Hanks, vamos "Camino a la perdición“.
En ambientes de trabajo pequeños, los métodos ágiles están funcionando y eso está revirtiendo en felicidad para los trabajadores.
Pero en las grandes compañías, se están haciendo adaptaciones a fuego con los marcos de escalado, sobre todo SAFe, y está provocando una infelicidad tremenda ya que se reducen los tiempos de puesta en producción de los productos pero a costa de los trabajadores, no de planificaciones realistas.
Se están haciendo adaptaciones de las metodologías tradicionales mapeando con los conceptos Agile. Se están haciendo modificaciones en las herramientas para que puedan entrar los proyectos Agile.
Se han olvidado del primer valor del Manifiesto, y finalmente están predominando los procesos y herramientas sobre las personas.
Para lograr que finalmente no acabemos como Tom Hanks tenemos que aplicar el SENTIDO COMÚN.
Desde nuestro cubo, planteamos la metodología como el intento de aplicar el sentido común a los procesos de gestión y de desarrollo.
A nuestros proyectos les diremos que hagan documentación cuando sea necesaria, que hagan modelos cuando aporten. Para ello, antes de comenzar a ejecutar el proyecto, les ayudaremos a analizar su NECESIDAD.
Les aconsejaremos el uso de Scrum cuando las condiciones sean las adecuadas, les aconsejaremos un iterativo-incremental (tipo RUP) cuando tras el análisis del proyecto y su organización veamos que es la opción más correcta.
Creemos que los cambios en las grandes corporaciones no deben tipo BIG-BANG, no deben ser disruptivos, deben hacerse de tal manera que la organización vea sus ventajas y a partir de ahí, asuman dichos cambios como algo beneficioso. Impregnar la cultura del cambio.
Nuestro cubo de metodología es la confluencia de todos los lados del cubo, de tal manera que no son actividades aisladas, todas ellas están relacionadas y confluyen en la idea principal que es, PENSAR EN LA METODOLOGÍA COMO AYUDA A LA ORGANIZACIÓN TI
Entre nuestros libros preferidos tenemos
Y algunas de las páginas que seguimos
Bien, espero que os haya parecido interesante. Si tenéis alguna pregunta, es el momento.
Gracias por la atención prestada.
Y Recordad por favor que los de Metodología no somos los “Villanos”.