Podcast sobre el postgrado en métodos ágiles (Scrum, Lean, Kanban, XP)

En el siguiente enlace se puede descargar el podcast grabado por Carlos Ble sobre el primer postgrado mundial sobre métodos ágiles, que arranca en Barcelona el próximo mes de noviembre de 2011. En el podcast se comenta cuál es el concepto del postgrado, eminentemente práctico, con ejercicios en grupo en clase para hacer pensar, profesores-coaches con alta experiencia profesional y temas que se impartirán.

 

Artículos relacionados

Slides y vídeo del seminario de métodos ágiles en La Salle

Enlaces a los slides y vídeo del seminario de gestión ágil de proyectos y trabajo en equipo (Scrum, Lean, Kanban, XP), realizado en La Salle:

 

seminario-gestion-agil-pmi-bcn

Artículos relacionados

 

Seminario gratuíto sobre gestión ágil de proyectos en el PMI de Barcelona

El seminario se realizará el 22 de septiembre en las instalaciones de la universidad de La Salle (Sant Joan de La Salle, 42) de 19 a 22 horas, y será impartido por Xavier Albaladejo, coordinador del Postgrado en Métodos Ágiles para el Desarrollo de Productos.

El acceso es gratuito. Si estás interesado en asistir, contacta con info@BESLaSalle.net o al teléfono 932 902 419.
 

seminario-gestion-agil-pmi-bcn

Contratos agiles – XXIII encuentro ágil en Barcelona

A continuación aparecen las fotos del encuentro.

grupo

 

contratos-agiles

 

fundamentos-contratos-agiles-1

 

fundamentos-contratos-agiles-2

 

fixed-price-fixed-scope

 

fixed-price-fixed-scope

 

var-price-var-scope

 

var-price-fixed-scope

 

Agradecer a everis la cesión de sus instalaciones, los snacks y las bebidas.

 

Para apuntarse a los próximos encuentros en Barcelona sobre temas ágiles: http://agile-spain.wikidot.com/quedadas-barcelona

Artículos relacionados

 

 

Primer postgrado mundial en métodos ágiles

 

Enlace a la tercera edición del postgrado: /wordpress/PMA-postgrado-metodos-agiles-tercera-edicion

————————————————————————————————————

El 4 de noviembre de 2011 se iniciará el Barcelona el primer postgrado mundial en métodos ágiles y en español. Será una oportunidad única para aprender de la experiencia de profesionales de primer nivel con varios años aplicando principios y métodos ágiles en diferentes contextos e investigando sobre nuevas técnicas.

postgrado-metodos-agiles

