CWM no es gestión de proyectos

Distribuidora de material eléctrico, 240 personas, tres centros de distribución. En marzo la empresa compró una buena herramienta de gestión de proyectos — tablero, plazo, responsable, dependencia. En noviembre, el director de operaciones hizo la cuenta: 38 tableros activos, de los cuales 6 eran proyectos de verdad. Los otros 32 eran procesos que se repiten cada semana, convertidos a la fuerza en listas de tareas que alguien vuelve a crear a mano en cada ciclo.

No fue un error de elección. Fue un error de categoría. La herramienta hace muy bien lo que se propone hacer, y lo que se propone hacer es una porción pequeña del trabajo de una empresa mediana.

01Proyecto, proceso y operación son tres animales distintos #

El PMBOK Guide, del Project Management Institute, define proyecto como un esfuerzo temporal emprendido para crear un producto, servicio o resultado único. Las dos palabras que cargan el peso son temporal y único: hay una fecha en que eso termina, y lo que se produce no es igual a lo anterior. Una implantación de ERP es un proyecto. La reforma de una tienda es un proyecto.

• Proyecto — principio, fin y alcance propio. Cada uno es distinto del anterior. Lo que importa medir es plazo, alcance y costo hasta la entrega.
• Proceso recurrente — el mismo camino recorrido muchas veces, con etapas, reglas y responsables fijos. Compras, admisión, cierre contable, aprobación de crédito. Lo que importa medir es tiempo de ciclo, retrabajo y dónde se traba.
• Operación continua — no hay instancia que termine; hay una fila que nunca se vacía. Atención al cliente, mantenimiento, expedición, soporte. Lo que importa medir es cumplimiento del SLA, volumen en fila y envejecimiento de lo que está detenido.

Una herramienta de proyectos representa muy bien el primer caso. En los otros dos sobrevive por adaptación: alguien duplica un tablero modelo cada lunes, alguien pega el enlace del documento en el comentario de la tarjeta, alguien exporta a una planilla porque el informe que pidió la dirección no existe allí. Cada una de esas adaptaciones es trabajo invisible que nadie contabiliza — lo que Ohno llamaría desperdicio de oficina.

02Compras con doble aprobación #

La distribuidora tiene una regla simple: una compra superior a R$ 15 mil pasa por el gerente del área y por finanzas; superior a R$ 80 mil, también por el director. (Es una empresa mediana brasileña; las cifras están en reales y se mantienen así en todas las versiones de este texto.) Tres personas, dos condiciones, un orden obligatorio. En un tablero de tareas eso se convierte en una tarjeta con tres casillas y la esperanza de que nadie marque la tercera antes que la segunda.

Lo que falta no es un campo, es una regla ejecutable. En una plataforma de trabajo colaborativo, el valor del pedido decide qué aprobaciones existen, cada aprobación registra quién, cuándo y con qué comentario, el proveedor entra desde un registro y no desde el teclado, y la factura queda adjunta a la etapa que la exigió. Si finanzas devuelve, el pedido vuelve a una etapa con nombre — no a un comentario pidiendo que alguien lo rehaga.

03Onboarding que cruza RR. HH., TI y jefatura #

Rummler y Brache describieron en 1990 el problema que sigue siendo el más caro de las empresas medianas: el trabajo que importa ocurre en el espacio en blanco del organigrama, entre las cajas, y es justamente ahí donde nadie es dueño. La admisión de una persona es el ejemplo perfecto.

1. RR. HH. reúne documentos, registra el contrato y agenda la inducción.
2. TI crea correo, accesos, notebook y teléfono — y necesita saber el cargo exacto para dar el permiso correcto.
3. La jefatura define el alcance de los primeros 30 días, quién acompaña y qué capacitación va primero.
4. Servicios generales provee credencial, puesto de trabajo y uniforme, cuando corresponde.

Son cuatro áreas, plazos distintos y una dependencia dura: TI no termina sin la información de RR. HH., y la jefatura no recibe a nadie sin TI. Un tablero de tareas muestra las cajas. Un proceso muestra el pase entre ellas — y es el pase lo que se atrasa. La empresa que trata la admisión como proceso diseñado puede responder, sin preguntarle a nadie, cuántas admisiones están en curso y qué etapa se atrasa más.

