Kollabe
Retrospectivas
Póker de Planificación
Standups
Rompehielos
Precios
Tablero

Publicaciones

¿Las startups necesitan retrospectivas?

Ilustración de un pequeño equipo de startup de cuatro personas trabajando en una oficina estrecha con portátiles, notas adhesivas en una única pizarra y un calendario de releases en la pared, con energía y algo de caos
Kelly Lewandowski

Kelly Lewandowski

Última actualización 25/07/20267 min de lectura

La pregunta aparece en los subreddits de agile cada pocas semanas, casi siempre de alguien en una startup, y casi siempre formulada más o menos así: somos cinco personas, estamos en el mismo canal de Slack, entregamos todos los días, no tenemos sprints. ¿Por qué íbamos a agendar una reunión para hablar de cómo trabajamos si ya hablamos de cómo trabajamos constantemente? Las respuestas suelen ser peores que la pregunta. "Inspecciona y adapta." "Mejora continua." "Está en la Guía de Scrum." Nada de eso es una razón. Son eslóganes, y un founder quemando runway huele un eslogan a kilómetros. Así que aquí va la respuesta de verdad, incluida la parte en la que la objeción tiene razón.

Lo que la objeción acierta

La retro que casi todo el mundo se imagina es una reunión de 90 minutos con un facilitador, un temporizador, un tablero de Mad Sad Glad y ocho action items que nadie vuelve a mirar. Ese formato existe porque una organización de ingeniería de 40 personas necesita un canal formal para el feedback. Los canales informales no escalan más allá de una docena de personas, así que construyes una ceremonia para reemplazarlos. Una startup tiene el canal informal. Y funciona. La mayor parte de lo que una retro de empresa grande saca a la luz el jueves, un equipo de cinco personas ya lo sabía el martes y lo arregló el miércoles. El coste también es real. Cinco personas en una reunión de 90 minutos es casi un día entero de ingeniería, cada dos semanas, en una empresa donde el runway se mide en meses. Si alguien te dice que la hagas porque el framework lo dice, ignóralo. No estás haciendo Scrum. Estás llevando una empresa.

La parte que se le escapa

La conversación constante es excelente con los incidentes e inútil con los patrones. Así se ve en la práctica. Staging se come una tarde. Alguien lo arregla, lo cuenta en Slack, todo el mundo sigue con lo suyo. Tres semanas después vuelve a pasar, otro síntoma, la misma raíz. Alguien lo vuelve a arreglar. Nadie dice "esta es la cuarta vez este trimestre" porque nadie está contando. Cada caso individual era lo bastante pequeño como para absorberlo, y el arreglo lo bastante rápido como para que el patrón nunca llegara a hacerse visible. La frecuencia es la información, y el feedback continuo tira la frecuencia a la basura. Solo la ves cuando alguien escribe la misma queja dos veces y los dos papeles acaban uno al lado del otro. Ilustración de una persona apagando una y otra vez el mismo pequeño incendio a lo largo de una línea temporal, con el incendio idéntico reapareciendo a intervalos detrás de ella, y una lupa que revela el patrón que se repite Lo analizamos en un millón de tarjetas de retro escritas por equipos reales. Las quejas más comunes no eran dramáticas. Testing y QA encabezaban la lista con un 10.2% de todas las tarjetas de queja, seguidos de tickets y requisitos con un 8.1%, y despliegues y releases con un 4.9%. La comunicación, eso que todo el mundo asume que es el problema, se quedó en un 1.9%. Fíjate en lo que tienen en común esas primeras posiciones. Son todos problemas estructurales de combustión lenta que no son la emergencia de nadie en una tarde concreta. Por eso exactamente nunca salen en el pasillo y por eso exactamente se acumulan.

Tu bucle de feedback va en una sola dirección

Esta es específica de las startups y los founders la subestiman una y otra vez. Con cinco personas, la voz más fuerte de la sala normalmente firma las nóminas. Eso no convierte a nadie en mal manager. Es lo que pasa cuando la persona con más contexto y más convicción está en absolutamente todas las conversaciones. Los ingenieros junior no le llevan la contraria a un founder en un hilo en directo sobre la decisión de arquitectura del propio founder. Una retro escrita donde todo el mundo envía antes de que nadie lea es el arreglo más barato que conozco para eso. Cinco minutos de silencio, y cambia lo que escuchas, porque la gente escribe una preocupación que jamás diría en voz alta mientras el CTO está a mitad de frase. Si quieres la versión larga de por qué esto importa, escribimos sobre seguridad psicológica en equipos ágiles por separado.