A continuación figura el profesorado del postgrado y el temario que impartirán:

  • Xavier Albaladejo – Agile Coach y experto en Gobierno TI, actualmente desplegando el uso de métodos ágiles en everis, consultora tecnológica internacional de 8000 personas, mediante la creación de su Agile Excellence Center. Es fundador de proyectosagiles.org.
    • Qué es la agilidad, su origen, el Agile Manifesto, fundamentos; facilitadores e impedimentos; introducción a Scrum, Lean, Kanban y XP; simulación de estimación de Product Backlog; simulación de Scrum (8 horas).
    • Agile Product Portfolio Management, empresas ágiles, contratos ágiles (8 horas).
  • Agustín Yagüe – Profesor de la Universidad Politécnica de Madrid, especialista en la investigación de técnicas para la gestión ágil de producto, proyecto y pruebas.
    • Product Ownership y gestión de producto; historias de usuario; documentación ágil y usabilidad / experiencia de usuario; elaboración de Product Backlog (24 horas).
  • Xavier Quesada – Certified Scrum coach y Certified Scrum Trainer, ha trabajado en el despliegue de métodos ágiles en Belgacom (la mayor empresa de telecomunicaciones belga con más de 2000 desarrolladores distribuidos entre Bélgica e India), De Post (Correos Belga) y Fédération Royale du Notariat Belge. Ha sido orador en conferencias internacionales y es autor de Visual Management blog. 
    • Estimación y planificación ágiles; métricas; herramientas ágiles físicas; radiadores de información (16 horas).
    • Lean thinking y lean tools (8 horas).
  • José Ramón Díaz – Impulsor del uso de métodos ágiles en Biko2 hasta transformarla en una consultora tecnológica ágil, es responsable del área de desarrollo Java. Programador vocacional y apasionado, es un estudioso de todas las disciplinas que rodean a la construcción de software. Constructor de equipos altamente productivos, invierte el tiempo y esfuerzos necesarios en ayudar a que cada miembro de un equipo alcance la mejor versión de si mismo. Siempre coloca a las personas en el centro de atención. Es autor del blog Najabaraja.
    • Gestión de personas, trabajo en equipos altamente productivos e innovadores, facilitación de reuniones (8 horas).
  • Jorge Uriarte – Director de Gailen Tecnologías, donde ha conjugado la visión de emprendedor con el coaching de equipos a nivel de gestión y técnico para crear una empresa y unos clientes ágiles. Es autor del blog Omelas.
    • Herramientas ágiles electrónicas; revisiones de producto y retrospectivas ágiles (8 horas)
    • Agile Coaching, gestión de conflictos,  motivación e incentivos,  contratación (16 horas).
    • Agile Knowledge Sharing and Management (8 horas).
  • Rodrigo Corral – Mentor, trainer y consultor en ALM y arquitectura, especializado en resolver problemas de estabilidad y rendimiento de sistemas, varias veces MVP y copropietario de Plain Concepts, consultora de referencia por Microsoft en España. Ha sido orador en diferentes eventos ágiles, es administrador de geeks.ms y autor del blog La masa, el ladrillo, la boca, el bocadillo.
    • ALM ágil, eXtreme Programing, testing ágil, arquitectura ágil (12 horas).
  • Alberto Pizarro – Gerente de arquitectura en everis, experto en el desarrollo de arquitectura empresarial bajo planteamientos ágiles en sectores como banca, seguros y administración pública y creador de la suite ALM corporativa de everis, con soporte a métodos ágiles como Scrum y eXtreme Programming.
    • Arquitectura empresarial ágil (4 horas).
  • Carlos Ble – Desarrollador vocacional y arquitecto,  eXtreme Programming Coach, es co-propietario de iExpertos y autor de "Diseño Agil con TDD", el primer libro en castellano sobre Test Driven Development. Ha sido orador en diferentes eventos ágiles y es autor de El blog de Carlos Ble.
    • TDD y BDD (24 horas).
  • Jordi Salvat – Como programador y analista en el sector espacio tuvo ocasión de conocer (o sufrir) las metodologías tradicionales de gestión de proyectos. Como director de tecnología de dos exitosas start-ups y CTO de Salir.com, ha tenido ocasión de vivir en primera persona la aparición y evolución de las metodologías ágiles y el impacto que han tenido en la productividad de los equipos de desarrollo. Es especialista en luchar contra la acumulación de “deuda técnica” heredada y en medir la mejora conseguida. Es autor del blog Jordi on Software Development.
    • Trabajo con código "legacy" (8 horas).
  • Beatriz Martín – 14 años en Publicidad y TIC. Experiencia en gestión de proyectos, gestión y dirección de personas, y liderando equipos profesionales. En su trabajo conjuga la necesidad de resultados y procesos de trabajo con la atención a las personas; y Joao Gama, propietario y product owner de agileScorecard.com, herramienta de valoración de equipos ágiles y de desarrollo continuo de talento empresarial.
    • Gestión del cambio organizativo y desarrollo de la cultura a través del Management. (8 horas).
  • Juan Gutierrez – Manager y Agile Coach en F-Secure, empresa internacional de seguridad informática, donde ha estado involucrado en el despliegue global y multi-sede de métodos ágiles y donde actualmente está realizando el despliegue de su sede francesa. Trabajó en Nokia donde vivió la transición de la compañía a los métodos ágiles. Es autor del blog Agilizar.
    • Despliegue de Agile en organizaciones, escalado, equipos distribuidos (8 horas).
El postgrado tendrá una duración de 6 meses y se realizará viernes tarde y sábado por la mañana. Estará dividido en 3 módulos: conceptos ágiles, ingeniería y empresa, siendo obligatorio cursar el primero y uno de los dos siguientes para obtener el postgrado. Para más detalles, consultar la página oficial del postgrado

 

Artículos relacionados

 

Abecedario y Números – Simulación de organizaciones y multitarea

