guía de metodología scrum y administración ágil de proyectos para principiantes

¿qué cosa te serviría para producir un auto, salvar tu matrimonio, programar aplicaciones informáticas, escribir un libro e, inclusive, renovar una casa?

un pizarrón y un bloc de notas adhesivas —ya sean analógicas o digitales, ;-).

y, por supuesto, el conocimiento necesario para usarlas.

si trabajas en la industria tecnológica (o interactúas continuamente con ingenieros), es posible que hayas escuchado los términos “framework scrum” y “metodología ágil”. se trata de un sistema que los expertos en tecnología nombran con grandes reverencias y parece tener un propio y extraño lenguaje. términos como “planning poker”, “stand-ups” y “sprints” son lanzados con frecuencia por sus promotores.

pueden resultar un tanto intimidantes para los no iniciados.

lo sé porque estuve en esa misma situación. mi iniciación en la metodología scrum fue durante mi primera semana de trabajo en una empresa de tecnología. estuvo a cargo de nuestro equipo de desarrollo de software y me volví un aficionado al instante. era increíble la forma en que podían abordar problemas complejos, priorizarlos en tareas individuales y luego delegar esas tareas al miembro del equipo con la mejor capacidad para resolverlas.

pero, ¿esto era un privilegio exclusivo de los ingenieros? ¿era posible que alguno de los que no somos magos de la programación se pudiera beneficiar de algo como el modelo scrum? y, si lo era, ¿por dónde debe uno empezar...?

¡abróchense los cinturones! porque vamos a hacer un “sprint” a través de una introducción a scrum (te prometo que entenderás la broma al final de este artículo).

¿qué son “scrum” y “ágil”?

las cosas se pueden poner un poco confusas para los recién llegados, con respecto a la nomenclatura. cuando uno se adentra en este mundo, podría parecer que los términos “scrum” y “ágil” son equivalentes, pero existe una distinción muy importante.

“agile” se refiere a una serie de “métodos y prácticas basadas en los valores y principios expresados en el manifesto agile”, lo cual incluye conceptos como colaboración, autoorganización e interfuncionalidad de equipos.

scrum es un marco de trabajo que se usa para la implementación de desarrollos en agile (también llamado framework de scrum).

una buena analogía sería la diferencia entre una receta y una dieta. una dieta vegetariana es un conjunto de métodos y prácticas basadas en principios y valores. una receta para tacos de garbanzo sería un marco de referencia que puedes usar para implementar tu dieta vegetariana.

esto es parecido a la relación que existe entre la metodologías “ágiles” (la dieta) y el modelo scrum (la receta a seguir).

las metodologías ágiles surgieron de las técnicas utilizadas por empresas innovadoras de japón, durante las décadas de 1970 y 1980 (como toyota, fuji y honda).

a mediados de la década de 1990, un hombre llamado jeff sutherland se sentía frustrado porque las empresas estaban continuamente plagadas de proyectos atrasados y con el presupuesto inicial rebasado. Él quería encontrar una mejor manera de hacer las cosas.

su investigación le condujo a estas empresas japonesas y sus métodos ágiles. basando su trabajo en esto, sutherland creó el marco de trabajo scrum. después de un conjunto de éxitos utilizando sus nuevos métodos, la metodología scrum comenzó a propagarse rápidamente a lo largo del mundo del desarrollo de productos.

¿quién puede beneficiarse de herramientas scrum?

no te preocupes, estás perdonado si piensas que scrum es algo exclusivo para ingenieros y desarrolladores. pero el marco de trabajo —o framework scrum— también puede ser beneficioso para otro tipo de proyectos.

“scrum se puede usar para cualquier tipo de proyectos complejos, la advertencia relevante es que funciona mejor cuando hay un producto concreto en desarrollo,” dice david matthew, un scrum master certificado de la empresa incentive technology group: “si trabajas en mercadotecnia y necesitas redactar el texto de un producto, indudablemente podría ser conveniente para tu equipo”.

el framework scrum ha sido utilizado por todo el mundo, desde el fbi, hasta agencias de mercadotecnia y equipos de construcción. cada vez que estés trabajando en algún tipo de producto, ya sea software o una campaña por correo electrónico, las herramientas scrum te pueden ayudar a organizar tu equipo y acabar el trabajo en menos tiempo.

las personas y las partes del modelo scrum

para entender scrum, debes entender el papel de las personas y algunas partes de la metodología scrum. la buena noticia es que no necesitas ninguna experiencia especial o certificaciones para comenzar.

