miércoles, 2 de abril de 2008

SCRUM: metodología “ágil” para tus proyectos

En muchas ocasiones, los modelos de gestión tradicionales no nos sirven para afrontar un reto que hoy en día resulta fundamental: incorporar cambios con rapidez y en cualquier fase del proyecto. Se trata de evitar lo que tantas veces nos ha ocurrido: cuando el proyecto se encuentra bastante avanzado nos damos cuenta de que no vamos por el buen camino o, simplemente, el cliente decide introducir cambios sustanciales, y esos cambios nos obligan a tirar por la borda todo el trabajo realizado hasta entonces, y nos impiden acabar en el plazo previsto.

Dado que los cambios nunca van a dejar de existir, lo que necesitamos es ser capaces de gestionar los proyectos de una forma más ágil. Con ese objetivo, en los años 80 los japoneses Takeuchi y Nonaka estudiaron las prácticas de empresas con buenos resultados de rapidez y flexibilidad en la producción: Xerox, Canon, Honda, NEC, Epson, Brother, 3M o Hewlett-Packard. De ahí extrajeron la base de la metodología SCRUM que, aunque nació en el ámbito tecnológico, ha ido creciendo hasta consolidarse en campos de actividad muy diferentes.

Seguro que puedes utilizar algunas de sus técnicas y procedimientos para mejorar la gestión de los proyectos en tu empresa. Estas son algunas de las claves de SCRUM:

Mejor con equipos pequeños y auto-organizados

Los equipos pequeños y formados por miembros de diferentes disciplinas consiguen mejores resultados. Es fundamental que el equipo pueda organizarse por sí mismo y la comunicación sea transparente. Esta es la manera de que todos los miembros se compromentan y se encuentren motivados. De hecho, la palabra SCRUM procede del vocabulario del rugby y significa melé; es decir, esa “figura” en la que los compañeros del equipo se amontonan, forman una piña y empujan todos en la misma direccion.

Scrum

Punto de vista del usuario

La recogida de requisitos para crear un producto se realiza teniendo en cuenta la visión del cliente y del usuario. Para ello se utilizan las historias de usuario, unas sencillas tarjetas en las que se recoge -de forma esquemática y en un lenguaje claro- QUÉ es lo que queremos hacer.

Con esas historias de usuario construimos la lista de requisitos del producto o “product backlog”. A cada item de la lista se le asigna una prioridad. El equipo tiene que estimar cuánto tiempo es necesario para realizar cada una de las tareas.

Sprints cortos, entregas frecuentes

El mercado exige ciclos de desarrollo cada vez más cortos. Para lograrlo se utiliza el sprint de requisitos o “sprint backlog”, una lista en la que se detalla CÓMO se van a construir los diferentes requisitos del producto.

Los requisitos del product backlog se “trocean” para transformarlos en tareas de no más de 16 horas. Cada sprint suele realizarse en un plazo de entre 2 y 4 semanas. Al final, el objetivo es entregar algo que funcione, para el usuario pueda probarlo y se puedan introducir los cambios necesarios antes de que sea demasiado tarde. Esto es lo que nos permitirá ser flexibles.

Roles dentro de SCRUM

Aunque suene a broma, los roles se dividen en dos: los “cerdos” y los “pollos”. Y la mejor manera de entender la diferencia entre unos y otros es un chiste:

Un cerdo y un pollo van caminando por la carretera. El pollo le dice al cerdo:
-Oye, ¿por qué no abrimos un restaurante?
El cerdo se vuelve y le responde:
-Buena idea, ¿cómo quieres que lo llamemos?
El pollo se lo piensa y propone:
-¿Por qué no lo llamamos “Huevos con jamón”.
-No cuentes conmigo -responde el cerdo-. En ese caso, tú sólo estarías IMPLICADO, mientras que yo estaría realmente COMPROMETIDO.

