จำนวนคนที่ต้องมีขัดกับวันหยุดที่ขอ
วันหยุดที่ขอ ความต้องการตามช่วงเวลา และจำนวนคนขั้นต่ำมักถูกตรวจด้วยมือพร้อมกัน
การจัดกะและจัดกำลังคน
เราเปลี่ยนเงื่อนไขที่เครื่องมือจัดกะสำเร็จรูปรองรับไม่ได้ให้เป็นโมเดลคณิตศาสตร์ ระบบสร้างตารางตัวเลือกที่ตรวจสอบได้ เพื่อให้คนยืนยันผลพร้อมเห็นเหตุผลและข้อยกเว้น
ปัญหา
ส่วนยากของการทำตารางกะไม่ใช่การพิมพ์ชื่อใส่ตาราง แต่คือการทำให้กฎ คำขอ และข้อยกเว้นจำนวนมากสอดคล้องกัน
วันหยุดที่ขอ ความต้องการตามช่วงเวลา และจำนวนคนขั้นต่ำมักถูกตรวจด้วยมือพร้อมกัน
ผู้จัดการ พนักงานที่มีใบรับรอง ผู้ควบคุมอุปกรณ์ หรือผู้รับผิดชอบต้องอยู่ในช่วงเวลาที่กำหนด
กะกลางคืน วันหยุดสุดสัปดาห์ จำนวนกะรวม และงานยากไม่ควรกระจุกอยู่กับคนไม่กี่คน
การขาดงานหนึ่งครั้งหรือความต้องการที่เปลี่ยนไปอาจทำให้ทั้งตารางใช้ไม่ได้และต้องแก้ใหม่แบบเร่งด่วน
เป้าหมายของระบบอัตโนมัติไม่ใช่ตัวสเปรดชีต แต่คือดุลยพินิจซ้ำ ๆ ที่ผู้วางแผนใช้ระหว่างทำสเปรดชีต
การสร้างโมเดล
คำอย่าง ยุติธรรม ไม่ต่อเนื่อง แยกสองคนนี้ออกจากกัน และเคารพวันหยุดที่ขอ จะถูกแปลงเป็นข้อมูล เงื่อนไขบังคับ ความต้องการแบบยืดหยุ่น และคะแนน
ตัวอย่างเป้าหมาย
คนไม่พอ x 1000 + คุณสมบัติขาด x 1000 + ผิดคำขอ x 20 + ภาระงานไม่สมดุล x 5
น้ำหนักเหล่านี้ใช้เพื่ออธิบายเท่านั้น ในงานจริง เงื่อนไขบังคับและลำดับความสำคัญจะกำหนดผ่านการสัมภาษณ์และเปรียบเทียบกับตารางเวรจริง
พนักงาน เวลาที่พร้อมทำงาน วันหยุดที่ขอ คุณสมบัติ จำนวนคนที่ต้องมี และตารางเวรปัจจุบัน
กฎที่ไม่ควรละเมิด เช่น จำนวนคนที่ต้องมี คุณสมบัติ และขีดจำกัดเวลาพัก
คำขอที่ควรเคารพเมื่อทำได้ เช่น วันหยุด กะที่ต้องการ และความเป็นธรรม
ตารางเวรตัวเลือก เงื่อนไขที่ไม่ผ่าน เหตุผล ตัวชี้วัด และผลกระทบจากการเปลี่ยนแปลง
เดโมแบบโต้ตอบ
เปลี่ยนสถานการณ์ธุรกิจ จำนวนคนที่ต้องมี การครอบคลุมคุณสมบัติ ความต้องการ ความเป็นธรรม และขีดจำกัดการทำงานต่อเนื่อง ตารางตัวเลือก ตัวชี้วัด และบันทึกตรวจสอบจะอัปเดตร่วมกัน
นี่คือเดโมหน้าเว็บที่ใช้ heuristic แบบง่าย ไม่ใช่เอนจินเพิ่มประสิทธิภาพสำหรับใช้งานจริง
การครอบคลุมจำนวนคน
การครอบคลุมคุณสมบัติ
ตรงตามความต้องการ
ส่วนต่างการมอบหมาย
| พนักงาน | จันทร์ | อังคาร | พุธ | พฤหัส | ศุกร์ | เสาร์ | อาทิตย์ |
|---|
คลังกฎ
ตัวอย่างด้านล่างถูกสร้างเป็นโมเดลทีละขั้น ไม่จำเป็นต้องทำทุกเงื่อนไขพร้อมกัน ลำดับความสำคัญและข้อมูลที่มีจะกำหนดขอบเขตแรก
COV-01
บังคับ
กำหนดจำนวนคนขั้นต่ำและจำนวนที่ต้องการตามวัน ช่วงเวลา สถานที่ แผนก และบทบาท
COV-02
ความต้องการ
เพิ่มจำนวนคนที่แนะนำจากพยากรณ์ยอดขาย การจอง จำนวนผู้อยู่อาศัย ปริมาณการผลิต หรือคำร้องงาน
LAB-01
บังคับ
แทนขีดจำกัดการทำงานต่อเนื่อง วันพักหลังกะกลางคืน และกฎช่วงพักภายในที่ยืนยันแล้ว
LAB-02
บังคับ
รวมชั่วโมงรายสัปดาห์หรือรายเดือน ข้อจำกัดตามประเภทการจ้าง และโควตาล่วงเวลา
SKL-01
บังคับ
จัดคุณสมบัติที่จำเป็น ผู้รับผิดชอบ หรือทักษะใช้อุปกรณ์ในแต่ละช่วงเวลา
SKL-02
ความต้องการ
หลีกเลี่ยงช่วงเวลาที่มีแต่พนักงานใหม่ โดยจับคู่กับผู้ฝึกสอนหรือพนักงานมีประสบการณ์
PRF-01
ความต้องการ
แยกวันที่ไม่พร้อมทำงานออกจากวันหยุดที่ขอ แล้วจัดลำดับความสำคัญ
PRF-02
ความต้องการ
ลดความไม่สมดุลของกะกลางคืน วันหยุดสุดสัปดาห์ กะสาย จำนวนงานรวม และงานหนัก
PRF-03
ความต้องการ
รวมความต่อเนื่องกับลูกค้า ความเข้ากันของทีม และทักษะเด่นในการให้คะแนนการมอบหมาย
กฎเฉพาะ
กฎที่ไม่เคยปรากฏในตัวอย่างทั่วไปมักเป็นเหตุผลที่โมเดลเฉพาะมีประโยชน์
ผลลัพธ์
ระบบจัดกะที่ใช้งานได้ไม่หยุดที่ตารางเวร แต่ต้องอธิบายว่าอะไรเปลี่ยน อะไรทำไม่ได้ และคนควรตรวจอะไร
ส่งคืนหลายตัวเลือกที่มีข้อแลกเปลี่ยนต่างกัน แทนคำตอบเดียวที่เป็นกล่องดำ
แสดงการครอบคลุมที่ขาด วันหยุดที่ขอแต่ไม่ผ่าน และเงื่อนไขที่ทำไม่ได้
อธิบายว่าทำไมจึงจัดคนนั้น: คุณสมบัติ ความต้องการ ภาระปัจจุบันต่ำกว่า หรือความสำคัญด้านการครอบคลุม
เมื่อมีคนขาดงาน ให้ล็อกสิ่งที่ควรคงไว้และคำนวณเฉพาะส่วนที่ได้รับผลกระทบใหม่
ตัวอย่างอุตสาหกรรม
ตารางเวรที่ดีมีความหมายต่างกันในแต่ละที่ โมเดลควรใช้คำและลำดับความสำคัญที่หน้างานใช้อยู่แล้ว
เปิดร้าน ปิดร้าน วันที่ยุ่ง ทักษะหน้าร้าน และความเป็นธรรมช่วงสุดสัปดาห์
กะกลางวันและกลางคืน พนักงานมีใบรับรอง ความต่อเนื่องในการดูแล และช่วงพัก
คุณสมบัติใช้อุปกรณ์ ปริมาณการผลิต การจัดประจำไลน์ และการหมุนเวียนกะ
เวลาพร้อมทำงานภาคสนาม การครอบคลุมงานสนับสนุน การตอบสนองฉุกเฉิน และข้อจำกัดการเดินทาง
สร้างเองหรือซื้อใช้
การพัฒนาเฉพาะไม่ใช่คำตอบที่ถูกเสมอ การตัดสินใจควรขึ้นกับความซับซ้อนของกฎ ความพร้อมของข้อมูล และคุณค่าของตัวเลือกที่อธิบายได้
ถ้าบริการสำเร็จรูปแก้ปัญหาได้ดี เราจะบอกเช่นนั้น ระบบเฉพาะจะถูกเสนอเมื่อมูลค่าทางธุรกิจของเงื่อนไขเฉพาะน่าจะสูงกว่าต้นทุน
เมื่อบริการสำเร็จรูปก็เพียงพอ
รูปแบบกะมาตรฐาน กฎจำกัด และทีมเล็ก มักเริ่มได้เร็วกว่าโดยใช้บริการที่มีอยู่
เมื่อระบบเฉพาะมีเหตุผล
คุณสมบัติจำนวนมาก กฎเฉพาะท้องถิ่น การรับมือการเปลี่ยนแปลง และความต้องการคำอธิบาย เป็นเหตุผลที่หนักแน่นกว่าสำหรับโมเดลเฉพาะ
ข้อมูล
วันแรกยังไม่จำเป็นต้องมีฐานข้อมูลสะอาด ไฟล์ Excel ใบคำขอกระดาษ และรายชื่อพนักงานที่มีอยู่สามารถแปลงเป็นสัญญาข้อมูลแรกได้
ชื่อหรือ ID พนักงาน ทักษะ ชั่วโมงตามสัญญา เวลาที่พร้อมทำงาน และวันหยุดที่ต้องการ เพียงพอสำหรับโมเดลแรก
ความต้องการตามวัน ช่วงเวลา สถานที่ แผนก และบทบาท เป็นตัวกำหนดเป้าหมายการครอบคลุม
แยกกฎที่ห้ามละเมิดออกจากคำขอที่ควรเคารพเมื่อทำได้
ตารางเวรปัจจุบันและการแก้ด้วยมือช่วยเปรียบเทียบตัวเลือกที่สร้างกับการทำงานจริง
กระบวนการ
เป้าหมายแรกไม่ใช่แทนที่การทำงานทั้งหมด แต่คือตรวจว่ากฎการวางแผนแทนด้วยข้อมูลได้หรือไม่ และตารางตัวเลือกที่สร้างมีประโยชน์หรือไม่
01
ตรวจสเปรดชีตปัจจุบัน วิธีรวบรวมคำขอ และขั้นตอนแก้ไขด้วยมือ
02
แยกกฎบังคับ ความต้องการ ตัวชี้วัดประเมิน และการตัดสินใจที่ต้องให้คนทำเท่านั้น
03
สร้างส่วนคำนวณขนาดเล็กด้วยข้อมูลตัวแทน
04
เปรียบเทียบตัวเลือกที่สร้างกับตารางเวรเดิมและความเห็นของผู้วางแผน
05
หลังยืนยันความเหมาะสมแล้ว จึงเชื่อมการคำนวณเข้ากับขั้นตอนงาน การแก้ไข และสิทธิ์
ต้นแบบ
ใช้ตารางเวรปัจจุบันและเงื่อนไขหลักเพื่อเปรียบเทียบตัวเลือกอัตโนมัติกับแผนปัจจุบัน แล้วค่อยตัดสินใจพัฒนาเต็มรูปแบบหลังเห็นความเป็นไปได้และคุณค่า
แพ็กเกจตรวจสอบขนาดเล็ก
298,000 เยน / ไม่รวมภาษี
สมมติว่ามีหนึ่งองค์กร ตารางเวรหนึ่งประเภท และเงื่อนไขหลักจำนวนจำกัด ใบประเมินอย่างเป็นทางการจะออกหลังยืนยันขอบเขต
หลักฐานถัดไป
ต่อจากปัญหากะไปยังข้อมูลถัดไปที่ช่วยทีมตัดสินใจ
คำถามที่พบบ่อย
คำตอบเหล่านี้อธิบายว่าเดโมหน้านี้แสดงอะไรได้ ต้นแบบยืนยันอะไร และอะไรยังต้องให้คนตัดสินใจ
ไม่ใช่ เดโมหน้านี้เป็น heuristic แบบง่ายเพื่ออธิบายแนวคิด งานจริงจะเลือก solver หรือวิธีค้นหาหลังเข้าใจกฎ ขนาด และความต้องการด้านเวลาตอบสนองแล้ว
ได้ การตรวจครั้งแรกมักเริ่มจากตารางเวรปัจจุบัน รายชื่อพนักงาน วันหยุดที่ขอ และบันทึกกฎสั้น ๆ ได้
ไม่ ระบบควรแสดงตารางเวรตัวเลือก เงื่อนไขที่ไม่ผ่าน และเหตุผลการมอบหมาย เพื่อให้คนยืนยันตารางสุดท้าย
ถือเป็นความต้องการ เว้นแต่องค์กรของคุณกำหนดว่าเป็นข้อบังคับ ผลลัพธ์ควรแสดงว่าคำขอใดไม่ผ่านและเพราะอะไร
ต้นแบบสามารถทดสอบหนึ่งองค์กร ตารางเวรหนึ่งประเภท และกฎหลักก่อน ส่วนขั้นตอนงานเต็ม การแก้ไข สิทธิ์ และการเชื่อมต่อ จะตัดสินใจหลังมีหลักฐานนั้น
ขั้นตอนถัดไป
ส่งตารางเวร Excel ปัจจุบันและกฎที่จำเป็นจริงหรือเป็นเพียงความต้องการมาให้เรา เราจะแยกว่าสิ่งใดสร้างเป็นโมเดลได้ ข้อมูลใดขาด และต้นแบบขนาดเล็กควรเริ่มตรงไหน