Scrum Managers Blog

Porque nos gusta la agilidad, y aportar mejoras en las partes que no nos convencen,  hace un año nos pusimos manos a la obra, porque:

• Preferimos la síntesis entre agilidad y procesos, a su oposición.
• Preferimos la aplicación flexible de la agilidad a la fundamentalista: adaptando las prácticas a la empresa y no al revés.
• Preferimos la formación libre y asequible, y las certificaciones rigurosas, a las caras y cuestionables.

y no queriamos decirlo, queríamos hacerlo
Sólo ha pasado un año y estamos más que contentos del resultado:

• La mayor comunidad profesional ágil hispana: más de 2.000 miembros.
• Una plataforma de formación abierta: Open Knowledge Scrum con tres cursos y un taller por los que han pasado más de 1.000 alumnos
• Un modelo innovador de certificación: para obtenerlo no es necesario pagar, pero sí demostrar el conocimiento: más de 400 profesionales certficados.
• Cursos presenciales a menos de la mitad del precio habitual de mercado, que están completando los aforos en casi todas las convocatorias, y terminan con valoraciones como estas:

Hacía mucho que un curso no me mantenía tan atento y motivado, me quedo con ganas de mucho más.

Juan Manuel Barroso. Desarrollador de software (Novasoft)

Me ha encantado el curso. Ya había realizado el curso on-line, y a pesar de ser el mismo temario, considero que es muy útil aisstir al curso presencial. Te da más riqueza cuando “discutes” las problemáticas del día a día en grupo y a la cara.

Mª Luz Carmona. Jefa de proyectos (Contactel)

Curso recomendado, pues es muy práctico y en donde hay mucha discusión, exposición de casos reales. Se comparte realmente el conocimiento y las experiencias.

Rafael Hernampérez Martín. IT Project Manager

Me parecieron muy buenos los cursos on line, pero el curso presencial impartido por Juan Palacio me ha parecido impresionante. Muy recomendable, tanto el curso como los comentarios fuera de clase.

Eduardo Ferro Aldana.

Recomiendo a cualquier persona que tenga programadores a su cargo, e incluso no programadores, que haga el curso, porque pienso que mejorará su tarea.

Paco Monfort. Director de Desarrollo, DCCOM

El curso me ha parecido muy práctico y sobre todo real, porque ha bajado al mundo real y no se ha situado en el mundo teórico.
Los ejercicios son muy útiles y sirven muy bien para asentar los conceptos e ideas comentadas durante el curso.

Fco. Antonio Pomata, Equipo de desarrollo, Teralco.

Curso imprescindible para el conocimiento de la metodología ágil Scrum. Sales del curso con una motivación extra para su aplicación.

Javier Ortiz. Consultor tecnológico.

[...]

¡¡ Gracias a todos los que lo estáis haciendo posible !!

Ya está disponible el primer taller de OK’s:  Simulación de un Proyecto Ágil. Antes de abrir la primera convocatoria, son muchas los aspectos que queremos contrastar, y tener al mismo tiempo el primer feedback sobre posibles ajustes o mejoras necesarias. Por eso todos los cursos y materiales se prueban en una o varias convocatorias beta de prueba, hasta obtener una valoración óptima.

Los voluntarios dispuestos a echarnos una mano, y participar en la primera beta de pruebas, abriremos la matrícula el próximo martes 22 a las 15h. UTC, y el curso empezará el 28.

Tiene una duración prevista de: 10 días hábiles (se excluyen los días del fin de semana de 3 y 4 de julio, es decir  desde el 28 de junio al 2 de julio, y del 5 al 9)

Inscripción: en las fechas de matrícula, desde el enlace “Simulación Proyecto Ágil” en Open Knowledge Scrum
Para inscribirse es necesario conocer las bases de gestión en un campo de scrum, y además, por tratarse de la participación en una prueba muchas ganas de participar !!

En Scrum, a diferencia de los modelos de procesos, (CMMI, ISO15504…) la calidad del resultado no depende de la calidad el proceso, sino de las personas.