Para ser más eficientes, es necesario hacer un rediseño organizativo que reduzca las dependencias entre grupos y compactar la cadena de valor, con lo cual se reducen colas, multitarea y Work In Progress en la empresa. Es mucho mejor conectar grupos y personas que coordinarlos.

Como consecuencia de esto, la visión es crear equipos más pequeños y autónomos, que contengan todas las capacidades necesarias (skills de personas) para resolver por completo un objetivo.

Este juego simula una organización y personas trabajando en varios proyectos o tareas de manera simultánea, evidenciando el empeoramiento de tiempos de finalización, predictibilidad y calidad por el hecho de tener una red de dependencias demasiado grande, lo cual lleva a mucha gestión de coordinación y multitarea. La duración del juego es de 30 minutos.

El juego consta de 4 Simulaciones:

·         S1 – Una organización en que cada persona colabora con otras en varios proyectos.

·         S2 – Una organización con equipos de trabajo dedicados a ejecutar proyectos.

·         S3 – Una persona ejecutando dos tareas simultáneamente.

·         S4 – Una persona ejecutando dos tareas secuencialmente.

Puedes bajarte este juego en formato pdf a partir del siguiente enlace.

descargar

Material

    • Proyector

timer

    • Folios y bolígrafos
  • Mesas enfrentadas en grupos de 8 personas.

Simulaciones

S1 – Una organización en que cada persona colabora con otras en varios proyectos

Reglas:

  • Cada persona coge un folio en blanco, del cual será “propietario”. Unas personas comenzarán a escribir en su folio el Abecedario y otras Números (del 1 al 27). La distribución será la siguiente:

  • Cada persona escribe 3 letras (ABC) o tres números (123) e intercambia su folio con otra persona, que escribirá los 3 siguientes y los retornará a su propietario para que siga con otros 3. Se intercambian los Números con la persona de delante y el Abecedario con la persona en dos posiciones hacia la derecha:

8personas-numeros-letras-intercambio

    • Notar que en un folio acabarán escritos sólo el abecedario o números.
    • Cada “propietario”, cuando se haya acabado de escribir todos los números o el abecedario, apuntará el tiempo que se ha dedicado según indique el temporizador.
  • Al acabar todas las personas, el facilitador toma las siguientes métricas:
      • Registra en un flipchart un histograma con los tiempos que han dedicado todas las personas.
    • Hace de “cliente”: revisa todos los folios y contabiliza tanto errores (faltan letras, …) como las letras o números que no le gustan por que no entiende la caligrafía. Apunta el número de errores en el flipchart.

S2 – Una organización con equipos de trabajo dedicados a ejecutar proyectos

  • Se repite la simulación S1, intercambiando los folios sólo con la persona de delante.

S3 – Una persona ejecutando dos tareas simultáneamente.

  • Se repite la simulación S3, cada persona consigo misma, escribiendo letras y números de 3 en 3, en la misma cara y rotando el papel. Se apunta el tiempo cuando se acaba de escribir todo.

 

S4 – Una persona ejecutando dos tareas secuencialmente.

    • Cada persona repite la simulación S4 consigo misma.
        • Primero se completa todo el Abecedario.
      • Después se completan todos los números.
  • Se apunta el tiempo cuando se acaba de escribir todo.

Histogramas

histogramas

    • Cuantas más personas hay colaborando simultáneamente en diferentes proyectos, estarán más ocupadas pero la productividad será menor. La malla de relaciones es grande, con lo que se necesitan más sincronizaciones. Las colas, tiempos de espera y cambios de contexto son grandes y crean dependencias artificiales entre proyectos que no tienen nada que ver.
    • Un proyecto tarda menos si se crea un equipo de personas concentrada en acabarlo, al haber interacciones más rápidas y menos cambios de contexto.
    • Poner el doble de personas no hace que los proyectos acaben en la mitad de tiempo (comparar S2 con S3).
  • Cuando hay multitarea …
      • Hay menor predictibilidad, la varianza respecto a cuándo se acabará es más grande.
      • Se producen más errores / menor calidad, por perderse información en los cambios de contexto.
    • Y, lo que es peor: se tarda más, el Time-To-Market empeora, aunque la intención de hacer multitarea (o tener a muchas personas ocupadas, trabajando en muchos proyectos mallados) era tardar menos. La productividad es menor debido a los cambios de contexto, necesidad de sincronización, colas.

 multitarea

