Quiero ser justo con esto, porque la versión perezosa de este argumento es incorrecta y todo el mundo en la industria lo sabe. Los ingenieros de agencias no son más lentos que los ingenieros internos. Muchos son considerablemente mejores, porque han visto cuarenta bases de código en lugar de una.
Y sin embargo el mismo trabajo que toma a un pequeño equipo tres semanas rutinariamente toma a una agencia seis meses. Esa brecha no es esfuerzo. Es estructura.
Dónde va el tiempo realmente
La fase de descubrimiento que descubre lo que ya te dijeron
Cuatro a seis semanas de workshops, personas y mapas de viaje, terminando en un deck que reexpone tu brief con tipografía más bonita. Existe por dos razones: es facturable, y protege a la agencia de ser culpada por una dirección equivocada después.
Algo de descubrimiento es genuinamente necesario — no puedes construir lo que nadie ha definido. Pero la proporción está mal. Si el descubrimiento cuesta más que el primer incremento envíable, estás financiando un seguro, no un producto.
La brecha de staffing
Firmas en marzo. El equipo está libre en mayo. Mientras tanto te asignan un equipo parcial, o un lead fuerte que está genuinamente en tu proyecto — por un día a la semana.
Este es el elemento de línea menos discutido y más caro, porque nunca aparece como un elemento de línea.
El equipo de pitch y el equipo de entrega son personas diferentes
Compraste a la persona en la sala. Conseguiste a quien estaba disponible. Eso no es fraude; las agencias son negocios de staffing y la gente senior vende. Pero el juicio que evaluaste no es el juicio que construye tu producto.
Handoffs
Estrategia escribe un brief para Diseño. Diseño produce archivos para Ingeniería. Ingeniería hace preguntas que Diseño no consideró, y Diseño está ahora en otra cuenta. Cada handoff pierde contexto y añade una cola, y las colas son donde el tiempo de calendario se esconde.
Teatro de aprobaciones
Tres rondas de feedback por deliverable, cada una con una semana de plazo, la mayoría gastado esperando el calendario de alguien en lugar de en el trabajo de alguien.
Súmalo
Seis semanas descubrimiento. Cuatro semanas brecha de staffing. Seis semanas diseño con dos ciclos de revisión. Diez semanas build, interrumpido por tres handoffs. Cuatro semanas de QA y revisión de stakeholder. Veintiséis semanas — y la ingeniería actual fue quizá quince días de trabajo senior enfocado.
Nadie fue perezoso. Nadie rellenó una hoja de horas. La estructura produjo el número.
Qué la estructura realmente te está comprando
Siendo justos: a cierta escala compra cosas reales. Continuidad cuando alguien se va. Capacidad para ejecutar cinco workstreams a la vez. Alguien a quien demandar. Una marca que tu junta reconoce. Para una compañía de 200 personas reemplazando un sistema central, eso vale la pena pagar.
Para un founder tratando de descubrir si una idea funciona, estás pagando un seguro contra riesgos que no tienes.
Cómo comprar alrededor de esto
- Pregunta quién escribe el código, por nombre, antes de firmar. Luego pregunta qué porcentaje de su semana consigues. La respuesta a la segunda pregunta es la honesta.
- Limita el descubrimiento explícitamente. "Una semana, luego construimos algo." Un buen partner te empujará con especificidades si eso es genuinamente muy corto — y ese pushback te dice algo útil.
- Compra ventanas fijas cortas. Dos o tres semanas con un resultado envíable al final. La estructura no puede esconderse dentro de una ventana de dos semanas; no hay lugar donde vaya.
- Insiste en software funcionando temprano, no artefactos. Un deck no es progreso. Un build en tu teléfono lo es.
- Reduce aprobadores a uno. Cada persona extra con poder de veto añade una semana, lo que dice el contrato.
El contra-argumento honesto
Un pequeño equipo senior es más rápido y más barato, y tiene una debilidad real: bus factor. Si es una o dos personas y una se enferma, te paras. Una agencia absorbe eso; una persona individual no.
Ese es un comercio genuino, y la respuesta correcta depende de si estás validando algo o corriendo algo. Solo hazlo una decisión en lugar de un default — y mientras estás en ello, decide qué forma de contrato coincide con cómo realmente entiendes el trabajo.