Establecer la demanda de un rol

Equipo editorial de Flowtly4 min

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 Planificación de recursos 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 — porque el rol se declaró más de una vez con fechas distintas, o su demanda provino de un plan importado — el diálogo lo indica antes de guardar y ofrece dos opciones. Aplicar a todas las plazas, la opción por defecto, da a cada plaza el único período indicado arriba. Mantener los periodos existentes conserva el período propio de cada plaza: el período de arriba solo fecha entonces las plazas que añade el guardado, y reducir el número elimina primero las plazas añadidas más recientemente.

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 planificación de recursos — un permiso más reducido que el rol de Gestor de planificación de recursos 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 planificación de recursos. 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 planificación de recursos. 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 o cambiar el tamaño de una demanda confirmada también lo requiere. Una vez confirmada una demanda, cambiar su cantidad o su período (Necesario desde y Necesario hasta) también es trabajo de aprobador. Cuando todos los puestos abiertos del rol están confirmados y no tiene el rol de Aprobador, la cantidad y el período quedan bloqueados en el cuadro de diálogo, con el motivo al lado: Esta demanda está confirmada. Cambiar su cantidad o su período requiere el rol Aprobador de planificación de recursos.

Una demanda que sigue siendo un borrador o una solicitud sigue abierta a un Gestor de planificación de recursos. Mover su período o cambiar su tamaño ajusta un requisito con el que nadie se ha comprometido todavía, por lo que el gestor aún puede hacerlo. Esto vale la pena saberlo, porque reperiodizar es la edición habitual cuando un proyecto se retrasa. Cuando un rol tiene a la vez puestos en borrador y confirmados, el cuadro de diálogo permanece abierto y comprueba cada cambio: una edición que alcanzaría un puesto confirmado requiere el rol de Aprobador, y una edición del puesto en borrador no.

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 planificación de recursos 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

  • Planificación de recursos
  • Capacidad por proyecto
  • El banco y las reservas en borrador
  • Puestos
  • Proyectos

Mapa de conexiones