วิธีวัดการใช้งานของมนุษย์?

ในThe Phoenix Projectกราฟเดี่ยวในหนังสือทั้งเล่มแสดงให้เห็นว่าเมื่อปริมาณงานของบุคคลเพิ่มขึ้นเป็น 90% ของเวลารอที่เพิ่มขึ้นแบบทวีคูณ ในความเป็นจริงในหนังสือมันอ้างว่า:

เวลารอ = (เปอร์เซ็นต์ไม่ว่าง / เปอร์เซ็นต์ฟรี)

ดังนั้นหากทรัพยากรไม่ว่าง 35 จาก 40 ชั่วโมงต่อสัปดาห์แล้ว:

Wait Time = 0.875/0.125  = 8

อย่างไรก็ตามหากทรัพยากรไม่ว่าง 39 จาก 40 ชั่วโมงต่อสัปดาห์ดังนั้น:

Wait Time = 0.975/0.025  = 39

สิ่งนี้จะถูกคูณด้วยจำนวนการรอในเวิร์กโฟลว์ เห็นได้ชัดว่าเป็นสิ่งที่เราต้องการจับตามอง!

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

TL : DR : มันเป็นสิ่งที่ผิดที่จะวัด โดยการวัดและเพิ่มการใช้ประโยชน์ในพนักงานทั่วกระดานคุณสร้างปัญหาในระบบและลดโดยรวมผ่าน

การบัญชีปริมาณงาน

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

ในการพัฒนาซอฟต์แวร์สินค้าคงคลังเป็นงานที่ยังไม่ก่อให้เกิดประโยชน์กับลูกค้า สิ่งใดก็ตามที่ทำไปแล้วแต่ยังไม่ออก ปริมาณงานคือปริมาณงานที่มีประโยชน์ต่อลูกค้าที่กำลังเปิดตัว งานใด ๆ ที่ไม่เป็นประโยชน์ต่อลูกค้าโดยตรงถือเป็นค่าใช้จ่ายในการดำเนินงาน

ระบบที่เรียบง่าย

ในระบบที่เรียบง่ายที่มีมนุษย์คนเดียวหรือหลายคนทำงานอย่างอิสระกับอุปกรณ์อิสระเท่าที่แต่ละคนจะเพิ่มปริมาณงานของระบบทั้งหมดโดยตรง สิ่งนี้นำไปสู่ความเข้าใจผิดทั่วไปที่เป็นพื้นฐานสำหรับคำถามนี้ว่าการเพิ่มการใช้งานของมนุษย์จะนำไปสู่การเพิ่มปริมาณงานในระบบทั้งหมด แต่คุณยังวัดผ่านของระบบสินค้าคงคลังและการดำเนินงานค่าใช้จ่าย

ระบบที่ซับซ้อน

ในระบบที่ซับซ้อนแม้จะมีการพึ่งพาเพียงสองครั้ง แต่การใช้งานที่เพิ่มขึ้นของส่วนหนึ่งของระบบสามารถนำไปสู่การลดการใช้งานในคอขวดได้โดยตรงซึ่งช่วยลดปริมาณงานของทั้งระบบ ที่เพิ่มขึ้นในนอกผลผลิตของคอขวดเป็นภาพลวงตา

ตัวอย่าง:ทีมวิศวกรซอฟต์แวร์มีการตรวจสอบโค้ดทั้งหมดโดยสถาปนิกซอฟต์แวร์ซึ่งทำแผนที่สำหรับคุณสมบัติใหม่ บุคคลนี้เป็นคอขวดโค้ดที่ไม่ได้รับการตรวจสอบโดยสถาปนิกจะเพิ่มคลังโฆษณาถ้าสถาปนิกไม่มีเวลาจะไม่มีการวางแผนคุณสมบัติใหม่ ๆ อย่างเหมาะสม หากคุณเริ่มการวัดการใช้ประโยชน์จากวิศวกรซอฟต์แวร์พวกเขาแต่ละคนจะพยายามทำการเปลี่ยนแปลงเพิ่มเติมแทนที่จะเปลี่ยนแปลงที่ดีกว่า เวลาที่สถาปนิกจะต้องใช้ในการเปลี่ยนแปลงแต่ละครั้งจะเพิ่มขึ้นและเวลาทั้งหมดที่ใช้ในการตรวจสอบจะเพิ่มขึ้นอีกด้วยจำนวนการเปลี่ยนแปลงที่เพิ่มขึ้นจนถึงจุดที่ไม่มีเวลาเหลือสำหรับวางแผนการเปลี่ยนแปลงใหม่ ในที่สุดระบบทั้งหมดก็จะหยุดชะงัก หากพวกเขาลดการใช้แม้ใช้เวลาว่างพวกเขาใช้เวลานานในการเปลี่ยนแปลงหรือรีวิวเพียร์แต่ละ สิ่งนี้อาจนำไปสู่การลดเวลาที่ต้องใช้ในการตรวจสอบและเพิ่มปริมาณงานได้ในที่สุด นี่เป็นเพียงทีมเดียวที่มี 2 การพึ่งพา วิศวกรขึ้นอยู่กับสถาปนิกสำหรับการเปลี่ยนแปลงใหม่ที่จะวางแผนและการเปลี่ยนแปลงที่จะตรวจสอบ

เห็นได้ชัดว่าผลประโยชน์ที่จะได้รับในการจัดการอย่างถูกต้องคอขวดและพยายามที่จะได้รับการผลิตที่คอขวดที่ชั่วโมงได้รับเป็นชั่วโมงของการส่งผ่านของระบบทั้งหมด

นี่คือข้อความที่แท้จริงของโครงการ The Phoenixและมาโดยตรงจากทฤษฎีข้อ จำกัดโดย Eliyahu M. Goldratt นอกจากนี้คุณยังอาจจะอ่านบทความเกี่ยวกับความคิดของการใช้ความคิด VS ผ่าน ฉันยังอยากจะแนะนำให้อ่านเพิ่มเติมเกี่ยวกับการบริหารจัดการกระบวนการห่วงโซ่ที่สำคัญ

โปรดจำไว้ว่า สิ่งที่คุณวัดคือสิ่งที่คุณได้รับ และแน่นอนคุณไม่ต้องการเพิ่มการใช้งานส่วนบุคคล ถนนสู่นรกปูด้วยเจตนาดี