En una consultora el producto es el tiempo de las personas, así que asignar gente a los proyectos no es administración, es el núcleo del negocio. Cada hora de un consultor en el trabajo equivocado es margen perdido o un proyecto entregado tarde. En cuanto el equipo pasa de unas pocas decenas de personas, una hoja de cálculo y la memoria del responsable de recursos dejan de dar abasto, y las decisiones de asignación se vuelven demasiado lentas y demasiado a ojo.
Por nuestra experiencia, este es el momento del software de gestión de recursos a medida, y no de otra herramienta de catálogo que no entiende los conceptos con los que vive una firma de servicios profesionales: un calendario de tareas no es lo mismo que asignar personas a roles, y un calendario de vacaciones no dice nada del margen. No tenemos un caso de éxito exactamente en este área, pero sí ingenieros que han construido herramientas de planificación, registros de recursos e integraciones con sistemas de RR. HH. y de ventas. En modelo de refuerzo de equipo o equipo dedicado incorporamos esas competencias donde faltan, y tratamos el sistema como software a medida mantenido durante años, porque solo una construcción ajustada refleja tus modelos de facturación (time & materials, precio cerrado, retainer), niveles de seniority y tarifas.
¿Qué es un registro de competencias y disponibilidad de consultores?
Es la base del sistema: una única fuente de verdad sobre a quién tienes y cuándo. Sin ella, cualquier previsión y cualquier asignación se levantan sobre arena. Lo construimos para que contenga varias capas de datos a la vez:
- el perfil de competencias (tecnologías, certificaciones, sectores, idiomas, roles de proyecto),
- el nivel de dominio y la experiencia demostrada, no solo lo que uno declara,
- la disponibilidad en el tiempo, con asignaciones, ausencias y reservas provisionales,
- las restricciones como la ubicación, la disposición a viajar o las cláusulas de no competencia.
La idea es mantener el dato vivo y no de archivo. Por eso conectamos el registro con los sistemas donde esta información ya se origina, en vez de pedir a la gente que rellene otra hoja de cálculo más.
¿Cómo construir una herramienta de staffing y asignación?
La asignación es un problema de emparejamiento: por un lado la demanda del proyecto, por otro las personas disponibles con las competencias adecuadas, y una buena herramienta acorta el camino de «quién puede entrar en este proyecto» a una decisión, de horas a minutos. Diseñamos sobre todo una vista clara de asignaciones en una línea temporal, donde se ve quién está libre, quién termina la semana que viene y quién está sobreasignado. Añadimos reservas provisionales y firmes, para distinguir una asignación confirmada de una prevista contra una propuesta sin firmar. Automatizamos además las sugerencias de encaje: el sistema propone candidatos para un rol por competencias, disponibilidad y tarifa, y una persona toma la decisión final. No fingimos que la asignación sea totalmente algorítmica, porque también cuentan la relación con el cliente y la trayectoria de desarrollo del consultor, así que lo construimos como apoyo a la decisión, no como un autómata.
¿Cómo planificar la utilización de los consultores?
La utilización es la métrica que mira la dirección, porque muestra qué parte del tiempo pagado del equipo genera ingresos. El problema es que la utilización medida a posteriori llega un trimestre tarde, mientras que las decisiones hay que tomarlas antes. Construimos la planificación para que mire hacia delante:
- la utilización prevista derivada de las asignaciones y reservas actuales,
- la utilización objetivo por rol, línea de negocio o nivel de seniority,
- alertas tempranas sobre personas que caen por debajo o suben por encima del umbral,
- una separación clara del tiempo facturable frente al tiempo de inversión (desarrollo, preventa, iniciativas internas).
Nos aseguramos además de que el cuadro de mando explique la métrica y no solo la muestre, porque un 85 por ciento de utilización significa una cosa para un arquitecto y otra muy distinta para un junior en el banquillo antes de un contrato grande.
¿Cómo integrar el staffing con el pipeline de selección?
El staffing y la selección son dos caras de la misma brecha de competencias. Si el sistema ve que dentro de seis semanas te faltarán dos sénior en una tecnología, esa señal debería llegar a selección automáticamente, y no a toro pasado. Por eso conectamos la herramienta con el pipeline de selección para que:
- las brechas de competencias de la planificación se conviertan en demanda de selección,
- los candidatos en proceso aparezcan como disponibilidad futura y condicional,
- la fecha de incorporación de una persona nueva alimente la previsión de capacidad,
- la decisión de construir o comprar (reclutar, mover a alguien internamente o recurrir a contractors) se apoye en los mismos datos.
Construimos la integración a través de la API del ATS existente, sin rehacerlo, para que una misma brecha no se cuente de tres formas distintas en tres sitios.
¿Cómo prever la capacidad frente al pipeline de ventas?
Ventas promete fechas de entrega a los clientes, y entrega tiene que cubrirlas con personas. Sin una vista compartida, ventas vende un equipo que no existe, o la firma mantiene gente en el banquillo porque no ve lo que viene. Construimos una previsión que superpone el pipeline comercial sobre la disponibilidad del equipo: las oportunidades entran en el plan con su probabilidad y su demanda esperada de roles, de modo que el sistema no muestra un único escenario sino un rango, qué pasa con la capacidad si cierras el 30, el 50 o el 80 por ciento del pipeline. No prometemos una precisión mágica, porque los datos de ventas tienden a ser optimistas, así que la herramienta saca a la luz sus supuestos en vez de esconderlos en una sola cifra.
¿Cómo resolver conflictos de asignación y probar escenarios?
Los conflictos de asignación son el día a día: la misma persona hace falta en dos proyectos, un cliente adelanta una fecha de inicio, un consultor clave pide una excedencia. Un buen sistema no finge que los conflictos no existen, los saca a la luz pronto y sugiere salidas:
- detección de reservas solapadas y excesos de disponibilidad en tiempo real,
- escenarios «qué pasaría si», el efecto de mover a alguien sin tocar los datos de producción,
- una vista de impacto sobre qué proyecto sufre si sacas de él a una persona concreta,
- un rastro de decisiones de quién cambió una asignación y por qué.
Los escenarios son aquí lo que más cuenta: el responsable de recursos juega varias opciones en un entorno aislado y solo lleva al plan la mejor, en vez de probar cambios sobre proyectos vivos.
¿Qué competencias aportamos a un proyecto así?
Formamos el equipo alrededor del sistema concreto, no «por si acaso». Una herramienta de asignación se sitúa donde se encuentran la lógica de negocio, los datos y la integración, así que el equipo combina varias competencias:
- un arquitecto y desarrollador backend que diseña el modelo de datos de disponibilidad, competencias y asignación,
- un desarrollador frontend responsable de líneas temporales legibles y cuadros de mando de utilización,
- un especialista en integraciones que conecta el sistema con RR. HH., el ATS y el CRM mediante API,
- un analista o product owner que traduce las reglas de staffing y facturación a requisitos.
Cuando entra la capa de previsión y de sugerencia de encaje, añadimos competencias de datos e IA (modelos predictivos, puntuación de candidatos frente a un rol). Es una competencia real de nuestro grupo, que enchufamos donde aporta valor, no por la palabra de moda.
¿Cómo lo hacemos en RITS?
Lo hacemos como partner nearshore desde Polonia, en el modelo que encaje con tu situación. Construimos el sistema como software a medida desarrollado por nuestro equipo cuando empiezas de cero, o reforzamos tu equipo con los roles que faltan cuando la herramienta se construye en casa. Verificamos las competencias antes de empezar, formamos el equipo según las particularidades del sistema y, gracias a una zona horaria cercana, entramos en tus revisiones de código y reuniones sin una larga puesta en marcha. Incluso sin un caso de éxito exactamente en este área, aportamos a gente que ha construido herramientas de planificación e integraciones de datos. Ese es el corazón de nuestra oferta: una competencia que de verdad se cubre con personas, no una promesa.
¿Por dónde empezar a construir un sistema de staffing?
Empieza por la pregunta que más duele y que hoy no puedes responder rápido, por ejemplo «¿quién está libre dentro de tres semanas y tiene las competencias para este proyecto?». Eso define qué registro de datos construir primero y qué integraciones hacen falta de verdad en el lanzamiento. Es mejor poner en marcha un flujo que funcione (registro más vista de asignaciones) y hacerlo crecer hacia previsiones y escenarios que diseñarlo todo de golpe. Las diferencias entre una construcción a medida, el refuerzo de equipo y los servicios gestionados las describimos en nuestro artículo sobre modelos de colaboración en TI.
¿Vas a construir un sistema de asignación de proyectos o de disponibilidad de consultores? Hablemos, ajustaremos el equipo y la arquitectura a tu modelo de entrega.