Si una pianola no suena…  es una mala pianola.

No ocurre lo mismo con los pianos.

Desde esta semana, el menú de Scrum Manager.net incorpora, además del listado de profesionales certificados, un listado con el directorio de todos los miembros de la comunidad, y un enlace de cada uno a una página para publicar la información profesional que deseéis:

Para acceder a tu ficha y editarla, una vez logueado en scrummanager.net, accede a la opción “Perfil de usuario”.

En la página aparecerá tu ficha, con los datos que actualmente tienes registrados. Seleccionando “Editar” puedes añadir una fotografía, o editar la información que quieres publicar en el directorio de miembros de Scrum Manager.

La información está agrupada en 3 pestañas:

• Retrato: puedes incluir tu fotografía o avatar.
• Datos: puedes publicar también tu blog, página web o página de perfil en LinkedIn, Xing… también tu dirección de correo. Ésta no se publica en el directorio, pero sí un formulario a través del que te podrán contactar. En esta pestaña se incluye también la autoridad ScrumManager, en el caso de que hayas aprobado certificaciones ScrumManager. Este dato no es editable.
• Información de contacto: Debes indicar el nombre y apellidos, y aquí puedes cambiar la contraseña de acceso.
• Señas: Puedes publicar tu dirección o teléfono de contacto.
• Profesional: Para redactar el texto de presentación o curriculum para promocionar tu perfil profesional. Con el editor puedes dar al texto el formato que desees, incluir logotipos de diferentes comunidades (LinkedIn, Xing, Twitter…) que puedes enlazar a las diferentes páginas que tengas en cada una de ellas.

Este directorio facilitará la búsqueda y contacto entre técnicos, gestores y profeisonales de la gestión ágil.

Una ejemplo de ficha.

Bienvenidas todas las sugerencias.

Implantar un campo de Scrum para un único equipo de 4 a 8 personas, que trabaja en el desarrollo de un único sistema es un “caso de libro”. No hay más que “copiar y pegar” las prácticas tradicionales de scrum de Ken Schwaber y Jeff Sutherland.

Pero en las empresas en las que nos movemos son bastante habituales los entornos multiproyecto, y “equipos” mínimos de tres, dos, o incluso una persona, y como flexibilidad consiste adaptar las prácticas a nuestra circunstancia y no al revés, os comento una práctica, de invención propia, que me está funcionando razonablemente bien, y que me ha dado por llamar “cajas kanban” o “kanban boxes”, que parece que inglés siempre mola más

Mantiene los principios de “time boxing “, Seguimiento diario del avance, comunicación directa y visual, pero no hace dependiente el avance iterativo de ciclos temporales o “sprints” sino simplemente de nuevas funcionalidades, y es válida para entornos multi-proyecto, y también más aconsejable que el ciclo Scrum clásico para equipos muy pequeños (3 personas o menos)

¿Qué es una caja Kanban o una Kanban Box?

La descomposición y estimación de una funcionalidad o historia de usuario en las tareas que la componen, con un formato visual y simple (Kanban) y un indicador de avance diario ágil:

Y a partir de aquí, en función de cómo es nuestro equipo y los proyectos en los que estamos, vendría la gestión ágil: el arte de lo posible: cuál es el mayor valor que puede entregar el equipo de la empresa, con los criterios de prioridad de los responsables de producto, en el menor tiempo posible. Un ejemplo de uso:

1.- Las diferentes pilas de producto se priorizan entre los diferentes “propietarios”, y teniendo en cuenta la capacidad de desarrollo. del equipo total de la empresa…

2.- …se van “encajando” las historias más prioritarias, y por tanto las próximas que van a entrar en producción.

3.- Cada caja constituye en sí un incremento para construirse de forma completa y operativa, y queda encolado a la espera del próximo “slot” para entrar en desarrollo.