Conclusiones / Debrief

    • Hacer un rediseño organizativo que reduzca las dependencias entre grupos/departamentos y compactar la cadena de valor dentro de equipos/grupos más pequeños (creando mayor autonomía), con lo cual se reducen colas, multitarea y Work In Progress en la empresa. Es mucho mejor conectar grupos y personas que coordinarlos. Para ello hay que crear equipos pequeños autónomos, con todas las capacidades necesarias para resolver problemas, co-localizados  y enfocados a cerrar temas (aspectos que forman parte de las bases de Scrum) que equipos muy grandes, muy distribuidos y colaborando en muchos proyectos simultáneamente.
  • Cerrar temas, hacer una cosa tras otra. No abrirse más frentes de los necesarios por que otros objetivos se hayan “bloqueado” por dependencias de otras personas o áreas. Como diría Ángel Medinilla, “un bloqueo es una emergencia nacional”, se tiene que hacer todo lo que se pueda para eliminar un bloqueo, no asumirlo como “normal” (notar que todo esto en línea de la mejora continua y de la disminución de WIP y de colas en Kanban).
  • Reducir el WIP (Work In Progress), tanto a nivel personal como entre personas de un equipo. Cada persona / equipo no debería trabajar en más de 2-3 tareas en paralelo. Por encima de esto la productividad baja notablemente.

Puedes bajarte este juego en formato pdf a partir del siguiente enlace.

descargar

Para cualquier mejora en el juego, no dudéis en enviar vuestros comentarios a la dirección xavier PUNTO albaladejo ARROBA gmail PUNTO org

Reconocimientos

Agradecer a Teocé el dar a conocer las simulaciones S3 y S4, que han llevado a la extensión del juego para incorporar la S1 y S2.

Artículos relacionados

Qué es Agile – Mapa mental

que-es-agile-mapa-mental

Artículos relacionados

 

 

Mejorar la productividad

 

Breve definición de productividad

La productividad es la relación entre valor de negocio obtenido respecto a recursos utilizados, por unidad de tiempo.

 

Cómo medir la productividad

Métricas posibles (por unidad de tiempo):

  • Valor de negocio desarrollado.
  • Complejidad desarrollada (velocidad).

Otras métricas relacionadas:

  • Satisfacción del cliente.
  • Esperas, colas.
  • Defectos.
  • Calidad interna del producto.
  • Motivación del equipo.

 

 

Cómo mejorar la productividad

 

Gestión de producto

  • Disponer de un roadmap de producto priorizado por valor de negocio.
  • Minimizar el tiempo entre la concepción de un objetivo de negocio hasta su entrega al usuario/consumidor, visualizando esperas y cuellos de botella en la cadena de valor y analizando sus causas.

 

Gestión de proyecto

  • Reducción del trabajo en curso (WIP):
    • Minimizar el número de objetivos en curso.
    • Evitar la multitarea.
  • Objetivos a corto plazo.
  • Mejorar planteamientos:

Mejora continua

  • Reflexionar de manera regular y quitar impedimentos.

 

Calidad

  • Cumplir con las expectativas del cliente (evitar retrabajo).
    • Faseado intenso con:
      • Explicación verbal del cliente hacia el equipo del producto al inicio de cada fase.
      • Revisión y feedback del cliente al final de cada fase.
      • Flexibilidad a cambios.
    • Mapa del producto mostrando el avance en el alcance.
  • Reducir los defectos del producto (evitar retrabajo).
    • Ciclos cortos de pruebas.
    • Pruebas de regresión automáticas para la detección temprana de defectos.
  • Mejorar la calidad interna para poder crecer a ritmo sostenido.

 

Tecnología y herramientas

  • Automatización de tareas manuales.
  • Automatización de pruebas.
  • Frameworks de desarrollo.
  • Herramientas de control de calidad.

 

Metodologías y prácticas

  • Estándares de codificación.
  • BDD, TDD.
  • Refactorización (simplificación del diseño).
  • Patrones de diseño evitando sobreingeniería (evitando más complejidad de la necesaria).
  • Peer reviews, Pair programming.

 

 

