สามคำถามสำหรับการประชุมการเปลี่ยนแปลงครั้งต่อไป
- ผู้ที่ได้รับผลกระทบได้ตัดสินใจแล้วหรือยัง?
- ต้องทำอะไรกับสต็อกเดิม งานที่ยังไม่เสร็จ และเอกสารควบคุม?
- ฉบับใดมีผลอยู่ตอนนี้ ไม่ใช่เพียงถูกเสนอ?
จัดการการเปลี่ยนแปลงทางวิศวกรรมจนถึงการประกาศใช้
เชื่อมคำขอ ฉบับที่ได้รับผลกระทบ การทบทวน และงานดำเนินการ ดูได้ว่าอะไรพร้อมเปลี่ยนและอะไรยังต้องทำก่อนฝ่ายผลิตนำไปใช้
ลงชื่อเข้าใช้เพื่อสำรวจตัวอย่างใน Jodoo หน้าจอแสดงระเบียนการผลิตสมมติ
ข้อเสนอที่อนุมัติแล้วยังไม่ใช่การเปลี่ยนแปลงที่เสร็จสมบูรณ์
ซอฟต์แวร์จัดการการเปลี่ยนแปลงทางวิศวกรรมเชื่อมข้อเสนอเปลี่ยนผลิตภัณฑ์หรือกระบวนการกับการทบทวน งานดำเนินการ และระเบียนประกาศใช้ สำหรับทีมผลิต คำถามสำคัญคือจัดซื้อ วิศวกรรม และฝ่ายผลิตเห็นตรงกันหรือไม่ว่าอะไรเปลี่ยน อะไรยังติดขัด และต้องใช้ฉบับใด
ผู้ผลิตต้องการรับรองผู้ขายสำรองสำหรับขายึด วิศวกรรมต้องประเมินฉบับขายึดที่เสนอ จัดซื้อต้องตัดสินใจเกี่ยวกับขายึดเดิม 40 ชิ้น และฝ่ายผลิตต้องจัดการงานระหว่างผลิต 12 ชิ้น วิธีประกอบก็ต้องเปลี่ยนด้วย
สถานะอนุมัติสีเขียวเพียงช่องเดียวตอบคำถามทั้งหมดไม่ได้ ทีมต้องเชื่อมข้อเสนอ ขอบเขตรายรายการ คำตัดสินแต่ละฝ่าย และงานดำเนินการ โดยยังคงความหมายของแต่ละส่วนไว้
ตัวอย่าง Jodoo แสดงความแตกต่างนี้ด้วยระเบียนที่ใช้งานได้จริง การเปลี่ยนผู้ขายยังอยู่ระหว่างประเมิน การเปลี่ยนแบบอีกรายการอนุมัติแล้วแต่ติดงานตรวจ และการเปลี่ยนวิธีปฏิบัติงานเสร็จสิ้นการประกาศใช้ที่ผ่านการทบทวนแล้ว
ติดตามคำตัดสิน ไม่ใช่แค่คอลัมน์สถานะ
| คำตัดสิน | สิ่งที่ทีมทบทวน | สิ่งที่คำตัดสินอนุญาต |
|---|---|---|
| รับคำขอ | รายการและฉบับปัจจุบัน ปัญหา การเปลี่ยนแปลงที่เสนอ และหลักฐาน | เตรียมคำสั่งเปลี่ยนแปลง แต่ยังไม่อนุญาตให้ฝ่ายผลิตเปลี่ยน |
| อนุมัติคำสั่ง | รายการที่ได้รับผลกระทบ การประเมินผลกระทบ การจัดการสต็อกและ WIP และขอบเขตดำเนินการ | เริ่มงานดำเนินการที่อนุมัติแล้ว โดยยังแยกฉบับปัจจุบันไว้ |
| ยืนยันการดำเนินการ | งานที่เสร็จ หลักฐาน และงานสำคัญต่อการประกาศใช้ที่ยังเหลือ | นำงานนั้นออกจากจำนวนงานสำคัญที่ยังเปิดอยู่ |
| ยืนยันการประกาศใช้ | รายการที่ได้รับผลกระทบ เงื่อนไขที่ทำเสร็จ และขอบเขตมีผลจริง | อัปเดตรายการควบคุมที่ถูกต้องและเก็บประวัติจากฉบับเดิมถึงฉบับที่ประกาศใช้ |
ผู้ทบทวนได้รับงานที่มอบหมายและส่งกลับให้แก้ไขได้ ผู้ขอเป็นผู้ให้ข้อเสนอ ส่วนผู้ทบทวนที่ได้รับมอบหมายเป็นผู้ตัดสิน กำหนดหน้าที่และสิทธิ์เข้าถึงเหล่านี้ให้ทีมก่อนใช้ App กับการเปลี่ยนแปลงจริง
ให้แต่ละทีมเห็นข้อมูลที่ต้องใช้สำหรับคำตัดสินถัดไป
วิศวกรรม: ขอบเขตที่ได้รับผลกระทบ
เปรียบเทียบฉบับเดิมกับฉบับที่เสนอทีละรายการ ขายึดและวิธีประกอบอยู่ในคำสั่งเดียวกันได้โดยไม่ใช้เลขฉบับร่วมกันหรือสูญเสียประวัติประกาศใช้ของตนเอง
ปฏิบัติการ: งานที่ยังไม่เสร็จ
ดูงานสำคัญ ผู้รับผิดชอบ วันครบกำหนด และผลการยืนยัน การเปลี่ยนแบบที่อนุมัติแล้วยังแสดงงานเปิดอยู่เมื่อการตรวจชิ้นแรกยังทำไม่ได้
ผู้ประสานงานการเปลี่ยนแปลง: ความพร้อม
ดูคำสั่งที่กำลังเตรียม การทบทวนผลกระทบที่ยังไม่สรุป และรายการที่ประกาศใช้แล้วร่วมกัน เปิดระเบียนที่เกี่ยวข้องเพื่อดูคำตัดสินหรือหลักฐานเบื้องหลังตัวเลข
จำนวนตัวอย่างเป็นข้อมูลสมมติ ไม่ใช่ผลการดำเนินงานของลูกค้า App ช่วยประสานคำตัดสินด้านการจัดการ แต่ไม่เคลื่อนย้ายสินค้าคงคลัง บันทึกบัญชี หรือแทนที่ข้อมูลผลิตภัณฑ์หลักใน ERP เดิม
ปรับกระบวนการทบทวนเมื่องานผลิตเปลี่ยน
ถามคำถามให้เหมาะกับแต่ละประเภทการเปลี่ยนแปลง
การเปลี่ยนผู้ขายต้องระบุผู้ขายที่เสนอและหลักฐานรับรอง ส่วนการเปลี่ยนกระบวนการผลิตต้องระบุขั้นตอนที่ได้รับผลกระทบ ผู้ดูแลที่ได้รับอนุญาตปรับช่องตามเงื่อนไขได้โดยไม่ทำให้ทุกคำขอกลายเป็นแบบสอบถามยาวและกว้างเกินไป
เก็บหลักฐานทางเทคนิคให้ตรงเรื่อง เช่น หมายเหตุในแบบ ผลตรวจ หรือวิธีปฏิบัติงานควบคุม ควรเชื่อมกับการเปลี่ยนแปลงที่ต้องใช้หลักฐานนั้น แทนการแนบกับงานที่ไม่เกี่ยวข้อง
ปรับหน้าที่และการติดตามผล
เพิ่มฝ่ายทบทวนตามประเภท เปลี่ยนผู้รับงาน หรือสร้างมุมมองงานดำเนินการเกินกำหนดสำหรับโรงงาน แบบฟอร์ม ระเบียนเชื่อมโยง งานทบทวน และแดชบอร์ดของ Jodoo กำหนดค่าให้เข้ากับขั้นตอนของทีมได้
การเปลี่ยนกระบวนการยังต้องทดสอบ ตรวจระเบียนเดิม งานที่ถูกส่งกลับ การคำนวณ และสิทธิ์เข้าถึงก่อนใช้การตั้งค่าใหม่กับงานจริง
ใช้ Jodoo เพื่อประสานงาน และเก็บการควบคุมผลิตภัณฑ์เฉพาะทางไว้ในระบบที่เหมาะสม
เหมาะเมื่อ…
คำขอและการทบทวนกระจายอยู่ในไฟล์กับข้อความ ทีมต้องการขอบเขตรายรายการและการติดตามดำเนินการที่ชัดเจน และผู้ดูแลฝ่ายธุรกิจต้องปรับกระบวนการเมื่อผลิตภัณฑ์ ผู้ขาย หรือหน้าที่เปลี่ยน
ตัวอย่างเป็นจุดเริ่มต้นที่ใช้งานได้ด้วยแบบฟอร์มเชื่อมโยงเจ็ดชุดและขั้นทบทวนในระบบ เริ่มจากการเปลี่ยนแปลงควบคุมหนึ่งรายการและกำหนดหน้าที่จริงของทีม
พิจารณา PLM หรือ PDM เมื่อ…
ความสัมพันธ์ CAD ในระบบ การทำเครื่องหมายแก้ไข BOM การกำหนดค่าผลิตภัณฑ์ หรือการควบคุมข้อมูลผลิตภัณฑ์ระดับองค์กรเป็นข้อกำหนดหลัก App นี้ไม่ใช่คลัง CAD ระบบรับประกันการประกาศใช้หลายรายการพร้อมกัน หรือโซลูชันลายเซ็นตามข้อกำกับที่ผ่านการตรวจรับรอง
เปรียบเทียบซอฟต์แวร์ประสานงานกับซอฟต์แวร์การเปลี่ยนแปลงทางวิศวกรรมเฉพาะทาง ก่อนเลือกระบบที่จะเป็นเจ้าของฉบับแก้ไขของคุณ
สร้างกระบวนการเปลี่ยนแปลงทีละคำตัดสิน
คำขอเปลี่ยนแปลงทางวิศวกรรม
บันทึกเหตุผลที่ต้องเปลี่ยนก่อนอนุมัติให้ดำเนินการ
คำสั่งเปลี่ยนแปลงทางวิศวกรรม
วางแผนฉบับที่ได้รับผลกระทบ สต็อกเดิม และจุดเปลี่ยนผ่านการผลิต
กระบวนการเปลี่ยนแปลงทางวิศวกรรม
ตกลงหน้าที่และคำตัดสินประกาศใช้ตลอดทั้งกระบวนการ
คำถามเกี่ยวกับซอฟต์แวร์การเปลี่ยนแปลงทางวิศวกรรม
จะเกิดอะไรขึ้นหากการเปลี่ยนแปลงอื่นแก้ไขรายการเดียวกันก่อน?
ก่อนประกาศใช้ ระบบตัวอย่างจะตรวจว่ารายการยังใช้งานอยู่และฉบับแก้ไขปัจจุบันยังตรงกับฉบับเริ่มต้นของการเปลี่ยนแปลง หากไม่ตรงกัน การประกาศใช้นั้นจะเปลี่ยนรายการไม่ได้ วิศวกรรมต้องประเมินขอบเขตที่ได้รับผลกระทบใหม่ การตรวจนี้ไม่ใช้แทนการจัดการการกำหนดค่า BOM หรือ CAD เมื่อมีการเปลี่ยนแปลงพร้อมกัน
คำสั่งเปลี่ยนแปลงหนึ่งรายการครอบคลุมทั้งแบบเขียนและวิธีปฏิบัติงานได้หรือไม่?
ได้ ให้เพิ่มระเบียนรายการที่ได้รับผลกระทบแยกสำหรับแต่ละรายการ แต่ละระเบียนเก็บฉบับเดิม ฉบับที่เสนอ แนวทางจัดการ และประวัติการประกาศใช้ของตนเอง ตัวอย่างการเปลี่ยนผู้ขายครอบคลุมทั้งขายึดและวิธีประกอบ แต่ทั้งสองจะไม่ถูกรวมเป็นช่องฉบับแก้ไขเดียวกัน
ใช้ร่วมกับ PLM หรือ ERP ที่มีอยู่ได้หรือไม่?
ใช้เพื่อประสานงานตามที่ทีมต้องการได้ แต่ต้องตกลงว่าระบบใดเป็นเจ้าของข้อมูลผลิตภัณฑ์ที่อนุมัติแล้วและข้อมูลสินค้าคงคลัง ตัวอย่างนี้ไม่ซิงค์กับ PLM และไม่บันทึกธุรกรรมลง ERP การเชื่อมต่อต้องมีรหัสอ้างอิง กฎการเข้าถึง การจัดการข้อผิดพลาด และการกระทบยอดที่ชัดเจน ก่อนถือว่าระบบใดเป็นแหล่งข้อมูลหลัก
ผู้ใช้ฝ่ายธุรกิจปรับกระบวนการได้โดยไม่ต้องเขียน App ใหม่หรือไม่?
ผู้ดูแลระบบฝ่ายธุรกิจที่ได้รับอนุญาตสามารถแก้ไขตัวเลือกแบบฟอร์ม ช่องตามเงื่อนไข การมอบหมายผู้ทบทวน และมุมมองการทำงานใน Jodoo เช่น การเปลี่ยนผู้ขายอาจขอหลักฐานการรับรอง ส่วนการเปลี่ยนกระบวนการผลิตจะถามว่าขั้นตอนใดได้รับผลกระทบ ควรทดสอบกฎและสิทธิ์ที่แก้ไขก่อนใช้กับการเปลี่ยนแปลงจริง
ตัวอย่างนี้รองรับลายเซ็นอิเล็กทรอนิกส์ตามข้อกำกับหรือไม่?
ไม่ งานทบทวนในระบบและการบันทึกคำตัดสินไม่ได้หมายความว่าเป็นระบบลายเซ็นอิเล็กทรอนิกส์ที่ผ่านการตรวจรับรองแล้ว ควรประเมินภาระตามกฎระเบียบ แนวทางการตรวจรับรอง และมาตรการควบคุมที่จำเป็นแยกต่างหาก ตัวอย่างนี้มีไว้สาธิตการประสานงานการเปลี่ยนแปลงทางวิศวกรรม
สำรวจการเปลี่ยนแปลงที่ยังรอคำตัดสินจริง
เปิดมุมมองความพร้อม ตรวจการประเมินจัดซื้อที่ยังรอ แล้วเปรียบเทียบกับการเปลี่ยนแบบที่อนุมัติแล้วแต่ยังติดขัด ใช้ความต่างเหล่านี้ตัดสินว่าทีมต้องเห็นอะไร