วิธีสร้างแบบจำลองมนุษย์เครื่องจักรมาตรการและกระบวนการในโลก DevOps


17

ในโครงการ Phoenixเมื่อหนึ่งในทัวร์ของโรงงานเราบอกว่าแต่ละเวิร์กสเตชันเป็นการรวมกันของบุคคลเครื่องจักรการวัดและกระบวนการ สิ่งนี้สมเหตุสมผลมากหลังจากเรามีผู้คนเซิร์ฟเวอร์ตัวชี้วัดและคำแนะนำ

อย่างไรก็ตามเมื่อใดก็ตามที่ฉันสร้างแบบจำลองกระบวนการ (วงจรชีวิตของตั๋วสนับสนุนเป็นต้น) ฉันพยายามพิจารณาเรื่องนี้

โดยทั่วไปสถานะเวิร์กโฟลว์ของฉันรวมถึง:

  • ความช่วยเหลือบรรทัดแรก
  • ความช่วยเหลือด้านเทคนิค / Dev / ทีมเทคนิคเพิ่มเติม
  • ตรวจสอบรหัส
  • การทดสอบ
  • เอือด
  • การปรับใช้

ฉันสามารถวัดวัฏจักรรอบปริมาณงานและเวลาในคิวของแต่ละรัฐเหล่านี้ได้อย่างง่ายดาย แต่ฉันไม่รู้สึกว่านี่เป็นความยุติธรรมต่อแนวคิด Man, Machine, Method มันเป็นความคิดที่บอกใบ้อย่างน่าหงุดหงิดในหนังสือ แต่ไม่ได้ขยาย ...

เรารู้ว่าเวลารอเป็นหน้าที่ของการใช้ประโยชน์ดังนั้นการตรวจสอบว่าผู้คนและเซิร์ฟเวอร์ไม่ว่าง (ทรัพยากร จำกัด ) มีความสำคัญอย่างไร มีกระบวนการที่กำหนดไว้สำหรับการขยายการวัดของฉันจากเครื่องสถานะ จำกัด อย่างง่ายไปยัง Man, Machine, Method, Process idea ในหนังสือหรือไม่

คำตอบ:


6

สิ่งที่พวกเขากำลังพูดถึงคือKaizen 5M (มนุษย์เครื่องจักรวัสดุวิธีการวัด) เป็นแนวทางในการปรับปรุงอย่างต่อเนื่องในทุกสถานีในกระบวนการและนางสาวเป็นจุดปรับปรุงที่เป็นไปได้และมีคำถามที่สอดคล้องกัน (5Qs) บางครั้งสิ่งแวดล้อมจะถูกเพิ่มสำหรับ 6 เช่นในขั้นตอนนี้ที่อธิบายถึงวิธีการสร้างคำถามโดยใช้แผนภาพอิชิคาวะ สิ่งเหล่านี้เป็นสิ่งจำเป็นสำหรับการผลิตTPS / การผลิตแบบลีน แต่การปรับปรุงไม่ได้ใช้ประโยชน์ แต่เป็นการปรับปรุงคุณภาพ คุณไม่เคยมุ่งมั่นเพื่อการใช้ประโยชน์เป็นที่ต่อต้านกับการส่งผ่านของระบบ

สิ่งสำคัญคือต้องเข้าใจว่ามนุษย์เครื่องจักรวัสดุวิธีการและการวัดไม่ได้แยกจากกันอย่างง่ายดาย บางครั้งเครื่องจักรวัสดุและการวัดมาจากด้านหนึ่งพร้อมกันกับมนุษย์และวิธีการในอีกด้านหนึ่ง ในขณะที่คุณสามารถแทนที่มนุษย์และวิธีการในสถานีงานนั้น

ในแง่ของการพัฒนาซอฟต์แวร์คุณมีซอฟต์แวร์ (เครื่องจักร) ปัญหา (วัสดุ) คุณภาพของรหัส / การยอมรับ (การวัด) แมน (โปรแกรมเมอร์) และวิธี (กระบวนการพัฒนา) ชายคนนั้นฝึกฝนเครื่องจักรและทำความคุ้นเคยกับวัสดุที่กำลังทำงานทำความเข้าใจกับการวัดที่ต้องการเรียนรู้กระบวนการ ทุกคนอยู่ในสมองของมนุษย์ดังนั้นจึงไม่แยกจากกันอย่างง่ายดายเมื่อเรียนรู้ การเปลี่ยนวิธีการทำได้เฉพาะในกรณีที่ผู้ชายยังไม่ได้ปรับระบบภายในอย่างเต็มที่มิฉะนั้นจะง่ายกว่าที่จะเปลี่ยนวิธีและคน เครื่องจักรวัสดุและการวัดมักเชื่อมโยงกันผ่านระบบอัตโนมัติและการกำหนดค่า นั่นคือสาเหตุที่สิ่งเหล่านั้นถูกวาดที่ด้านตรงข้ามของแผนภาพ

ถ้าคุณอ่านหนังสืออย่างระมัดระวังมันไม่ได้พูดถึงการใช้ประโยชน์อื่นนอกเหนือจากคอขวดของห่วงโซ่คุณค่า เพื่อยกระดับและใช้ประโยชน์จากคอขวด หลายวิธีที่ถูกว่าจ้างที่ในหนังสือรวมทั้งKanban

คุณไม่ต้องการเพิ่มประสิทธิภาพแต่ละสถานีของกระบวนการของคุณ (ลูกค้า -> สนับสนุน -> การพัฒนา -> รีวิว -> การทดสอบ -> การยอมรับของผู้ใช้ -> การปรับใช้ -> ลูกค้า) แต่คุณต้องจำลองแบบการเปลี่ยนระหว่างสถานีงานเหล่านั้น การอ้างอิงของพวกเขาและเพื่อติดตามการทำงานในกระบวนการ (WIP) การเคลื่อนย้ายผ่านระบบ มักจะผ่านซอฟต์แวร์การติดตามปัญหา (หรือระบบ Kanban) ซึ่งเทียบเท่ากับการติดตามวัสดุในการผลิต ในกรณีที่ WIP ซ้อนทับหน้าสถานีงานในกระบวนการห่วงโซ่วิกฤติของคุณคุณจะพบคอขวดและเป็นสถานที่ที่คุณต้องการเพิ่มประสิทธิภาพโดยใช้ Kaizan (5Ms, 5Qs)

หมายเหตุ: ฉันได้เพิ่มลูกค้าทั้งในตอนเริ่มต้นและตอนท้ายของกระบวนการของคุณเนื่องจากห่วงโซ่คุณค่าแต่ละรายการจะต้องเริ่มต้นและสิ้นสุดกับลูกค้ามิฉะนั้นจะไม่ได้แสดงถึงคุณค่าของ บริษัท

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.