4.- Al entrar al tablero Kanban de desarrollo, se calcula la velocidad prevista en función de la personas(s) que se la han asignado y a diario se actualizan las tareas y los indicadores de avance: el teórico y el real.
Ej: la caja tiene un tamaño de 35 puntos. Se la han asignado 2 personas y por la media de velocidad en la empresa (p. ej.: 4 puntos persona /día) la velocidad prevista de avance serían 8 puntos /día. Cada día se borran 8 puntos de la barra de velocidad teórica, y se actualiza la barra de velocidad real con los puntos que realmente queden por hacer.

Para la comunicación en los puntos 1 y 2: priorización de la pila general de la empresa entre los diferentes propietarios, y descomposición y valoración de las tareas, respetad los principios ágiles de comunicación directa (socialización) y conocimiento y aportación conjunta del equipo a la visión del producto, estableciendo reuniones de características similares a las de inicio de sprint del ciclo clásico de scrum con los criterios de momento y participantes más adecuados según cada empresa.

Espero que os sirva de idea… Bienvenidas las sugerencias y mejoras!

En Zaragoza: 31 Mayo – 3 Junio

Scrum Manager ha logrado combinar los cursos más relevantes para la formación de agilidad en las áreas de gestión de proyecto y producto: Scrum + TDD consiguiendo así las jornadas más completas de formación para comprender, implantar y mejorar la aplicación de Scrum en la gestión del proyecto y del producto (área de proyecto), junto las prácticas de diseño, calidad de código y automatización de pruebas para la programación ágil: TDD Test Driven Development o desarrollo dirigido por tests.

Según el perfil profesional (gestor / técnico-programador) y las necesidades de formación, se puede asistir a los dos (4 jornadas de formación) o a uno de ellos (2 jornadas).

Posiblemente son los cursos más completos, y rigurosos que muestran de forma práctica, amena y didáctica:

1.-  Curso Flexibilidad con Scrum  para diseñar, aplicar y trabajar en campos de scrum adaptados a las características de la propia empresa y proyectos.

2.- Curso de TDD:  Aprender esta técnica de diseño de software, producir código de calidad sobre principios de diseño orientado a objetos, reconocer las características de un diseño inadecuado, los malos hábitos de programación y la automatización de pruebas.

La oferta se estrena en Zaragoza los próximos:

• 31 de Mayo, 1 de Junio: Curso Flexibilidad con Scrum – Información e inscripción.
• 2 y 3 de Junio: Curso TDD – Inscripción: info@iexpertos.com Sesiones – Preparate – Por qué

Serán Impartidos por Claudia Ruata (co-fundadora de Scrum Manager) y Carlos Ble (autor de Diseño Ágil con TDD). Incluyen acceso a las pruebas de certificación Scrum Manager.

Después de ampliar la convocatoria con un segundo grupo, por el volumen de inscripciones, tuvimos que colgar el cartel de “completo” un mes antes de celebrarse el curso; y ahora, al terminar, los resultados y la valoración que nos habéis dado los participantes del primer curso de Flexibilidad con Scrum en España (Tenerife), nos llenan de alegría y casi nos hacen sonrojar: con una valoración media de 8,5 de todos los asistentes y opiniones como estas:

“El contenido del curso me ha parecido muy bueno. Entiendo que no hay muchos ‘formadores’ que además generen contenido de calidad y con total disponibilidad (libros, plataforma). Excelente en este apartado y en la forma de dar el curso (con actividades entretenidas…)”

Francisco J. Reyes

“Una manera realista de gestionar software. Aporta una visión práctica, operativa y tangible de cómo gestionar proyectos de software“.

Sergio González

Muchas gracias a todos.

Juan Palacio / Claudia Ruata / Gregorio Mena

Más comentarios – Fotos.
Próximas convocatorias: Córdoba (Argentina) – Zaragoza – Madrid – Valencia – Buenos Aires – Barcelona – Santiago de Chile…