Siguiendo esta lógica, el papel de los cerdos -que son los que están realmente comprometidos, porque son los que contribuyen con su “jamón” al proyecto- lo desempeñan:

  • El product owner o dueño del producto, que representa la voz del cliente y aporta la visión de negocio. Él se encarga de escribir las historias de usuario, les da prioridad y las ubica en la lista de requisitos del producto.
  • El ScrumMaster o facilitador, que tiene como principal papel el de dejar el camino libre de obstáculos e impedimentos para que el resto del equipo consiga el objetivo del sprint.
  • El equipo, que tiene la responsabilidad de entregar el producto. Lo ideal es que incluya entre 5 y 9 miembros, y que pertenezcan a diferentes disciplinas (desarrolladores, diseñadores, etc.).

El papel de los “pollos”, que no son actores esenciales pero sí están implicados y deben ser tenidos en cuenta, lo juegan:

  • Los usuarios del producto o aplicación.
  • Los clientes y vendedores.
  • Los gestores y directivos.

Reunión diaria. Transparencia total

Una de la figuras fundamentales de la metodología SCRUM es la reunión diaria de todo el equipo. Tiene que hacerse de la siguiente forma:

  • La reunión es diaria y se hace siempre a una hora predefinida, normalmente por la mañana. Es importante que todos los miembros del equipo acudan puntuales.
  • La reunión debe durar alrededor de 15 minutos y se realiza de pie, para mantener el máximo de concentración y atención.
  • Todos los roles son bienvenidos, pero sólo los “cerdos” pueden hablar
  • En la reunión se realizan las siguientes 3 preguntas clave: 1. ¿Qué has hecho desde ayer? 2. ¿Qué tienes planeado hacer mañana? 3. ¿Has encontrado algún problema para conseguir tu objetivo?
  • Uno de los puntos más importantes es el de la transparencia: todos los miembros saben que están haciendo os demás, y los problemas deben ser sacados a la luz en cuanto se detectan.
  • En definitiva, SCRUM permite la creación de equipos motivados, capaces de organizarse por sí mismos, donde la comunicación y la transparencia es total. Y además, con esta metodología, el usuario gran protagonismo y el cliente se convierte en parte del equipo de desarrollo.

    Ejemplo

    Algunas herramientas ágiles

    Los métodos de desarrollo ágil ponen el énfasis en la comunicación “cara a cara” y en los resultados más que en la generación de documentación y, por eso, muchos de sus procesos pueden llevarse a cabo prácticamente sin herramientas. Esta búsqueda de la sencillez no ha impedido que aparezcan en el mercado algunas aplicaciones específicas para trabajar con una metodología ágil. Os proponemos las siguientes:

    Todo el ciclo del proyecto
    En Rally afirman ser los auténticos y genuinos número 1 en el software de gestión ágil. Su aplicación cubre todo el ciclo del proyecto, y permite crear un flujo entre la labor de los gestores, desarrolladores y responsables de testing. Sus productos están centrados en las siguientes funciones: organización del proyecto, el reporte y control, la planificación y seguimiento, gestión de calidad, colaboración de equipos, customización e integración, y administración de permisos. Entre los clientes de Rally se encuentran varias grandes compañías.

    Hecho para scrum
    Scrumdesk es una herramienta de gestión diseñada específicamente para trabajar con SCRUM, la metodología de desarollo ágil más conocida. Permite automatizar los procedimientos básicos de SCRUM, como son la elaboración del product backlog (lista de requisitos de alto nivel ordenada según la prioridad), el sprint backlog (lista de tareas que deben ser completadas en un plazo de entre 1 y 4 semanas) o las historias de usuario.

    Enseña tus cartas

    Cardmeeting es una sencilla herramienta de colaboración simultánea en la que los usuarios pueden ir añadiendo sus cartas con ideas, conceptos, tareas, etc. Puede resultar útil para celebrar una tormenta de ideas o brainstorming, para realizar una planificación ágil, o simplemente para fijar y compartir las ideas con otros usuarios. Las cartas pueden clasificarse luego en diferentes categorías temáticas (curioso, sorprendente, divertido, frustrante) y colores, de forma que podemos asignar un orden a las ideas formuladas de manera dispersa. Todavía está en versión Alfa.

    lunes, 24 de marzo de 2008

    Yahoo Fire Eagle, plataforma para la geolocalización del usuario

    Aunque sigo esperando la invitación, no quería dejar de comentar Yahoo Fire Eagle, propuesta de plataforma para la geolocalización del usuario, de momento en beta cerrada. La idea de Yahoo Fire Eagle no es la de un producto para el usuario final, sino la de un sistema que permite a otros servicios externalizar la tarea de geoposicionar al usuario y acceder a esos datos a través de un API. Se trata de un nuevo paso hacia el siempre localizados con un enfoque interesante, el de permitir centrarse en las funcionalidades extras, dejando la tarea de la localización a Yahoo.

    ¿Cómo funcionaría entonces esto? En principio Yahoo Fire Eagle permitiría localización activa (envío un SMS con donde estoy, relleno un formulario en una aplicación cliente) y localización pasiva (instalo una aplicación que toma datos del GPS del móvil y le permito enviar datos, también sería posible utilizar triangulación GSM como hace la nueva versión de Google Maps). En ese segundo caso, se envía un correo al usuario periódicamente para indicarle que está siendo localizado y en todo momento tiene la opción de borrar toda la información de Yahoo Fire Eagle. Cómo abordar la localización pasiva y hacerla compatible con el derecho (y la sensación) de privacidad va a ser una de las asignaturas más importantes para los servicios basados en la posición del usuario.

    El siguiente paso sería autorizar a otras aplicaciones y servicios para acceder a estos datos. Por ejemplo, el usuario podría permitir a Flickr tenerlos para añadir la posición geográfica en la que fue tomada una foto. Para ello se utilizará Oauth, el estándar para comunicaciones entre aplicaciones web en la que hay acceso a datos de usuario.

    El potencial de servicios basados en localización es muy amplio. Desde actualización automática en servicios tipo Facebook o Twitter, hasta integración en redes sociales para localizar a amigos, pasando por su uso en búsquedas desde el móvil. Lo que puede aportar Yahoo Fire Eagle es el facilitar una plataforma en la que delegar la captura, almacenamiento y gestión de este tipo de información. Para explicarlo mejor, un esquema de como funcionaría:

    Yahoo Fire Eagle

    Sitio oficial: Fire Eagle. Un análisis interesante en Venture Beat

    Amazon como plataforma completa para el comercio electrónico

    Amazon Fulfillment Web Service

    Impresionante como sigue evolucionando Amazon. Ayer anunció un nuevo componente de su familia de web services, Amazon Fulfillment Web Service, que sirve para la gestión de la externalización de la logística en los centros de Amazon. La idea es que el comercio electrónico que quiera utilizar a Amazon con su centro logístico envíe los bienes a los almacenes de éste (notifica mediante el web service) y cuando haga una venta y haya que enviar la mercancía al cliente final, Amazon es quien se encarga (tras orden mediante el web service). Las ventajas inmediatas son el olvidarte de casi todo el tema de logística (sólo te tienes que preocupar de enviar tus productos a Amazon) y aprovechar los descuentos por volumen que tiene negociados con empresas de mensajería.

    Amazon se perfila como una plataforma completa para el comercio electrónico, tanto por la logística, como por poder tener tu tienda directamente en Amazon, como por sus planes de encargarse de los pagos mediante web service. Como en otras ocasiones, la estrategia de Amazon me sigue pareciendo deslumbrante. Aprovechan todo el conocimiento que han adquirido con el comercio electrónico más importante del mundo y lo ofrecen a terceros para rentabilizarlo aún más, como ya han hecho con el hosting (Amazon S3, EC2, SimpleDb).

    Más información en el blog oficial y en R/W.