04Atención con SLA y cierre mensual #

La atención al cliente de la distribuidora recibe unos 900 tickets por mes, con SLA de 8 horas hábiles para primera respuesta y 3 días hábiles para la solución. Eso no es proyecto ni proceso con fecha de fin: es operación. Necesita fila con prioridad, reloj que corre por ticket, escalamiento automático cuando el plazo está por vencer y un panel que muestre lo que va a vencer hoy — no lo que venció el mes pasado.

El cierre mensual es el opuesto simétrico: un proceso que se repite doce veces al año, siempre con las mismas 40 etapas, los mismos responsables y una fecha límite que no se mueve. Lo que contraloría necesita no es crear 40 tareas cada mes; es disparar un modelo con plazos relativos al quinto día hábil y ver, el día 3, quién todavía no entregó la conciliación. Es el mismo razonamiento de medir la variación en vez de culpar a las personas: si la misma etapa se atrasa todos los meses, el problema es el diseño, no el empleado.

¿Querés ver cómo queda dentro de una operación real? Conocé la plataforma.

05El documento en el contexto de la actividad #

En casi toda empresa mediana, el documento vive en un drive paralelo. La propuesta comercial está en una carpeta compartida; la tarjeta que dice 'enviar propuesta' está en el tablero; el contrato firmado está en el correo de alguien. Tres lugares para un solo hecho. Cuando esa persona sale de vacaciones, la empresa descubre que la información no era de la empresa.

Documento en contexto significa que el texto, la planilla y el adjunto pertenecen a la etapa que los exige, heredan el permiso de ese proceso y aparecen en el historial de quién cambió qué. No es comodidad: es la diferencia entre conocimiento que circula y conocimiento que se evapora cuando la persona cambia de área.

06Automatización y agentes dentro del flujo #

La última diferencia es la que más cambia el día a día. En una herramienta de proyectos, la automatización normalmente mueve tarjetas y notifica gente. En un proceso bien diseñado, la automatización ejecuta: verifica el límite de alzada, crea el pedido con el proveedor correcto, reclama el pendiente al tercer día, escala a la jefatura al quinto. Y el agente de IA, cuando existe, opera dentro de la misma regla — con alcance, permiso y trazabilidad, como discutimos en qué delegar a un agente y qué no.

07Cuándo alcanza con la herramienta de proyectos #

Vale la honestidad: si su empresa es una agencia, una consultora o un estudio, donde casi todo el trabajo es una entrega única para el cliente, una buena herramienta de proyectos puede resolver el 90% del problema — y cambiarla por una plataforma entera sería costo sin retorno. La señal de que la categoría cambió es otra: cuando los procesos recurrentes y la operación pasan a ocupar la mayor parte de la agenda, y el esfuerzo de mantener todo sincronizado empieza a competir con el trabajo en sí. Es el costo de coordinar subiendo hasta volverse visible.

Es ese conjunto — planificación, colaboración en contexto, contenido, automatización, informes y asistencia inteligente — lo que el mercado empezó a llamar Collaborative Work Management. La definición pública vino de Gartner, que publicó el Magic Quadrant for Collaborative Work Management el 28 de octubre de 2025. Queda la atribución correcta: GARTNER es marca registrada de Gartner, Inc. y/o de sus afiliadas; Gartner no respalda a ningún proveedor descrito en sus publicaciones; la referencia aquí es exclusivamente a la definición de mercado de la categoría.

Si quiere ver esto armado, vale mirar cómo encajan los módulos, qué ejecutan los agentes dentro del proceso y qué cambia por área. Y, antes de decidir, el próximo texto de este tema es un checklist: cómo evaluar una plataforma de CWM.

El proyecto es el trabajo que termina. El proceso es el trabajo que vuelve. La operación es el trabajo que no para. Una empresa mediana vive de los tres al mismo tiempo — y elegir la herramienta como si solo existiera el primero es la razón por la que tanta planilla sobrevive al software que debía haberla jubilado.