พิจารณาบอร์ด Kanban ทั่วไป:
อินพุต, การวิเคราะห์, การเตรียมพร้อม, การพัฒนา, การสร้างพร้อม, การทดสอบ, พร้อมเผยแพร่
จะระบุขีด จำกัด WIP สำหรับแต่ละคอลัมน์ได้อย่างไร สูตรใด
พิจารณาบอร์ด Kanban ทั่วไป:
อินพุต, การวิเคราะห์, การเตรียมพร้อม, การพัฒนา, การสร้างพร้อม, การทดสอบ, พร้อมเผยแพร่
จะระบุขีด จำกัด WIP สำหรับแต่ละคอลัมน์ได้อย่างไร สูตรใด
คำตอบ:
ไม่ไม่มีสูตร ไม่มีเลย
ขึ้นอยู่กับวิธีการทำงานของทีมวิธีปฏิบัติที่คุณใช้ ฯลฯ หากคุณจับคู่โปรแกรมคุณจะมีขีด จำกัด ต่ำในคอลัมน์การพัฒนามากกว่านักพัฒนาจำนวนหนึ่ง
หากคุณแนะนำ Kanban ในทีมที่มีอยู่คุณสามารถลองแมปงานทั้งหมดที่กำลังดำเนินการใน MMF และดูว่ามีฟีเจอร์ที่คุณมีอยู่ในคอลัมน์ต่าง ๆ มากมาย มันจะให้ข้อมูลเชิงลึกเกี่ยวกับข้อ จำกัด ที่คุณมีในขณะนี้และนี่คือจุดเริ่มต้นที่ดีในการกำหนดขีด จำกัด ของ Kanban
คำแนะนำอื่น ๆ ที่คุณได้รับคือไปกับ / ความรู้สึกของลำไส้ทีมของคุณ ทำในสิ่งที่คุณรู้สึกว่าถูกต้อง จากนั้นตรวจสอบว่าขีด จำกัด ของคุณไม่แน่นหรือหลวมเกินไปและปรับเปลี่ยน บางคนพูดว่า "กระดานจะบอกคุณ" และนั่นเป็นเรื่องจริง หากคุณกดปุ่มคอขวดทุกสัปดาห์คุณอาจตั้งค่าขีด จำกัด ไว้ต่ำเกินไป หากหนึ่งหรือสองตัวบล็อกไม่ได้เป็นข้อ จำกัด ปัญหาสูงเกินไป
ฉันเขียนโพสต์ว่าเรากำหนดขีด จำกัด ได้อย่างไรเมื่อเรากำหนดบอร์ด Kanban ของเรา: http://blog.brodzinski.com/2009/11/kanban-story-kanban-board.html
ฉันได้ลองสุดขั้วสองครั้งทั้งที่คนต่างคนแนะนำกัน หนึ่งคือการใช้ขีด จำกัด สูงและบิดลงจนกว่าจะเจ็บและอีกอันคือตรงกันข้ามเริ่มต้นด้วย n-1 โดยที่ n คือจำนวนของคนที่สามารถดึงงานไปที่คอลัมน์นั้น หลังนั้นมีความเจ็บปวดมากกว่าสำหรับทีมใหม่สำหรับ Kanban แต่มันช่วยให้เราไปถึงจุดที่เพิ่มการไหลเร็วกว่าตัวเลือกแรกเพราะเมื่อเรารู้สึกเจ็บปวด (คอขวด) สัญชาตญาณแรกของเราคือการตรวจสอบปัญหาด้วยการเพิ่มขีด จำกัด WIP สุดท้ายและเป็นผลให้เราค้นพบและแก้ไขปัญหากระบวนการหลายอย่างที่อาจมองไม่เห็นเป็นอย่างอื่น
ในขณะที่ฉันเห็นด้วยไม่มีสูตรเช่นนี้ - ในเวลาเดียวกันมีความเป็นไปได้ที่แท้จริงของการสร้างแบบจำลองกระบวนการ Kanban ของคุณ สิ่งนี้จะช่วยให้คุณจำลองผลลัพธ์ที่เป็นไปได้สำหรับสิ่งต่าง ๆ เช่นรอบเวลา, เวลารอ, ประสิทธิภาพ ฯลฯ
ฉันใช้เครื่องมือจำลองซึ่งจำลองกระบวนการ Kanban ของเรา มันจำลองการไหลของเรื่องราวทั่วกระดานภายใต้ข้อ จำกัด ของ Kanban ของเราเกี่ยวกับขีด จำกัด WIP และทรัพยากรของทีม เรามีสถานะที่ต้องการการตรวจสอบจากลูกค้าภายนอก เราทุกคนสงสัยว่าขั้นตอนนี้เป็นบางสิ่งบางอย่างที่ฆ่าเวลารอบของเราโดยการสำรองเรื่องราวของเรา
ความรู้สึกของลำไส้คือการทำกล่องเวลาในขั้นตอนนี้ แต่เราไม่รู้ว่ามันจะผลักดันปัญหาที่อื่นหรือไม่ เรารู้หรือไม่ว่าจะไปไกลแค่ไหนกับการชกมวยเวลาหรือการปรับปรุงครั้งใหญ่
ทุกอย่างดีมากเพียงแค่พูดถึงการปรับเปลี่ยน แต่มันอาจก่อกวนได้มาก ผู้คนจะคุ้นเคยกับกระบวนการและหงุดหงิดกับใครบางคนที่พยายามปรับแต่งลางสังหรณ์อยู่ตลอดเวลา ดังนั้นคุณมักจะต้องทำกรณีที่ดีมากก่อนที่จะดำเนินการเปลี่ยนแปลง
เมื่อคุณสร้างโมเดลคุณสามารถปรับแต่งได้โดยไม่หยุดชะงักและมีความมั่นใจมากขึ้นว่าการปรับแต่งของคุณจะให้ผลลัพธ์ที่คุณต้องการ นอกจากนี้ยังจะช่วยให้คุณได้รับสูตรเวทย์มนตร์ของคุณ
ฉันจะเริ่มต้นด้วย "ช่อง" จำนวนหนึ่งในแต่ละคอลัมน์ที่เท่ากับจำนวนคนที่จะรับงานในคอลัมน์ที่เกี่ยวข้อง ที่จะเผยให้เห็นคอขวดหรือจุดปวด ที่อยู่จุดปวดจนกว่ามันจะหายไป
เมื่อเวลาผ่านไปการทดสอบด้วยการลดจำนวนช่องในแต่ละคอลัมน์
ฉันใช้สองเทคนิคในการระบุขีด จำกัด WIP เมื่อเราเริ่มโครงการใหม่หรือทีม
ในกรณีของโครงการพัฒนา: เรากำลังทำงานเป็นคู่ (เรากำลังทำ XP) ซึ่งหมายความว่าสมาชิกสองคนสามารถทำงานได้ครั้งละหนึ่งองค์ประกอบ หากทีมประกอบด้วย 6 คน WIP จะเป็น 3 ตามประโยคก่อนหน้า อย่างไรก็ตามการเขียนโปรแกรมคู่เป็นงานที่เหนื่อยและบางครั้งเพื่อนร่วมงานต้องการทำงานเพียงลำพังฉันก็ให้บวกหนึ่งดังนั้นขีด จำกัด WIP สำหรับสมาชิก 6 คนจะเท่ากับ 4
เมื่อเรากำลังพูดถึงการบำรุงรักษาการทดสอบการตรวจสอบหรือโครงการสนับสนุนจากนั้นฉันจะตรวจสอบว่าเพื่อนร่วมงานที่แตกต่างกันสามารถทำงานได้แบบขนานเท่าไหร่ฉันรวมจำนวนนี้และฉันลบมันด้วย ตัวอย่างเช่นทุกคนจากทีมที่กล่าวถึงก่อนหน้านี้สามารถดูแลปัญหาคู่ขนานได้ 2 ประเด็นก็จะทำให้ขีด จำกัด ของ WIP 12 แต่ด้วย -1, คือ 11 มันจะช่วยให้ฉันแน่ใจว่าทีมยังคงมุ่งเน้นและทำงานร่วมกัน หากในกรณีนี้ขีด จำกัด WIP เท่ากับ 12 ทุกคนจะทำงานกับการ์ดสูงสุดสองใบของเขา / เธอและจะไม่มีการทำงานร่วมกันเกิดขึ้น
ฉันต้องการเห็นอกเห็นใจว่าฉันใช้เทคนิคเหล่านี้เฉพาะตอนเริ่มต้นเมื่อโครงการ / ทีมเริ่มต้นขึ้น หลังจากนั้นการปรับวงเงิน WIP เป็นหน้าที่ของทีมโดยพิจารณาจากความรู้สึกภาระเป้าหมาย ฯลฯ