El poderoso tablero Kanban en la gestión de tareas

kanban-board-simpleUno de las metodologías con mayor difusión y aplicación en diversas áreas profesionales es Kanban para la gestión de tareas y trabajo en progreso, aquí un video si es que no estas muy al tanto de que es:

httpv://youtu.be/I-H-WXAX_oM

El tablero kanban es una herramienta que ayuda a implementar la metodología del mismo nombre en un proyecto, este tablero es una variación de lo que son las famosas tarjetas kanban, usadas en producción y almacenaje, que van adjuntadas al producto y van trasladándose etapa por etapa (aquí un ejemplo de las tarjetas):

kanban-cards-dt915-lg

Y aquí un video de como se usa las tarjetas Kanban en una línea de producción:

httpv://youtu.be/ZHxz_u-JkEk

Existen muchos tipos de tableros Kanban, que pueden tener columnas para diversos propósitos (pendientes, pruebas, desarrollo, pendientes de aprobación, realizadas, entre otras) y puede incluir subcolumnas, con diversos parámetros adicionales (capacidad máxima, prioridades, limitaciones, alertas) y cualquier otro tipo de indicador que permita hacer visible el trabajo en progreso.

Esta flexibilidad en el tablero kanban lo convierte en algo confuso al principio e incluso tedioso que puede convertirse en una resistencia al cambio sobre todo cuando se quiere utilizar por primera vez.

Cómo empezar a usar el tablero Kanban en pasos sencillos

  • Empieza usando la versión más simple de todas: tres columnas, una para las tareas pendientes, otra para las que están en progreso y una tercera para las terminadas
  • Es mejor empezar con un tablero físico, que se puede confeccionar con materiales sencillos: plumones, hojas, cintas. Puede ser de tamaño personal que pueda caber en tu escritorio, en una pizarra, o incluso en una ventana, para ello las tarjetas pueden ser esas notas adhesivas de colores.
  • Si vas a empezar a usar en tus tareas personales o tareas de equipo concéntrate en poner todas las tareas pendientes, si durante el desarrollo de alguna tarea, se te viene a la mente alguna otra, inmediatamente agrégala a tu columna de pendientes.
  • Ordena las tareas pendientes por prioridad, puedes usar colores si se te hace más simple o puedes ponerles algún numero en las esquinas que indique la prioridad.
  • Cada vez que vas a iniciar con una tarea, coloca la nota en la columna de “En progreso”, puedes aprovechar la nota para poner algunos criterios de aceptación, es decir que cosas debe cumplir la tarea para avanzar a la siguiente columna (en esta versión simple, que cosas tienen que cumplirse para considerar que la tarea esta concluida).
  • Evita llenarte de tareas “en progreso”, buscando siempre tener esta columna vacía, si es que una tarea pasa mucho tiempo en esa columna, indica que es una tarea que probablemente tenga que volver a la columna de pendientes o apresurarse en concluirla.
  • Una vez concluida la tarea y haberte asegurado que todos los criterios para considerarla terminada se hayan cumplido, trasládala hacia la columna de concluidas, esto servirá para medir cuantas tareas ya fueron terminadas y visualizar tu progreso.
  • Aprovecha las notas para llevar un registro del tiempo en que te demoro en terminar una tarea, eso te ayudará a evaluarte y buscar mejorar continuamente tus tiempos.
  • No busques una herramienta informática para gestionar un tablero kanban, hasta que no tengas la costumbre de usarlo, no te servirá de nada tener una plataforma mas que atender si no estas acostumbrado al tablero, lo hará más complejo y lo abandonaras rápidamente, sin aprovechar su potencial.

Estas son mis recomendaciones para empezar a trabajar con el tablero Kanban, es importante notar de que este tablero no es excluyente y que puede ser usado con cualquier metodología de desarrollo o gestión de proyectos, incluso se puede utilizar para tareas del hogar o para tareas personales.

Nota: Si buscas una herramienta en línea para gestionar Kanban, hay muchas opciones de pago y gratuitas, elegir una para el trabajo en equipo dependerá del contexto, así que prefiero no hacerlo. Pero si se desea aplicar para contexto personal o pequeños proyectos no esta mal darle un vistazo a Trello que incluso tiene una aplicaciones para el smartphone.

Actualización: Este es un ejemplo de cómo se gestiona un tablero kanban, en un sprint de dos semanas, en un video de pocos segundos

https://vine.co/v/MahttLprp1D/embed/postcard

Happy task management 😉

Los principios ágiles

Al hablar de metodologías ágiles de desarrollo de software, lo primero que a muchos se le viene a la mente es el manifiesto ágil (para mi al puro estilo de Los Simpsons).

agile-is-a-cult-manifesto

Pero a unos cuantos se les viene a la mente que este manifiesto se ve soportado por los principios, principios que a veces son difíciles de entender si es que no se han practicado o haber aplicado en situaciones reales.

He preparado el siguiente video con mis puntos de vista y mi experiencia con los principios ágiles (decidí hacer un video, porque un artículo me hubiera quedado muy largo).

httpv://youtu.be/91U_9qjvVbQ

Otro video muy interesante es el que preparo @pablitux vale la pena verlo.

httpv://youtu.be/V5LaKpjcgKQ

Y esta es la fuente oficial de los principios ágiles (en español): Principios del Manifiesto Ágil

Happy Coding 🙂

La diferencia es la documentación

Existen muchas formas de desarrollar software y por supuesto muchas metodologías para hacerlo, cada una con sus ventajas y desventajas como muchas otras.

Sin embargo es muy frecuente leer y/o escuchar, la siguiente expresión: Lo único que cambia es la documentación (sobre todo cuando se habla de metodologías ágiles vs tradicionales).