La factura llega con la contratación número siete

Las startups no se quedan en cinco personas. Ese es todo el sentido del ejercicio. Las decisiones tomadas en un pasillo no dejan registro. El equipo fundador se acuerda de por qué el servicio de billing tiene la forma que tiene y de por qué nadie toca el job de importación. Contrata a seis ingenieros en un trimestre y ninguno tiene nada de eso. Van a volver a discutir decisiones que cerraste en marzo, y te vas a pasar el trimestre reexplicando en lugar de construyendo. Un historial de retros es la memoria institucional más barata que puedes comprar, sobre todo porque la conversación ibas a tenerla igual. Escribirla es el único coste extra.

La versión startup de una retro

Veinticinco minutos, cada dos semanas, o al mes si tu ciclo es más lento. Sin formación de facilitador, sin icebreaker y sin necesidad de sprint.
  1. Escribe en silencio durante cinco minutos
    Con tres preguntas basta: qué nos frenó, qué funcionó mejor de lo esperado, con qué estamos a punto de chocar. Todo el mundo escribe a la vez, nadie lee hasta que se acaba el temporizador.
  2. Agrupa y vota durante cinco minutos
    Junta los duplicados. Los duplicados son la señal que viniste a buscar. Después cada persona recibe dos votos.
  3. Discute solo los dos temas más votados
    Diez minutos, dos temas. Todo lo demás se queda en el board como registro. No estás intentando resolver el mes entero, estás intentando encontrar eso que en silencio te sigue costando días.
  4. Sal con un cambio y un nombre al lado
    Uno. No una lista. Asígnalo a una persona y ponle fecha, y luego revísalo al principio de la siguiente retro.
El async funciona incluso mejor a este tamaño. Nadie necesita estar en una sala. Publica el board el lunes por la mañana, deja que la gente añada tarjetas a lo largo del día, y dedica quince minutos en común a los dos temas principales. Un board de retrospectiva de Kollabe con columnas Start, Stop y Continue llenas de tarjetas de un equipo de cinco personas, junto a encuestas de equipo públicas y anónimas

Cuándo puedes saltártela de verdad

Prefiero ser honesta contigo antes que venderte una ceremonia.

Dos cofundadores que hacen pair todo el día, en fase pre-producto, sin empleados. Tu paseo de los martes ya es la retro. Hazlo a propósito una vez al mes y deja por escrito lo que salga.

El ciclo en el que todo se torció por un único incidente. Haz un postmortem en condiciones en su lugar, que es mejor formato para un evento aislado con una causa clara.

Ya haces una revisión escrita mensual que pregunta qué os está frenando. Eso es una retro. Quédatela y sáltate la segunda reunión.

Lo que no cuenta como excusa válida: "estamos muy liados". Cinco personas durante 25 minutos son unas dos horas de tiempo de empresa al mes. Un solo fallo de despliegue repetido cuesta más que eso en una sola tarde, y ya has tenido cuatro.

Entonces, ¿necesitas una?

Si eres una startup con más de tres personas y cualquier intención de contratar, sí, pero no la versión que te estás imaginando. Lo que necesitas es un hábito corto y recurrente de escribir las cosas y mirar qué se repite. La ceremonia es opcional. El registro no. Empieza con un board y tres preguntas. Si buscas dónde ponerlo, las retrospectivas de Kollabe son gratis para equipos pequeños, funcionan en async y dejan que la gente envíe de forma anónima para que la opinión del founder no sea lo primero que lee todo el mundo. Nuestro generador de plantillas de retro te construye un formato a partir de una descripción de una línea de tu equipo si prefieres no elegirlo tú.

Cada dos semanas funciona para la mayoría de equipos que entregan de forma continua. Al mes está bien si tu ciclo es más lento o el equipo tiene menos de cinco personas. Más detalle en nuestra guía sobre con qué frecuencia hacer retrospectivas.

Sí. Átala al calendario en lugar de a una iteración. Una retro necesita un periodo sobre el que mirar atrás, y "las dos últimas semanas" es un periodo.

No. A tamaño startup, quien la agenda puede dirigirla. La única regla que merece la pena hacer cumplir es que todo el mundo escriba antes de que nadie hable.

El envío anónimo ayuda incluso cuando todo el mundo puede adivinar quién escribió qué, porque elimina el momento de decidir si hablar o no. Pruébalo durante dos rondas y compara lo que acaba en el board.