Establecer la demanda de un rol

La demanda de un rol es lo que el trabajo necesita, indicado de forma independiente a quién lo realiza. Es el número que la cuadrícula de Resourcing mide frente a cada reserva, y la razón por la que un puesto vacante aparece como una brecha en lugar de no aparecer en absoluto.

La demanda se establece por rol, por proyecto, y no cambia cuando se cubre el rol. Una reserva responde al quién; la demanda responde al cuánto, y la diferencia entre ambas es el déficit que la cuadrícula dibuja.

Declarar lo que necesita un rol

En la cuadrícula de capacidad, cada fila de rol lleva un icono de personas en su borde derecho. Selecciónelo para abrir la demanda del rol.

El cuadro de diálogo hace tres preguntas:

• Personas necesarias — cuántas personas a tiempo completo requiere el rol. Los números enteros son el caso habitual; 0,5 significa la mitad de la semana de una persona, así que 2,5 es dos personas a tiempo completo y media.
• Necesario desde y Necesario hasta — el período que cubre la demanda. Si el rol ya tiene demanda, estos empiezan en el período que ya abarca; de lo contrario, empiezan en el período que aparece en pantalla.

Debajo de los campos, el diálogo muestra en qué se convierte su número: Plazas abiertas: 3 · 250% en total. Esa línea importa, porque la demanda se almacena como una plaza por persona a tiempo completo — 2,5 personas son tres plazas — y esas plazas son lo que cuenta la cuadrícula. Nada aparece en la cuadrícula que el diálogo no haya nombrado primero.

Seleccione Guardar demanda, y las celdas del rol se actualizan: la línea objetivo se mueve, y cualquier semana en que las personas reservadas queden por debajo de ella se muestra como una brecha.

Ajustar la demanda más adelante

Abra el mismo diálogo en un rol que ya tiene demanda y los campos aparecen rellenados con lo que dice actualmente. Cambie el número, el período o ambos.

Al guardar se conservan las plazas que el rol ya tiene siempre que sea posible y se ajustan, en lugar de desmantelar la demanda del rol y reconstruirla. Aumentar la demanda de dos personas a tres añade una plaza; reducirla de tres a dos elimina una. Por eso los identificadores detrás de la demanda de un rol se mantienen estables a lo largo de una edición, y un ajuste es un cambio pequeño en lugar de uno grande.

Si las plazas existentes del rol abarcan períodos diferentes — lo que sucede cuando la demanda provino de un plan importado en lugar de este diálogo — el diálogo lo indica antes de guardar, porque guardar aplica el período único indicado arriba a todos ellos.

Retirar la demanda

Establezca Personas necesarias en 0 y guarde. El rol deja de declarar nada, y sus celdas dejan de reportar una brecha.

El diálogo le advierte antes de que esto suceda, y la advertencia nombra lo único que vale la pena saber: quien ya está reservado en el rol sigue reservado. Retirar la demanda retira el requisito, no las personas. Si pretendía eliminar también las reservas, elimínelas por separado — consulte El banco y las reservas en borrador.

Qué esperar

• Un rol sin demanda declarada se trata como una persona a tiempo completo. Ese es el valor predeterminado sensato, no una declaración que usted hizo. Si el trabajo realmente necesita media semana, indíquelo aquí y la cuadrícula dejará de reportar un déficit que nunca fue real.
• La demanda puede superar la capacidad de cualquiera, a propósito. Un rol puede necesitar cuatro personas; eso es una declaración sobre el trabajo, no sobre una persona, así que nada lo rechaza. El límite de capacidad se aplica a los individuos — consulte capacidad por proyecto.
• Un rol puede tener como máximo 20 personas por guardado. Más allá de eso, el trabajo se describe mejor como varios roles, y el plan es más fácil de leer de esa manera.
• La fecha de fin no puede ser anterior a la fecha de inicio, y el diálogo no guarda hasta que eso se corrija.
• La demanda no es una reserva. Nunca aparece en la capacidad propia de nadie, y nunca hace que alguien parezca ocupado. Solo las reservas reales hacen eso.
• Un guardado que cubre varios roles es un cambio, no uno por rol. O se registran todos los roles que declaró o ninguno de ellos. No existe un resultado en el que algunos roles se hayan aplicado y otros no, así que un guardado que informa de un problema ha dejado el plan exactamente como estaba.
• Un guardado se rechaza por completo si alguien más ha movido los mismos roles mientras tenía el editor abierto. No se escribe nada, así que su cambio no se sobrescribe y el de usted no se aplica a medias. Vuelva a abrir la demanda del rol para ver dónde está ahora, y haga su cambio encima del de ellos.

Quién puede hacerlo

Establecer la demanda requiere el rol Aprobador de Resourcing — un permiso más reducido que el rol de Gestor de Resourcing que cubre la mayor parte de la cuadrícula.

Esto sorprende a la gente, porque declarar demanda no parece una aprobación. La razón es que una demanda es una declaración más que una propuesta: decir este proyecto necesita dos desarrolladores compromete el plan con un requisito de inmediato, sin etapa de borrador intermedia y sin que nadie lo confirme después. Por eso está sujeta al mismo permiso que confirmar una reserva. Proponer y confirmar explica la distinción.

Esto cambió recientemente. Antes, declarar la demanda venía con el rol de Gestor de Resourcing. Si ha estado estableciendo demanda y descubre que ya no puede guardarla, esa es la razón — pida a quien administra su cuenta de Flowtly el rol de Aprobador de Resourcing. Los administradores ya lo tienen.

Retirar la demanda también requiere el rol de Aprobador, al igual que aumentar o reducir el número de personas, por la misma razón: retirar un requisito o cambiar su tamaño es tanto un compromiso como declarar uno.

Mover el período de una demanda no lo requiere. Cambiar solo Necesario desde y Necesario hasta, dejando Personas necesarias como está, ajusta un requisito que ya se ha declarado en lugar de declarar o retirar uno — por lo que un Gestor de Resourcing aún puede hacerlo. Esto vale la pena saberlo, porque reperiodizar es la edición habitual cuando un proyecto se retrasa.

El diálogo lo determina a partir de lo que realmente ha escrito, no solo del rol. Se abre para cualquiera que pueda acceder a la cuadrícula, y Guardar demanda permanece disponible mientras su cambio sea uno que tiene permitido hacer; se atenúa, con una explicación, solo cuando los valores que tiene delante suman un cambio que requiere aprobación. Así lo sabe antes de comprometerse con la edición, no después.

Si se rechaza un guardado, nada queda a medias. La comprobación se ejecuta antes de que se envíe cualquier parte del cambio, por lo que la demanda de un rol nunca queda parcialmente reescrita — recibe el mensaje y la demanda permanece exactamente como estaba.

Leer la cuadrícula no requiere más que el rol de Gestor de Resourcing que le da acceso a la página.

Ejemplos de casos de uso

• Declare que un proyecto necesita dos desarrolladores de backend a partir de septiembre, meses antes de que se contrate a alguno de ellos.
• Convierta un rol que estaba leyendo silenciosamente como insuficientemente cubierto en un rol exacto a media jornada, y elimine una brecha falsa del plan.
• Aumente un rol de una a dos personas después de un cambio de alcance, y vea inmediatamente qué semanas están ahora cortas.
• Retire la demanda de un rol que un cliente canceló, sin molestar a las personas que siguen terminando su trabajo en él.
• Declare la demanda para todo un trimestre, luego filtre por Solo roles abiertos para entregar el resultado a contratación como un briefing.

Páginas relacionadas

• Resourcing
• Capacidad por proyecto
• El banco y las reservas en borrador
• Puestos
• Proyectos