Cómo administrar un proyecto cuando no sabes qué estás construyendo

Tabla de Contenidos

• La foto borrosa: por qué waterfall y agile no alcanzan
• La señal de que ya tienes resolución: puedes dibujar el organigrama
• Departamentos primero, personas después

  • No copies el organigrama de una empresa grande
• El equipo mínimo viable
• Tiro seguro o I+D: la etiqueta que decide dónde va tu dinero

  • Regla 1: no puedes hacer I+D en todo
  • Regla 2: gasta distinto en cada una
  • Regla 3: el máximo número de intentos por día
• La rebanada vertical y las tres versiones

  • Los cinco caminos para cubrir cada función
• Haz la cuenta antes de comprar la herramienta
• No escales un dibujo que vas a tener que borrar
• Publica antes de estar listo
• Lanzar no es tener éxito
• El verdadero activo: el playbook
• Resumen del método
• Ejercicio para esta semana
• Mira el video

La foto borrosa: por qué waterfall y agile no alcanzan

Imagina una fotografía de tu proyecto y del mercado al que va dirigido. Al principio está borrosa: ves manchas de color, adivinas formas, pero no distingues los detalles. Quieres abrir una panadería de masa madre y sabes que hay gente que paga más por buen pan, pero no sabes cuántos son, a qué hora compran, ni si tu problema real va a ser el horno o el reparto.

Esa foto borrosa es tu punto de partida y no hay forma de saltártela. Lo único que puedes hacer es subirle la resolución, y la resolución sube de una sola manera: actuando. Cada cliente que atiendes, cada proveedor con el que negocias, cada versión que publicas te devuelve píxeles que antes no tenías.

Aquí es donde los dos modelos clásicos se rompen:

• Waterfall asume que el mapa ya se conoce. Por eso el PMBOK le sirve a un emprendimiento solo en parte.
• Agile es más honesto porque acepta que hay que iterar, pero asume que el backlog ya está definido: que sabes qué toca en las próximas dos semanas.

En un entorno donde la tecnología, los canales y hasta el comportamiento del cliente cambian cada trimestre, ninguna de las dos suposiciones se sostiene. Necesitas otra cosa: no un plan completo, sino un plan de baja resolución que gane detalle al mismo tiempo que lo gana tu equipo.

La señal de que ya tienes resolución: puedes dibujar el organigrama

Esta es la parte que casi nadie dice, y la más útil de todo el marco.

Sabes que has ganado resolución cuando puedes dibujar exactamente el organigrama que necesitas. No una lista de tareas. No un roadmap. Un organigrama: qué funciones existen, cuántas personas van en cada una, cuáles son internas, cuáles se contratan por proyecto y cuáles se resuelven con tecnología en lugar de con gente.

Mientras no puedas dibujar eso, sigues borroso. Y si sigues borroso, no deberías estar contratando en masa ni levantando una ronda grande.

Fíjate en el cambio de pregunta. Deja de ser "¿cuándo estará listo el producto?" y pasa a ser "¿cuándo sabré qué forma tiene que tener mi organización para hacer esto bien?".

Departamentos primero, personas después

Cuando descompones un proyecto, la tentación es pensar en personas: necesito un diseñador, alguien de ventas, un community manager. Es un error de orden.

Primero descompones en departamentos, y aquí va la definición que lo cambia todo:

Un departamento es un problema. Un rol es una solución aprendida.

Si abres una agencia de contenidos, "producción de video" no es un puesto de trabajo: es un problema que tienes que resolver. "Captación de clientes" es un problema. "Cobrar a tiempo" es un problema. Los roles vienen después, cuando ya entendiste el problema lo suficiente como para saber qué tipo de persona lo resuelve.

Confundir esto lleva a contratar a alguien con un título bonito para un problema que todavía no entiendes, y a descubrir a los cuatro meses que el problema era otro.

No copies el organigrama de una empresa grande

Habla con gente de tu industria, siempre. Pero no copies la estructura de una empresa grande. Cuando una empresa crece, incorpora personas cuyo único trabajo es evitar desastres: aprobar, revisar, coordinar, filtrar. Es legítimo en una empresa de mil personas y es veneno en un proyecto de ocho.

Si copias esa estructura desde el día uno, buena parte de tu equipo estará supervisando en vez de produciendo. No vas a ganar resolución: vas a ganar reuniones.

El equipo mínimo viable

Todo el mundo habla del producto mínimo viable. Casi nadie habla del equipo mínimo viable.

La regla es: en la primera versión buscas amplitud, no profundidad. Una persona por departamento. Ni dos, ni un equipo, ni un responsable con su gente. Una por cada problema identificado, aunque esté al setenta por ciento de lo que necesitarías.

Suena precario, y lo es. Pero el objetivo de esa primera formación no es entregar el proyecto terminado: es descubrir dónde están los huecos. Al pasar por el ciclo completo con un equipo delgado se hacen visibles las costuras:

