La asignación debería mostrar margen y capacidad antes de mostrar un nombre
Antes de asignar a una persona a un proyecto, deberías ver qué le hace al margen planeado del proyecto y a la capacidad que le queda a esa persona esta semana. Una matriz, tres flujos.
Una decisión de asignación son dos decisiones al mismo tiempo, y la mayoría de las firmas la toma como una.
Un líder de entrega necesita un consultor senior en un proyecto. El candidato se nombra en un mensaje de Slack. El PM acepta en el siguiente mensaje. La asignación cae en la herramienta de proyecto para el martes. Nadie de los dos lados de la conversación ha visto qué le hace la asignación al margen planeado del proyecto, y nadie ha visto qué le hace a la capacidad restante del candidato para la semana. La decisión se toma desde la memoria, desde la relación, y desde la suposición de que el consultor senior la va a absorber.
Una semana después el consultor senior está a ciento veinte por ciento. El margen de otro proyecto se resbaló porque el candidato que el líder de verdad necesitaba era el junior que no pudo ser asignado a tiempo. Los dos hechos nunca se encontraron antes de que se hiciera la asignación.
Los dos números que cambia la asignación
Cada cambio de asignación mueve dos números, y los dos pertenecen a la misma pantalla que la asignación misma.
El primero es el margen del proyecto. Un consultor senior a una tarifa de costo más alta comprime el margen. Un junior a una tarifa de costo más baja, si el trabajo embona, lo abre. La respuesta correcta no siempre es senior. La respuesta correcta es la que embona con el trabajo y con el precio, y el líder no puede leer “embona” sin la matemática enfrente. El impacto en margen no es una reconciliación después del hecho. Es el insumo de la decisión.
El segundo es la capacidad restante de la persona. La capacidad es un número real, derivado del tiempo ya agendado contra otro trabajo esa semana. No es una adivinanza. Un consultor senior a noventa por ciento tiene diez puntos restantes esta semana, y una asignación que necesita quince rompe algo. O la asignación se resbala. O el consultor senior absorbe el golpe. O otro proyecto pierde el tiempo con el que contaba. Cada una de esas es un costo real, y el líder debería pagarlo a sabiendas o no pagarlo.
La matriz muestra los dos. Impacto en margen en una columna. Impacto en capacidad en la otra. El nombre viene después, no antes, de la matemática.
Tres flujos, una matriz
La asignación pasa en tres formas, y la mayoría de las firmas las corre por tres superficies distintas.
La asignación a nivel proyecto es el movimiento más grande. Un nuevo proyecto cae, y se asigna un equipo a lo largo del compromiso. La decisión es varias personas, varias semanas, contra un margen planeado que el equipo del trato ya escribió. La matriz muestra el bloque de asignación, el impacto acumulado en margen y la capacidad de cada persona a lo largo de la ventana del compromiso.
La asignación de tarea única es el movimiento del día a día. Un pedazo discreto de trabajo necesita un nombre. Un item de backlog, una línea de expansión, una construcción de una semana. La matriz muestra los mismos dos números, acotados a la tarea, contra las personas que cargan la habilidad correcta.
La asignación por lote es el movimiento de planeación. Varias asignaciones, varias personas, consideradas juntas. Una revisión trimestral de recursos. Un re-balance entre dos prácticas. La matriz acepta un lote, corre la matemática de margen y capacidad contra cada cambio a la vez, y deja que el líder confirme el lote o lo revierta.
Los tres flujos comparten una matriz porque los insumos son los mismos. Habilidad. Capacidad. Tarifa de costo. Margen del proyecto. La forma de la asignación cambia. La matemática no.
Dónde la memoria le gana a los datos y dónde los datos le ganan a la memoria
Un líder con veinte años de relaciones sabe cosas que la matriz no. Quién trabaja bien con quién. Quién está atrasado para trabajo más difícil. Quién está a dos semanas del burnout, aunque su número de capacidad se lea bien. Ese juicio es real. La matriz no lo reemplaza.
Lo que la matriz reemplaza es lo más fácil que la memoria sigue equivocando. La capacidad para el viernes es un número, no un recuerdo. El margen contra el compromiso planeado es un cálculo, no un instinto. El juicio del líder sobre quién embona con el equipo y el trabajo pertenece arriba de la matriz, no en lugar de ella.
El error que cometen las firmas es el opuesto. Usan la memoria para las partes calculables y descubren, al final de un trimestre, que el consultor senior estuvo sobre-agendado por veinte por ciento y el junior estuvo ocioso por treinta. Los dos hechos eran conocibles de antemano. Ninguno estuvo visible al momento de la decisión.
Lo que PartnerView entrega
La superficie de asignación de PartnerView es una matriz. Asignaciones a nivel proyecto, asignaciones de tarea única y asignaciones por lote fluyen por la misma vista. Cada fila de candidato muestra las habilidades que hacen match, la capacidad restante para la ventana del compromiso y el impacto en margen de la asignación sobre el margen planeado del proyecto. La tarifa de costo se origina en el mismo registro contra el que lee finanzas, así que la matemática de margen no es un cálculo aparte.
La capacidad se deriva del tiempo real agendado contra otro trabajo, no de un número autorreportado. La matriz de habilidades carga niveles reales de competencia, no casillas de sí o no, así que “encontrar un consultor avanzado de monday.com con experiencia en salud” es un filtro en la matriz, no una pregunta de Slack.
El juicio del líder cae arriba de la matemática. La matriz no asigna personas. El líder lo hace. La matriz se asegura de que el líder esté leyendo los dos números correctos cuando decide.