Uno de cada tres programadores, o gestores que trabajan directamente en proyectos de programación usan metodologías ágiles, y las han incorporado por propia iniciativa, no por instrucciones “corporativas”. La implementación se produce “motu proprio” en equipos que trabajan en la misma planta o en el mismo edificio.  La metodología más empleada, con mucho, es Scrum; y la mayoría de los que las emplean hablan bien de ellas, y creen que han mejorado la comunicación en el equipo, la velocidad en el cierre de versiones y la flexibilidad en el diseño.

Estas son las principales conclusiones de uno de los pocos estudios realizados sobre una muestra de técnicos, significativa (492 encuestas anónimas). Lo realizó Microsoft hace 2 años entre su personal de EE.UU, Europa y Asia, para analizar el grado de “contagio” de agilidad que estaba teniendo la empresa, la opinión de los técnicos y los resultados.

• Estudio: Usage and Perceptions of Agile Software Development in an Industrial Context: An Exploratory Study .

Prácticas ágiles empleadas

Grado de satisfacción por el uso de prácticas ágiles

En este segundo podcast sobre comunidades ágiles hispanas, los promotores de las principales comunidades de Costa Rica, Argentina,  España y el grupo local de Castilla-León, charlan de las actividades que realizan y cómo las llevan a cabo.

No hemos podido contar con Agustín Villena, por el horrible terremoto que ha asolado a Chile, y desde aquí le enviamos un afectuoso abrazo; y un problema de conexión tampoco nos permitió contar con Raúl Uribe (Perú), pero sin duda en el próximo ya podremos disfrutar de su participación.

Presentado por Claudia Ruata, participan: David Alfaro, Juan Gabardini, Alan Cyment, JM Beas y Jorge Jiménez.

Ir a descargar

Más información:

• Agile Spain: Web – Grupo
• Chile Ágil: Web – Grupo
• Comunidad Argentina: Web – Grupo
• Costa Rica Ágil: Web (proximamente) – Grupo
• Comunidad ágil de Castilla-León.
• Agilismo.es.

Poner las pruebas (el testing) delante de la programación ha marcado un hito en las prácticas de programación, un antes y un después, que ha transfromado a la “cenicienta” del testing en princesa; de trabajo indeseado (probar lo que iban terminando los programadores) a tarea “cool” de diseño y pre-codificación.

TDD ha hecho que sean las pruebas las que tracen la pauta al desarrollo, y no al revés, y al hacerlo ha abierto dos dimensiones nuevas al testing tradicional: documentación, y sobre todo: diseño:

• Se empiezan a escribir pruebas unitarias con herramientas como JUnit o NUnit.
• Empieza a aumentar la confianza en el código, en la misma proporción que el volumen de pruebas que se va generando.
• Al escribir las pruebas en primer lugar, el código gana simplicidad, programándose lo extrictamente necesario.
• Las pruebas van tomando una nueva dimensión: “documentación”, porque cuando se retoma código ya olvidado,  son las que mejor explican qué es lo que hace ese código.
• Poco a poco se empieza a descubrir la segunda dimensión: desarrollar pruebas revela el “API” del código, y pasa entonces a ser también un proceso de diseño.

A partir de este punto se empieza a plantear olvidar el origen de TDD, quitar el foco del “testing” de unidades de código, y llevarlo hacia diseño y comportamiento funcional, pasando de TDD a BDD (Behaviour Driven Development)

Básicamente es lo mismo, pero con unos cambios clave: La unidad de prueba ya no es una unidad de código (unit) sino un comportamiento. Los estados pasan a comportamientos y los marcos “xUnit” a “rSpec”.

La verdad es que en nuestra industria la espiral de conocimiento está girando muy deprisa. Si tuviéramos que dibujar su avance en el campo del testing podría ser algo así:

Más información

Herramientas BDD

• Java: JBehave , JDave , Instinct , beanSpec
• C: CSpec
• C#: NSpec
• .NET: NSpec , NBehave
• PHP: PHPSpec
• Ruby: RSpec , Shoulda , test-spec & Bacon , Cucumbe
• Javascript: JSSpec , jspec

• Vídeo e introducción a BDD de Dave Astels (inglés).