人員スケジューリング・管理

いいえ。人事・給与システムではカバーされない現場のオペレーショナルなスケジューリングを補完します。

はい、ワークステーションのパネルまたはモバイル端末から確認でき、上長の承認を得たシフト交換にも対応しています。

休憩時間、上限労働時間、資格要件は、スケジュール上の絶対的な制約条件として適用されます。

スキルマトリクスと資格の有効期限管理だけなら単体でも成立しますが、このモジュールはAPSのアドオンとして導入します。生産計画がなければ割り当てロジックに需要側の入力がないため、実際に流れてくる仕事ではなく、あらかじめ定義したシフトパターンに人を当てるだけになります。またMESのワークステーションログインがなければ、勤怠は誰かが手入力した値がそのまま実績になります。

お客様側で担当者を明確に決めていただく必要があります。多くの工場では、スキル情報が職長のExcel、教育訓練のフォルダ、そして数人の頭の中に分散していることが立ち上げ時に判明し、これを突き合わせる作業が第一フェーズの本当の山場になります。既存データは弊社で取り込み、残りは一緒にモデル化しますが、稼働後に教育訓練記録のオーナーが不在だとマトリクスは静かに陳腐化し、割り当て結果も信用できなくなります。

手作業のシフト表作成よりは減りますが、ゼロにはなりません。恒常的に発生するのは、欠勤の登録、シフト交換の承認、新たに取得した資格の確認、そして職長しか知らない事情でルールどおりの割り当てが合わなくなった分の手直しです。要員数、離職率、公平性や人間工学のルールをどこまで設定するかで変わるので、まず現状のスケジューリング業務にかかっている時間を実測し、その値と比較してください。

なりませんし、そういう目的の機能でもありません。システムが見るのはスキル、資格、稼働可能時間、設定したルールだけです。あの二人は同じシフトに入れない方がいい、この人は昇格に向けて育成中である、客先監査の日はこのラインに一番安定した人を置きたい。こうした判断はシステムには分かりません。だから提案は必ず編集可能にしてあります。一方で休憩時間、上限労働時間、資格不足といった法令上の制約はハード制約として扱い、ここだけは上書きできません。

コーチング目的なら使えますが、個人のランキングには使えません。オペレーター単位の出来高は、担当ステーション、受注構成、設備のコンディション、面倒な段取り替えを誰が引いたかに左右されるため、条件の違う仕事どうしで人を比較すると誤った結論になります。アクセスはロールベースで制御し、労働組合や従業員代表がある場合は、測定そのものを事前に労使で合意してから有効化するのが通常です。誰が何のために見るのかは、順位表が出回る前、稼働前の段階で決めてください。

システムは再割り当ての案を提示するだけで、人を勝手に動かすことはありません。受注の差し替えや前倒しが起きると、どのステーションにどのスキルが必要かが変わるため、影響を受ける割り当てに修正案付きのフラグが立ちます。標準では職長がその修正をリリースするまで現場では何も変わらず、そのシフトで確定済みの割り当てはそのまま有効です。自動リリースを設定する場合は、この歯止めを外すことになります。

自社要員と同じようにデータを維持していただければ可能です。派遣要員も、新規入場者教育や資格の取得日を含めてスキルマトリクスに登録する必要があります。登録がなければ資格の制約条件はチェックする対象を持たないため、新規の要員をどこにでも配置してしまいます。日付が未登録または期限切れの場合、制約条件は推測せずにその人をそのステーションから除外するので、記録の不備は「誰も割り当てられない仕事」という形で表面化します。