จะระบุขีด จำกัด WIP ใน Kanban ได้อย่างไร


10

พิจารณาบอร์ด Kanban ทั่วไป:

อินพุต, การวิเคราะห์, การเตรียมพร้อม, การพัฒนา, การสร้างพร้อม, การทดสอบ, พร้อมเผยแพร่

จะระบุขีด จำกัด WIP สำหรับแต่ละคอลัมน์ได้อย่างไร สูตรใด

คำตอบ:


7

ไม่ไม่มีสูตร ไม่มีเลย

ขึ้นอยู่กับวิธีการทำงานของทีมวิธีปฏิบัติที่คุณใช้ ฯลฯ หากคุณจับคู่โปรแกรมคุณจะมีขีด จำกัด ต่ำในคอลัมน์การพัฒนามากกว่านักพัฒนาจำนวนหนึ่ง

หากคุณแนะนำ Kanban ในทีมที่มีอยู่คุณสามารถลองแมปงานทั้งหมดที่กำลังดำเนินการใน MMF และดูว่ามีฟีเจอร์ที่คุณมีอยู่ในคอลัมน์ต่าง ๆ มากมาย มันจะให้ข้อมูลเชิงลึกเกี่ยวกับข้อ จำกัด ที่คุณมีในขณะนี้และนี่คือจุดเริ่มต้นที่ดีในการกำหนดขีด จำกัด ของ Kanban

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

ฉันเขียนโพสต์ว่าเรากำหนดขีด จำกัด ได้อย่างไรเมื่อเรากำหนดบอร์ด Kanban ของเรา: http://blog.brodzinski.com/2009/11/kanban-story-kanban-board.html


5

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


3

ในขณะที่ฉันเห็นด้วยไม่มีสูตรเช่นนี้ - ในเวลาเดียวกันมีความเป็นไปได้ที่แท้จริงของการสร้างแบบจำลองกระบวนการ Kanban ของคุณ สิ่งนี้จะช่วยให้คุณจำลองผลลัพธ์ที่เป็นไปได้สำหรับสิ่งต่าง ๆ เช่นรอบเวลา, เวลารอ, ประสิทธิภาพ ฯลฯ

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

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

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

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


1
ดังนั้นคุณได้พิสูจน์แล้วว่าข้อกำหนดการตรวจสอบลูกค้าภายนอกกำลังฆ่าวัฏจักรของคุณหรือไม่ จิตใจที่อยากรู้อยากรู้อยากเห็น! :-)
Martijn Pieters

1

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

เมื่อเวลาผ่านไปการทดสอบด้วยการลดจำนวนช่องในแต่ละคอลัมน์


สมมติว่าเรามี 10 นักพัฒนานี่ควรหมายความว่าคอลัมน์ "การพัฒนา" จะมี 10 คอลัมน์ย่อยหรือไม่คอลัมน์ A สำหรับนักพัฒนาแต่ละคน และถ้ากระบวนการสร้างถูกจัดการโดยผู้พัฒนารายหนึ่งนี่หมายความว่าขีด จำกัด WIP ของ "พร้อมใช้งาน" จะเป็น 1 หรือไม่ "คอขวดหรือจุดปวด" หมายความว่าอย่างไร? เช่นอะไร?
Chiron

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

1

ฉันใช้สองเทคนิคในการระบุขีด จำกัด WIP เมื่อเราเริ่มโครงการใหม่หรือทีม

ในกรณีของโครงการพัฒนา: เรากำลังทำงานเป็นคู่ (เรากำลังทำ XP) ซึ่งหมายความว่าสมาชิกสองคนสามารถทำงานได้ครั้งละหนึ่งองค์ประกอบ หากทีมประกอบด้วย 6 คน WIP จะเป็น 3 ตามประโยคก่อนหน้า อย่างไรก็ตามการเขียนโปรแกรมคู่เป็นงานที่เหนื่อยและบางครั้งเพื่อนร่วมงานต้องการทำงานเพียงลำพังฉันก็ให้บวกหนึ่งดังนั้นขีด จำกัด WIP สำหรับสมาชิก 6 คนจะเท่ากับ 4

เมื่อเรากำลังพูดถึงการบำรุงรักษาการทดสอบการตรวจสอบหรือโครงการสนับสนุนจากนั้นฉันจะตรวจสอบว่าเพื่อนร่วมงานที่แตกต่างกันสามารถทำงานได้แบบขนานเท่าไหร่ฉันรวมจำนวนนี้และฉันลบมันด้วย ตัวอย่างเช่นทุกคนจากทีมที่กล่าวถึงก่อนหน้านี้สามารถดูแลปัญหาคู่ขนานได้ 2 ประเด็นก็จะทำให้ขีด จำกัด ของ WIP 12 แต่ด้วย -1, คือ 11 มันจะช่วยให้ฉันแน่ใจว่าทีมยังคงมุ่งเน้นและทำงานร่วมกัน หากในกรณีนี้ขีด จำกัด WIP เท่ากับ 12 ทุกคนจะทำงานกับการ์ดสูงสุดสองใบของเขา / เธอและจะไม่มีการทำงานร่วมกันเกิดขึ้น

ฉันต้องการเห็นอกเห็นใจว่าฉันใช้เทคนิคเหล่านี้เฉพาะตอนเริ่มต้นเมื่อโครงการ / ทีมเริ่มต้นขึ้น หลังจากนั้นการปรับวงเงิน WIP เป็นหน้าที่ของทีมโดยพิจารณาจากความรู้สึกภาระเป้าหมาย ฯลฯ

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