“no necesitas mucho para comenzar a utilizar scrum”, dice matthew, “realmente, solo necesitas un lugar para organizar tus pensamientos o tu backlog (lista de pendientes). ese lugar podría ser una herramienta como trello, incluso es más que suficiente un pizarrón. necesitas cubrir los roles distintos, como el product owner (dueño de producto) y el scrum master. las herramientas reales que necesitas no son tan grandes como los roles participantes”.

separemos los componentes y las partes que hacen funcionar el modelo scrum:

• scrum comienza con un product owner. esta persona representa el interés superior del usuario y tiene la autoridad para definir lo que incluirá el producto final.

• ese product owner es el responsable de elaborar el backlog, una lista de tareas y requisitos necesarios para el producto final. esta lista tiene una parte muy importante: el backlog debe estar priorizado. eso es trabajo del product owner.
• si estuviera usando la metodología scrum para diseñar un auto, los elementos como “debe tener un motor” tendrían las prioridades más altas de la lista priorizada, debido a que el auto no funcionará sin ese componente. “debe tener pintura roja” tendría una prioridad más baja en mi lista; este elemento podría ser importante para mí, pero no es un requisito para que el auto corra.

• lo siguiente es el sprint. el sprint es un periodo de tiempo determinado dentro del cual el equipo completa conjuntos de tareas incluidas en el backlog. la duración del sprint depende de las necesidades del equipo, pero lo más común es dos semanas.

• los equipos se reúnen todos los días para compartir las actualizaciones en el progreso en el daily scrum (scrum diario). muchos le llaman a estas reuniones “daily stand-ups” (reuniones de pie diarias).

• cada sprint termina con una revisión, o retrospectiva, en la que el equipo revisa su trabajo y discute formas para mejorar el siguiente sprint.

como puedes ver, no hay realmente ningún equipo o entrenamiento que necesites para empezar. la parte más difícil de aprender es la jerga, además de ser fiel a las reglas y los lineamientos que permiten que scrum funcione.

“scrum se parece al póquer; puedes aprender las reglas en 10 minutos, pero toma mucho más tiempo ser bueno en él.”

cómo comenzar un marco de trabajo básico de scrum

si ya te cansaste de tus métodos actuales de administración de proyectos, ¿por qué no le das una oportunidad a las herramientas scrum?

como no necesitas entrenamiento especial para empezar, en realidad es solo una cuestión de aprender su funcionamiento por uno mismo. sutherland y su cocreador, ken schwaber, hacen esto muy fácil al ofrecer sin costo la guía oficial en scrumguides.org.

es fácil aprender los conceptos básicos para empezar. dominar la técnica es la parte difícil.

nuevamente, como dice el scrum master david matthew:

“scrum se parece al póquer; puedes aprender las reglas en 10 minutos, pero toma mucho más tiempo ser bueno en él”.

pero, no dejes que eso te detenga. no necesitamos ser expertos para comenzar a hacer más felices y productivas nuestras vidas laborales.

aquí están algunos pasos básicos con los cuales puedes comenzar:

1. descarga e imprime la versión en pdf de the scrum guide (en inglés; también hay una versión en español latinoamericano) oficial: léela mientras vas al trabajo o a la hora del almuerzo, con un marcatextos a la mano. resalta las frases y los papeles que sean nuevos para ti y empieza a trabajar en memorizar lo que significa cada uno.

• elige tus roles: necesitas un product owner (representa al usuario, tiene la última palabra en cuanto a lo que el proyecto necesita), un scrum master (ayuda al equipo a avanzar bajo los principios de scrum) y demás miembros del equipo. recuerda, no hay lugar para egocentrismos en scrum. scrum funciona sobre un modelo de “líder servidor”.
• crea tu propio product backlog (lista de producto): el backlog (lista de pendientes) es el lugar en el que enlistas todo lo que el proyecto necesita, por orden de importancia. no olvides que un backlog nunca está completo. a medida que el proyecto toma forma y surgen nuevas necesidades, tendrás que agregarlas a esta lista. el product owner es el principal responsable de hacerlo.

• planifica tu sprint: a continuación, es hora de elegir tareas desde el backlog para completarlas en tu primer sprint. los sprint tienen un tiempo limitado. puedes decidir una duración que resulte adecuada para ti, aunque siempre son menores a un mes. durante la planificación del sprint (sprint planning), el equipo decide las tareas a incluir en este sprint y quién será responsable por ellas.