Comunicación y gestión del conocimiento

  • Minimizar el número de traspasos de información y su volumen.
    • Orientación a resolver objetivos de negocio uno a uno.
    • Personas co-localizadas para fomentar la comunicación cara a cara.
  • Comunicación regular de avance e impedimentos, cara a cara entre todos los participantes.
  • Sistemas colaborativos: wikis, gestión documental, microblogging.
  • Repositorio de componentes.

 

Personas implicadas

  • Mejorar la adecuación, formación y experiencia de todos los participantes en el proyecto.
  • Aumentar la motivación.

 

Artículos relacionados

 

Planificación ágil vs planificación tradicional

La planificación ágil parte de la idea de planificar en función de objetivos de negocio en lugar de tareas (a diferencia de la planificación tradicional), priorizando los que aportan más valor, y esperando a dar detalle a objetivos y tareas conforme se va acercando el momento de construcción de estos objetivos, cuando la indeterminación se va reduciendo, de manera que se amortiza el esfuerzo de planificar de manera detallada.

A continuación se muestran los conceptos comunes y las especificidades de cada uno de los planteamientos de planificación mencionados.

Conceptos comunes

Para la planificación de un proyecto existen varios conceptos básicos:

  • El triángulo de hierro, como metáfora de la relación que existe entre los  objetivos del proyecto (alcance), tiempo y coste, de manera que cualquier modificación en el alguno de estos parámetros implica la variación de otro.
    • Si se quiere negar esta relación y cambiar alguno de estos parámetros forzando mantener fijos los otros, se produce un impacto en calidad, entendida ésta como (1) proporcionar al cliente lo que espera, (2) minimizar defectos y (3) disponer de una buena calidad interna del producto, de manera que se puedan hacer modificaciones o mejoras en el producto con un coste acotado.
  • Los riesgos asociados y las acciones a realizar para mitigarlos.
  • Hitos externos que van a condicionar entregas parciales, versiones o fases.
  • Las dependencias funcionales y las dependencias e integraciones entre componentes técnicos, las cuales introducen precedencias a considerar en la planificación.
  • La cohesión de los distintos trabajos que se van realizando, de manera que se ahorren esfuerzos por abordar determinados trabajos de manera conjunta.

Planificación tradicional

planificacion-tradicional

La planificación tradicional toma como base el control predictivo de un PROYECTO, con lo que:

  • Está basada en la identificación inicial de las TAREAS necesarias para elaborar el producto (EDT o WBS), planteamiento que se va modificando (replanificando) según el devenir de acontecimientos durante el proyecto.
  • Realiza pocas entregas de producto durante el proyecto (normalmente realiza una única entrega en su finalización), con lo que el feedback que se genera es tardío y, dado que se ha construido mucho producto sin haber verificado su adecuación, los cambios que sean necesarios (si grandes y caros) pueden comprometer los plazos y el presupuesto del proyecto.
  • A lo sumo realiza una única retrospectiva (post-mortem) al finalizar el proyecto, con lo que las lecciones aprendidas ya no son aplicables en el propio proyecto.

Planificación ágil

planificacion-agil

La planificación ágil toma como base el control empírico de la construcción de producto (inspección y adaptación), por lo cual:

  • Plantea un faseado basado en OBJETIVOS DE PRODUCTO (desarrollo iterativo e incremental) priorizados balanceando beneficios de negocio respecto a sus costes de desarrollo.
  • Realiza un faseado muy intenso (de 2 a 4 semanas) con demostraciones al cliente de ese incremento de producto, de manera que se facilita el realizar cambios [1] que consigan el máximo el alineamiento con sus expectativas y se cree un espacio natural para la replanificación estratégica de los objetivos todavía no abordados.
  • Dispone de varios niveles de planificación, dado que asume un horizonte de incertidumbre a partir del cual no tiene sentido planificar tareas detalladas:
  • Realiza retrospectivas durante todo el proyecto, de manera que se mejore la productividad y calidad dentro del propio proyecto.
  • Hace partícipe al equipo en el proceso, tanto en la planificación (de proyecto e iteraciones) como en la mejora del procedimiento de trabajo (retrospectivas), añadiendo como parámetro de calidad la satisfacción del equipo, que se consigue mediante su participación activa, de manera que su implicación y motivación revierta en el resultado del proyecto.

Artículos relacionados