Marketing lanza una campaña el lunes prometiendo una feature que todavía está en code review. El dev que la está armando se entera por un thread de Slack donde alguien pregunta si ya está lista la nueva integración. Nadie coordinó nada, y ahora hay que elegir entre shippear rápido y mal, o dejar a marketing publicando algo que todavía no existe.
Esto pasa en casi todos los equipos donde marketing y desarrollo trabajan juntos, y es más frecuente cuando el equipo es remoto, porque no hay forma de resolverlo cruzando el pasillo. La única coordinación real es la que queda escrita.
Por qué la fricción es normal, no una falla
Marketing y desarrollo optimizan para cosas distintas, y está bien que sea así. Marketing necesita moverse rápido porque compite por atención en un ciclo de noticias que dura días. Desarrollo necesita certeza antes de prometer una fecha, porque un release roto le cuesta caro al producto. Ninguno de los dos está actuando mal, están respondiendo a incentivos diferentes que casi nunca alguien se toma el trabajo de hacer explícitos.
Cuando esto no se nombra, la fricción se vive como un problema de personas: marketing es el equipo que promete cosas al pedo y desarrollo es el equipo que siempre dice que no se puede. Ninguna de las dos cosas es cierta, es un problema de proceso.
Lo que funciona cuando la colaboración es real
Dale a marketing un rango, no una fecha falsa
Un dev senior no dice listo el viernes cuando en realidad quiere decir creo que el viernes, si no aparece nada raro. Comunicar el rango real, y el riesgo detrás de esa fecha, le permite a marketing planificar una campaña con un colchón en vez de armar todo alrededor de una promesa que nadie puede garantizar.
Metete en la conversación de discovery, no solo en la de entrega
La mayoría de los pedidos imposibles de marketing nacen porque nadie técnico estuvo en la sala cuando se armó el plan. Un dev senior que participa, aunque sea 20 minutos, en la planificación de una campaña evita después tener que decir que no a último momento a algo que se anunció sin consultar.
Decí que no con una alternativa, no con un silencio
No llegamos con eso para el lanzamiento genera menos fricción que no contestar el mensaje. Y no llegamos con eso, pero podemos tener esta versión más simple genera más confianza todavía. El silencio es lo que realmente rompe la relación entre los equipos, no el límite en sí.
Un canal compartido con estado real, no una cadena de mensajes privados
Si marketing tiene que preguntarle a una persona puntual el estado de cada feature, el sistema no escala y depende de que esa persona esté online. Un canal o un board compartido donde el estado se actualice solo (o casi solo) saca a los devs de estar contestando la misma pregunta todos los días distintos.
La relación entre devs senior y marketing no va a ser armoniosa todo el tiempo, y estaría bien dejar de fingir que sí. Lo que hace que un lanzamiento funcione no es que ambos equipos se lleven perfecto, es que cuando hay fricción, la resuelvan rápido y con datos, no por jerarquía ni por quién insiste más fuerte.