• ¡manos a la obra! ¡hora de comenzar a trabajar en ese sprint! los miembros del equipo trabajan en sus tareas y todos revisan su progreso en la reunión scrum diaria (daily scrum). esta reunión no dura más de 15 minutos y responde a tres preguntas: ¿en qué trabajaste ayer?, ¿en qué trabajarás hoy? y ¿hay algo que esté bloqueando tu trabajo de hoy y con lo que necesites ayuda?
• revisa tu trabajo: al final del sprint, el equipo revisa el trabajo cumplido y presenta sus tareas terminadas.

• revisa tu proceso: durante la reunión retrospectiva (retrospective meeting), revisarás cómo fue el proceso de trabajo real y planificarás formas para mejorar tu trabajo y ser más eficiente la próxima vez.

• ¡repítelo! tras completar tu primer spring, es hora de comenzar de nuevo. elige más tareas del backlog y repite el proceso.

hacer todo visual

un concepto esencial en las herramientas scrum es la idea de transparencia. todos los miembros del equipo que participan deben estar conscientes de lo que están haciendo los demás, el progreso que llevan y lo que el equipo intenta cumplir.

esa es la razón por la que hacer las cosas visibles para todos es tan importante.

una parte importante de esto es el tablero scrum. este es un lugar en el que puedes organizar tu backlog, así como las tareas en las que se está trabajando en el sprint actual y su progreso.

los tableros scrum pueden ser tan simples como un pizarrón con notas adhesivas para cada tarea o tan complejos como software especializado, con gráficas y características de seguimiento de tareas.

para mi tablero scrum personal, yo uso trello.

mi tablero scrum online de trello está separado en siete listas (inspirado por esta publicación de blog) que representan el flujo de trabajo de mis tareas.

• recursos: en esta lista, conservo todas las tareas que son recurrentes. de esa forma, no tengo que hacer una nueva tarjeta cada vez que necesito elaborar una página de destino para un webinar. Únicamente muevo esa tarjeta fuera de la lista de recursos.

• backlog: aquí es donde mantengo mi backlog de tareas para trabajar. cuando mi jefe me dice que tiene algo con lo que necesita ayuda, lo añado a mi lista de backlog.

• por hacer: cuando planifico mi sprint, saco tareas del backlog a esta lista. este es el sprint real en el que estoy trabajando.

• en elaboración: cuando una tarea ya está empezada, se mueve aquí.

• qc: verificación de calidad (quality check). a medida que las tareas se completan, se mueven a “qc”. al final de la semana, reviso esta lista para asegurarme de que todo cumple con la calidad esperada.

• terminado: después de la verificación de calidad, ¡estamos listos para enviar! no es necesario hacer más ediciones ni revisiones, todo está programado y listo para la acción.

• detenido: cuando algo me impide completar una tarea (puede que primero tenga que comprar algo y necesito que mi jefe lo apruebe), lo muevo a detenido (blocked), junto con un comentario sobre qué cosa lo está bloqueando.

trello es una herramienta efectiva para implementar la metodología scrum online, ya que puedo poner mi tablero en un monitor que sea visible para cualquier persona, compartir el acceso con todo mi equipo y poner cada detalle necesario en todas y cada una de las tareas, en forma de comentarios, listas de verificación, fechas de vencimiento y archivos adjuntos.

puedo asignar diferentes miembros del equipo a estas tareas y, además, integrarlas con nuestro canal de mercadotecnia de slack. de esa forma, cuando un miembro del equipo mueve una tarea de “en elaboración” a “qc”, sé que están listos para pasar a la siguiente tarea.

mi objetivo final aquí es que cada persona con una tarea asignada tenga todo lo que necesita para completarla en esa tarjeta. no debe haber ninguna razón para que vengan conmigo con preguntas o que me esperen para que les dé algo. cuando las tareas están establecidas con claridad, antes de ser asignadas, el trabajo se desarrolla notablemente más rápido.

la importancia de la iteración y la mejora

una de las características principales del framework scrum, y que la hace tan potencialmente poderosa, es la idea de iteración y mejora. esto se refiere tanto al producto en el que se trabaja como a la eficiencia del equipo en sí.

al final de cada sprint, el trabajo liberado debería estar listo para entregarse al cliente. esto no significa que se trata de un producto terminado y completo. lejos de eso. más bien, significa que el trabajo debe estar lo suficientemente completo para mostrar algún tipo de producto viable mínimo (minimum viable product) o mvp, en la jerga de las nuevas empresas.

si se tratara de un auto, deberías poder conducirlo. puede que no tenga radio o tomacorriente, pero se puede conducir.

¿por qué es esto tan importante?

