Efficiency through focusMultitaskin

Efficiency through focus

Multitasking kills efficiency. The more work items in flight at any given time, the more context switching, which hinders their path to completion. That's why a key tenant of kanban is to limit the amount of work in progress (WIP). Work-in-progress limits highlight bottlenecks and backups in the team's process due to lack of focus, people, or skill sets.

For example, a typical software team might have four workflow states: to do, in progress, code review, and done. They could choose to set a WIP limit of 2 for the code review state. That might seem like a low limit, but there's good reason for it: code that hasn't been reviewed not only hasn't shipped yet, but may need significant re-work before it is ready to ship. So it's important to take action on code reviews right away, and setting a WIP limit helps the team hold themselves accountable to that. It forces the team to knock out those reviews before pulling in new work.

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 3:

ประสิทธิภาพผ่านโฟกัส

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

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