• dónde se atasca todo,
• qué función estaba haciendo el trabajo de dos,
• qué problema resultó ser trivial,
• y cuál era el cuello de botella real.

Con eso ya puedes añadir profundidad donde sirve, no donde te lo imaginabas.

Tiro seguro o I+D: la etiqueta que decide dónde va tu dinero

De todo el marco, esta es la herramienta que puedes aplicar esta misma semana. Toma la lista de departamentos y pon a cada uno una de dos etiquetas.

Tiro seguro. Conoces el método. No significa que seas el mejor del mundo haciéndolo; significa que sabes exactamente cómo se hace y podrías explicárselo a alguien. Aquí escalar es un problema de dinero: contratas más gente o compras más herramienta y sale más resultado. Predecible.

I+D. No conoces el método. No es que te falte tiempo: es que nadie en tu equipo sabe todavía cómo se resuelve esto. Aquí no escalas con dinero, escalas con experimentos. Y requiere tu atención directa como fundador; no la puedes delegar.

	Tiro seguro	I+D
¿Conoces el método?	Sí, podrías enseñarlo	No, nadie en el equipo lo sabe aún
Cómo se escala	Con dinero: más gente o más herramienta	Con experimentos
Gasto por unidad	Más alto: el retorno es predecible	Bajo y ligero: es una apuesta
Equipo y herramientas	Comprar e invertir	Alquilar y probar
Quién lo lleva	Se puede delegar	Requiere al fundador

Regla 1: no puedes hacer I+D en todo

Elige uno o dos departamentos donde vas a innovar de verdad y consigue que todos los demás sean tiro seguro. Si tu proyecto entero está etiquetado como I+D, no tienes un proyecto de seis meses: tienes uno de cuatro años, y probablemente te quedes sin dinero antes.

Y elige bien dónde innovar. Si ya eres buenísimo en la parte creativa, esa no necesita I+D: apóyate ahí y mete la energía en lo que no dominas.

Regla 2: gasta distinto en cada una

Por unidad, gasta más en lo que ya sabes hacer y menos en lo que no. Un dólar en tiro seguro te devuelve una unidad de resultado; un dólar en I+D es una apuesta que puede no salir. Mantén los roles de I+D baratos y ligeros.

Es la misma lógica del cliente que te paga bien por el servicio que sabe que necesita, y te ofrece un piloto mal pagado por el experimento que no sabe si le sirve. Lo mismo aplica a tu propio portafolio de apuestas, algo que la estrategia barbell 90/10 lleva al extremo.

Regla 3: el máximo número de intentos por día

En I+D, la velocidad no se mide en horas trabajadas sino en intentos. Lo que ibas a resolver en tres meses, resuélvelo en cinco días haciendo veinte pruebas.

Vale la pena invertir tiempo por adelantado en cualquier cosa que acorte el ciclo: ver el resultado en vivo en vez de esperar al render, o tener a quien decide mirando mientras se hace en vez de dando feedback dos semanas después.

La rebanada vertical y las tres versiones

Cuando no sabes qué estás construyendo, la peor estrategia es construirlo todo a medias. La mejor es la rebanada vertical: toma un trozo pequeño del proyecto y hazlo entero, de principio a fin, con toda su profundidad.

No hagas los primeros diez capítulos de tu curso online a medio terminar. Haz un capítulo completo: el video, los ejercicios, el soporte, el cobro, el seguimiento. Esa rebanada es tu unidad de aprendizaje.

Y luego la repites, más o menos tres veces:

1. Primera pasada. La haces con el equipo mínimo viable y va a quedar regular. La publicas igual, recoges feedback y descubres cuál era el problema difícil de verdad.
2. Segunda pasada. Ya no falla por lo mismo: falla por otra cosa, y esa otra cosa es información nueva.
3. Tercera pasada. Ya no estás descubriendo el producto: estás afinando el organigrama.

Ese es el propósito real de las tres pasadas. No es llegar al producto perfecto, es llegar al mapa completo de funciones: saber cuáles necesitas, cuáles son internas, cuáles van por contrato y en cuáles no hay nadie en el mercado que sepa hacerlo.

Los cinco caminos para cubrir cada función

Para cada función acabas eligiendo entre cinco caminos, y la elección solo es obvia cuando ya tienes resolución:

1. Hacerlo en casa con quien ya está en el equipo.
2. Contratar a alguien fijo.
3. Sustituirlo por tecnología.
4. Externalizarlo temporalmente.
5. Entrenar a alguien internamente con un mentor externo.

El último es el más lento, y a veces el único disponible cuando el perfil que necesitas sencillamente no existe en tu mercado.

Haz la cuenta antes de comprar la herramienta

Hay un momento correcto para invertir en tecnología, y no es "cuando puedas permitírtelo". Es cuando la cuenta te lo pide.

El procedimiento es simple:

