跳至主要內容
Administrator Guide
上次更新時間 :2024-04-05
概念:排程最佳化引擎

概念:排程最佳化引擎

什麼是最佳化引擎?

最佳化引擎會使用人工智慧技術比較多種可能的排程情境,產生最有效滿足您需求的時間表。最佳化引擎建立時間表時會考慮以下因素:
  • 人力需求
  • 員工屬性 (例如資格條件、可工作時間和喜好設定)
  • 您的配置和業務目標
最佳化引擎會決定值班時長、開始時間和結束時間,據此設計班別並建立時間表。在設計班別時,也會一併為這些班別指派符合資格的員工,滿足人力需求。最佳化引擎也會最佳化時間表,在不違反任何硬性限制的情況下盡可能達成業務目標。

人力要求

最佳化引擎會依排程組織 (SO) 層級定義的人力要求資料,產生時間表。您可以指定下列要素,定義組織的人力要求:
  • 需完成的工作類型
  • 完成工作所需的員工數量
  • 需完成工作的特定時期

設計與指派班別

值班時長取決於高層排程組織 (HLSO) 設定,以及人力要求。最佳化引擎不會在非人力要求指定時期,建立班別。最佳化引擎建立的班別也不會違反您為 HLSO 定義的最短值班時間驗證、最長值班時間驗證或用餐規則。最佳化引擎會按照 HLSO 中的定義建立用餐時段,並嘗試錯開各個用餐時段,盡可能滿足時數配置率要求。如果「一致性」設定大於零,最佳化引擎亦可根據回溯期間內員工班別的開始和結束時間,建立班別。
Workday 產生的時間表絕不會包含未指派員工的班別。如果沒有任何員工可指派到某個班別,時間表就不會納入該班別。如果人力要求與已產生並指派員工的班別有時數配置率差距,Workday 會自動指出此情況。Workday 也會指出時數配置率可能過高或不足的情況。

硬性限制:固定或可放寬

最佳化引擎只會建立不違反下列任何固定硬性限制的時間表:
  • 可工作時間:如果某位員工有不影響排程的一般休假或特殊休假與該班別重疊,則該員工將視為無法工作
  • 最長值班時間:班別不能超過 HLSO 定義的最長值班時間
  • 最短值班休息間隔時間
  • 最短值班時間:班別必須至少達到 HLSO 定義的最短值班時間
  • 用餐規則:班別必須遵守 HLSO 定義的用餐規則
  • 每日一班:即便員工身兼多職,或被指派了多個時間表標記,Workday 每天也只會為該員工指派 1 個班別
  • 無班別重疊:同一時間不能為員工指派多個班別
  • 時間表標記資格條件:員工的排班資格取決於獲派的時間表標記,最佳化引擎會據此將員工指派到相對應的班別
只有在產生週時間表時啟用了「一致性」的狀況之下,才可能會出現違反硬性限制的情況。在這種情況下,如果某個班別經過手動更新後違反了回溯時間的最低或最高時數,或是用餐規則,最佳化引擎就可能會針對排程當週,破例套用該違規項目。
另外還有可放寬的硬性限制,這些限制有時屬於硬性限制,有時不是。非硬性限制時,就稱為目標。您可以透過時間表設定,將下列限制配置為可放寬限制 (視為目標) 或硬性限制:
  • 每週最高時數
  • 最長工作天數
如果最佳化引擎找不到不違反硬性限制的時間表解決方案,則最佳化引擎可能會放寬「人力需求」硬性限制和「每週最低時數」硬性限制。最佳化引擎會將這些限制視為軟性限制,以便找到不違反任何其他硬性限制的解決方案。

軟性限制/目標

產生時間表時,Workday Labor Optimization (人力最佳化) 會滿足硬性限制,同時最佳化解決方案,盡可能達成時間表設定定義的業務目標。可調整的軟性限制,即是最佳化引擎會盡量達成的目標。達成這些限制,就能提升時間表品質和分數。不過,即便未達成這些軟性限制,最佳化引擎仍會產生時間表。軟性限制包括:
  • 一致性
  • 需求時數配置率
  • 人力成本
  • 每週最高時數
  • 每週最低時數
  • 最長工作天數
  • 偏好的日期/時間
  • 偏好的時間表標記
  • 偏好的每週時數
軟性限制由 HLSO 配置,權重範圍為 0-100。若要將最佳化引擎配置為忽略選定的軟性限制,就可以把權重設為零。您可以在員工層級覆寫這些設定。產生時間表時,員工層級覆寫值會優先於滑桿設定。
Workday 會維持固有權重,並依這些權重來決定各個軟性限制的相對重要性。以下是 Workday 的固有權重,依權重由大到小排列︰
  1. 一致性
  2. 每週最高時數
  3. 每週最低時數
  4. 最長工作天數
  5. 需求保障
  6. 人力成本
  7. 偏好的每週時數
  8. 偏好的時間表標記
  9. 偏好的工作天/工作時間
這些設定會由 HLSO 中的設定配置自動填入。

滑桿

經理人員在產生時間表時,可以使用滑桿控制各個軟性限制的相對權重。Workday 會在首次產生時間表時,根據 HLSO 的設定自動放置滑桿。經理人員調整滑桿設定並產生時間表後,Workday 會將時間表設定沿用到下一週。

一致性

您可以利用「一致性」值,為各週建立完全相同或類似的時間表。「一致性」會複製班別的開始時間、結束時間和用餐時間,但不會複製時間表標記。如果時間表設定大於零,則「一致性」權重將大於所有其他軟性限制。
Workday 會根據 HLSO 或員工覆寫配置,回溯 1 週或 2 週來查找參考時間表進行比較。如果參考時間表包含一般休假,則 Workday 會再多回溯 1 週或 2 週的回溯週期,查找不含一般休假的週。如果 Workday 無法找到某位員工的參考時間表,最佳化引擎將忽略該員工的「一致性」。
如果「一致性」設定大於零,且參考週中含有由您手動覆寫一或多項下列規則的班別,則 Workday 可能會依照手動覆寫,並將設定帶入本週:
  • 用餐
  • 最長值班時間
  • 最短值班時間
如果參考週中的班別無須滿足當週的人力要求,Workday 可能仍會在本週產生班別。

時間表評分

最佳化引擎產生時間表後,會根據以下維度評定時間表的綜合評分:
  • 一致性
  • 時數配置率
  • 人力成本最小化
  • 員工偏好的時間表標記
  • 員工偏好的每週時數
Workday 也會為每個維度評分,並說明時間表和各維度的契合程度。您定義的軟性限制權重不會影響時間表評分,或各維度的評分。範例︰您將
一致性
權重設為「低」
。這樣產生的時間表包含的班別,就會與上個回溯週期不一致。因此,
一致性
評分可能會顯示為

員工替換分數

若有多名員工可在不違反硬性限制 (例如可工作時間和時間表標記資格條件) 的情況下,在某個班別值班,Workday 就會推薦他們,做為現有班別的替換員工。Workday 會依員工的替換評分,排名推薦的員工,並以
媒合度 %
形式顯示替換分數。Workday 計算
媒合度 %
時會考慮以下因素:
  • Workday 會將薪資標準較高或會產生加班時數的員工,判定為媒合度低
  • 值班時間與員工的偏好工時差距越大,媒合評分就越低
  • 如果班別內有員工偏好的時間表標記,Workday 就會將該員工視為媒合對象