porque te permite reunir comentarios de los usuarios desde el principio, ayudando a conducir el desarrollo del producto para asegurar un buen ajuste con el usuario.

creo que todos hemos experimentado esos momentos en la vida en los que trabajaste horas interminables en un proyecto, solo para descubrir que la persona a la que lo estás entregando tenía una cosa completamente diferente en su mente.

imagínate gastar miles de dólares y varios meses desarrollando un producto solo para descubrir que, en realidad, no resuelve el problema del usuario.

no es bueno.

de vuelta a nuestra analogía automovilística, si entregamos el auto al usuario en partes pequeñas e iterativas, no es un gran problema cuando nos dicen “¡caray!, ¿sabes qué? después de manejarlo por un rato, creo que mejor quiero un convertible”. saber esto después de que el producto final ya se ha entregado podría ser un problema bastante grande.

el modelo scrum está construido sobre entregas iterativas de tu producto. en lugar de esperar hasta que el proyecto esté completo al 100%, para entregarlo al usuario, le entregas partes usables del proyecto, a medida que las completas. esto ayuda a evitar el desperdicio de esfuerzos por el cambio de necesidades o si algunos detalles se pierden en la comunicación.

pero, más allá de la importancia de las iteraciones y mejoras para el producto, la metodología scrum también se concentra en la mejora del proceso con cada nuevo ciclo.

durante la reunión retrospectiva, los miembros del equipo comentan las áreas en las que su eficiencia podría mejorar. puede tratarse de una limitación técnica que los retrase. puede ser que un miembro del equipo tenga demasiadas tareas. el equipo decide la forma de resolver estos problemas, con la finalidad de mejorar su eficiencia para el siguiente sprint. teóricamente, el equipo debe ser más eficiente y completar un mayor porcentaje del trabajo con cada nuevo ciclo.

espera un minuto… ¿¡dijiste mas trabajo...!?

cuando comencé a mirar la metodología scrum por primera vez, había algo que me asustaba un poco: toda esta idea de completar más trabajo.

¿más trabajo...? ¡pero si ya estoy saturado!

pero la idea que soporta la metodología scrum no es “trabajar más”, sino trabajar de una manera más inteligente y, así, lograr más.

sutherland tiene una frase muy buena sobre esto en su libro scrum: the art of doing twice the work in half the time (scrum: el arte de hacer el doble de trabajo en la mitad de tiempo):

“piense sobre su trabajo. ¿qué porcentaje de su tiempo se desperdicia mientras usted está esperando que alguien más termine su trabajo o que se entregue información o porque usted está tratando de hacer demasiadas cosas a la vez? tal vez usted prefiera pasar todo el día en el trabajo —yo preferiría estar surfeando”.

el modelo scrum no mide las horas que has registrado, sino las tareas que has cumplido. ¿a quién le importa cuánto tiempo tomó una tarea si el resultado es el mismo?

con scrum, no estás creando más trabajo para ti; estás siendo más eficiente para que puedas pasar menos de tu tiempo en la oficina y más del mismo con tus seres queridos y las cosas que te apasionan.

¿qué tal suena eso para equilibrar la vida laboral y personal?

más fuentes

no es fácil poner todo lo referente a scrum en una sola publicación de blog, por lo que te recomiendo ampliamente leer un poco más sobre el modelo scrum, en caso de que sea de tu interés, en las siguientes opciones:

• scrum: the art of doing twice the work in half the time (scrum: el arte de hacer el doble de trabajo en la mitad de tiempo), de jeff sutherland – este libro fue mi primera inmersión profunda en el modelo scrum. todo se plantea de una forma amena, con anécdotas para reforzar todos y cada uno de los aspectos del marco de trabajo —el framework scrum. un libro muy recomendable.

• our agency’s epic 200% 世界杯欧洲预选赛直播平台 secret (el secreto de una productividad épica del 200% de nuestra agencia) de adam steele – me encontré este blog después de ver a los desarrolladores de mi empresa trabajar con scrum y preguntarme si algún mercadólogo lo usaría. ¿la respuesta? sí. ¡y de una excelente forma!

• la guía de scrum, de jeff sutherland y ken schwaber – la guía básica que necesitas para comenzar.

• scrum glossary (glosario scrum), de la scrum alliance – definiciones de todas las personas y partes en scrum
• scrum certifications (certificaciones en scrum), de la scrum alliance – si quieres adentrarte aún más en scrum, revisa algunos de estos cursos de certificación.

nos gustaría mucho conocer tu opinión, sea buena o mala. compartenos tu opinión haciendo clic aquí. :)