Siendo objetivo, el proceso de documentación si cambia, pero es el proceso más no específicamente la documentación, la idea es ir produciendo documentación que agregue constantemente valor al cliente, y dejar de lado aquella documentación que no agregue valor y que por el contrario se convierta en un gasto o molestia mantenerlo.

¿Quién define que documentación produce o no produce valor?, pues es un tema más amplio y que da para un artículo aparte, lo que quiero resaltar con este título es que muchas veces la frase “la diferencia es la documentación” se usa en algunas ocasiones para disfrazar el desconocimiento y a veces el temor al cambio, existen muchas formas de hacer software, pero va mas allá del cambio en la documentación

Y esta confusión con respecto a las metodologías ágiles, no es exclusividad de ellas, pasa también con otras metodologías y es una excusa usada más de lo que se imagina.

Algo a tener en cuenta es que en el desarrollo de software no hay una formula secreta, “no hay balas de plata” que sean la solución a todos los problemas, y que sean las perfectas, sólo hay maneras y maneras de trabajar.

Entonces ¿Qué hacer para comprender una metodología de desarrollo de software?, y no asumir que solo es la documentación.

  • Comprender que la metodologías son recomendaciones
    que han funcionado para muchos, pero son sólo eso: recomendaciones, y no deben ser reglas a obedecer sin objetar.
  • Las metodologías se deben adaptar al equipo de trabajo, y es el equipo de trabajo que debe decidir como implementarlas, ver que funciona y que necesita mejorar.
  • Una metodología de desarrollo conocida puede servir como base para que el equipo de desarrollo elabore la propia, compartiendo algunos de sus principios.
  • No solamente basta leer la teoría sobre una metodología para entenderla, realmente se tiene que hacer lo posible por ponerla en práctica, hay mucha diferencia entre lo que se dice y como es realmente.
  • Buscar conferencias y charlas sobre metodologías de desarrollo es lo mismo que buscar la teoría, hay mucha diferencia cuando se aplica, así que mejor es buscar experiencias reales.
  • No buscar certificaciones en metodologías si realmente no se ha aplicado, las certificaciones en gran parte son un gran negocio, un profesional certificado, no necesariamente es eficiente y no necesariamente sabe aplicarlas.
  • Unirse a comunidades sobre metodologías de desarrollo de software puede ayudar a encontrar otros profesionales que comparten ideologías, puede ser un buen lugar para buscar nuevas ideas y formas de aplicación.
  • Busca artículos sobre experiencias reales en aplicación de la metodología que quieres usar, es posible que encuentres algunas recomendaciones de como aplicarlas efectivamente y algunos secretos.
  • Y por último publicar tus hallazgos, escribir y compartir lo que experimentaste es una buena manera de generar mayor conocimiento, muy recomendable que lo hagas.

Desarrollar software es una actividad apasionante, y encontrar la manera en la que puedes hacer mejor tu trabajo te llevará a construir tu propia metodología de desarrollo o una adaptación de alguna conocida, lo importante es que funcione para ti y tu equipo.

Happy Coding 🙂

Enseñanza Ágil de Tecnología

Debido a la charla en Linux Week 2012 de la semana pasada, estuve recibiendo comentarios y buscando otras experiencias, para poder compilar información, e incluso contribuir a otras iniciativas.

Es así que me inscribí a Agile Peru y a Chile Ágil, buscando mas información. Me dieron la bienvenida muy afectuosamente en ambas comunidades (es lo bonito de esto, los amigos que puedes conseguir).

Me proporcionaron recursos estupendos que comparto con ustedes, y que me parecen muy importantes tenerlos en cuenta, sobre todo si eres un profesor de TI.

Adopción de Agile en Universidades de Latinoamérica

Profesores Ágiles (lista en twitter)

Enseñando ágilmente
http://www.xmind.net/share/_embed/lshimokawa/agile-teaching/

La nueva metodología

The Agile Teaching/Learning Methodology

El tema es bastante amplio y queda aún mucho por investigar y desarrollar. Gracias a Lennon Shimokawa por los cuatro primeros recursos.

Happy teaching (and learning) 😀

Actualizacion: Gracias a Agustín Villena de Chile Ágil, por los siguientes recursos:

Tesis: Un modelo empírico de enseñanza de metodologías ágiles

Industria de Software: 35% de éxito. Curso CC61A: Proyecto de Software, 84%

LinuxWeek 2012 y mi experiencia juntando Software Libre y metodologías ágiles para la educación.

Por séptima oportunidad se está desarrollando el Linux Week 2012. Un evento que ya tiene un lugar importante dentro de los eventos de Software Libre en Perú.

Este año, aceptaron mi propuesta de charla, cuyo título hubiera querido que sea mas corto, pero no he podido encontrar uno tan adecuado para lo que trata, el título es “Software Libre y Metodologías Agiles para mejorar el aprendizaje en la carrera técnica de Computación e Informática”.

En los últimos meses he estado probando una forma de trabajo para mejorar el aprendizaje de los alumnos de la carrera de Computación e Informática en la institución donde dicto clases.

Del punto pedagógico no podría saber si ya se han hecho esfuerzos de este tipo, o si existen corrientes filosóficas al respecto. Hago el esfuerzo por entender la teoría con respecto a la pedagogía, pero soy mas un programador y me confundo con mucha facilidad al tratar de aprender más sobre esta ciencia.

Aquí les dejo mi presentación:

El día de hoy otros amigos mios también estuvieron presentes, Julita Inca escribió algo al respecto. (DRY :P)

Olvidé traer la cámara fotográfica, así que las fotos son tomadas del celular (disculpas por la resolución)
Auditorio Linux Week 2012Linux Week 2012Linux Week 2012Linux Week 2012