1. Mide cuánto tarda una persona en producir una unidad de lo que sea.
2. Multiplica por las unidades que necesitas para terminar.
3. Divide por el plazo. Te sale cuántas personas harían falta si lo sigues haciendo a mano.
4. Compara ese costo anual con el de la herramienta que lo automatiza.

Por ejemplo: si una persona tarda 2 horas en editar un video, necesitas 600 videos y tienes 3 meses (unas 480 horas laborales por persona), harían falta 2,5 personas dedicadas solo a eso. Cuando el número de personas es absurdo, ya tienes la respuesta, y además el argumento en cifras para defenderla ante un socio o un inversor.

Dos reglas acompañan a esta cuenta:

• Alquila mientras estés en I+D y compra cuando sea tiro seguro. No inmovilices capital en equipo que quizá no vuelvas a usar, pero invierte en cuanto un departamento cambie de etiqueta: ahí ya no apuestas, escalas.
• Añade un 30 % de colchón a cualquier estimación, y pregúntate qué rol complementario aceleraría al principal. A veces la forma más barata de duplicar la producción no es contratar a otro especialista caro, sino poner a alguien que le prepare el terreno.

No escales un dibujo que vas a tener que borrar

Llegamos al error más caro de todos, y es un error de secuencia, no de estrategia.

Cuando terminas tus tres pasadas y ya tienes el organigrama claro, es el momento de escalar: meter dinero, contratar, comprar herramienta. Antes de eso, no.

El motivo es que redibujar el organigrama exige volver a baja resolución, y no se puede redibujar un equipo grande. Con cinco personas, pivotar es una conversación de una tarde. Con cuarenta, es despedir a gente a la que le hiciste promesas y pelearte con formas de trabajar que el equipo ya interiorizó. La organización se resiste, y con razón.

Por eso el orden importa tanto: primero encuentras la forma, después le echas combustible. Si levantas una ronda grande antes de conocer la forma, no compras velocidad: compras la obligación de acertar a la primera.

Y un detalle de calendario que casi nadie mete en el plan: entre que identificas a la persona que necesitas, la convences y cumple su preaviso, pasan de tres a cuatro meses. Tu planificación de contratación tiene que ir ese trimestre por delante.

Publica antes de estar listo

Todo este método depende de una cosa: recibir feedback real. Y el feedback real no llega si no enseñas el trabajo. Es la misma idea que está detrás del customer development de Steve Blank y de validar una idea en una semana.

Publicar versiones intermedias te da tres cosas a la vez:

• Forma, porque cada crítica es un píxel más de resolución.
• Talento, porque nadie deja un trabajo estable por una idea que no ha visto, pero mucha gente se apunta a algo que ya existe aunque esté a medias.
• Mentores, porque nadie con experiencia real te dedica su tiempo si no puede comprobar que vas en serio.

Enseñar trabajo imperfecto no es un riesgo reputacional. Es el mecanismo por el que consigues las piezas que te faltan.

Lanzar no es tener éxito

Un proyecto no es exitoso porque se haya lanzado. Todos los días se lanzan cosas que no le importan a nadie. Antes de darte por satisfecho, define qué señales vas a mirar:

• Si gusta de verdad: que a una parte importante de quienes lo prueban, por ejemplo la mitad, les encante.
• Si pagarían: qué porcentaje dice que pagaría, sabiendo que ese número siempre viene inflado y que lo que buscas es la proporción, no la cifra.
• Si hay mercado: cuánta gente hay realmente ahí fuera para lo que haces.

El verdadero activo: el playbook

Cuando hayas recorrido el ciclo entero, te llevas algo más valioso que el proyecto: el playbook.

Y no es el documento donde apuntaste cómo se hacían las cosas. Los documentos se leen, pero no se aprenden: nadie ha aprendido a editar video leyendo un manual. El playbook es el organigrama que descubriste, la red de colaboradores y mentores que construiste, y el criterio que ahora vive en la cabeza de tu gente.

Ese es el activo. El proyecto es solo la excusa que lo produjo.

Resumen del método

1. Acepta que empiezas con una foto borrosa y que solo la acción sube la resolución.
2. Descompón el proyecto en departamentos (problemas), no en personas.
3. Arma un equipo mínimo viable: una persona por departamento.
4. Etiqueta cada departamento como tiro seguro o I+D, y deja como máximo dos en I+D.
5. Construye una rebanada vertical completa y repítela unas tres veces.
6. Invierte en herramientas cuando la cuenta lo pida, no antes.
7. Escala solo cuando puedas dibujar el organigrama exacto.

Ejercicio para esta semana

Si estás en medio de un proyecto ahora mismo, haz esto: escribe la lista de departamentos —no de personas— y ponle a cada uno la etiqueta de tiro seguro o I+D.

Si tienes más de dos en I+D, ahí está tu problema de plazos.

Mira el video

Si prefieres verlo explicado, aquí tienes el método completo en video:

Ver en YouTube