โมเดลคัมบังในวิศวกรรมซอฟต์แวร์

Kanban คืออะไร?

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

คัมบังถือกำเนิดขึ้นในโตโยต้าในช่วงทศวรรษปี 1940 ความหมายของคัมบังในภาษาญี่ปุ่นคือ "ป้ายโฆษณา" บอร์ดคัมบังประกอบด้วยเสาและการ์ดเรื่องราว คอลัมน์นั้นไม่มีอะไรเลย แต่สถานะเวิร์กโฟลว์และการ์ดนั้นไม่มีอะไรมากไปกว่าการสาธิตงานจริงที่สมาชิกในทีมกำลังดำเนินการอยู่

เมื่อใดจึงจะใช้คัมบัง?

ต่อไปนี้เป็นเหตุผลในการใช้วิธีการพัฒนา Kanban:

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

การ์ดคัมบัง

ระบบ Kanban แนะนำการแสดงภาพการทำงาน แนะนำการใช้กระดานจริงและกระดานดิจิทัล

การ์ดคัมบังเป็นส่วนสำคัญบนกระดานคัมบังเนื่องจากแสดงถึงงานที่ทีมกำลังทำอยู่ การ์ดเหล่านี้ก็จะมี

1. ลำดับความสำคัญ
2. เจ้าของ
3. ประเภท
4. วันครบกำหนด

คอลัมน์ในบอร์ด Kanban แสดงถึงขั้นตอนการทำงาน และคุณสามารถวางขีดจำกัด WIP (งานระหว่างดำเนินการ) ไว้ในคอลัมน์ได้ ขีดจำกัด WIP หมายถึงจำนวนการ์ดสูงสุดที่สามารถอยู่ในคอลัมน์นั้นได้.

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

คณะกรรมการคัมบัง

คณะกรรมการคัมบัง เป็นเครื่องมือการจัดการโครงการแบบว่องไวที่ช่วยนำ Kanban ไปใช้ในการจัดการโครงการเพื่อวัตถุประสงค์ส่วนตัวและทางธุรกิจ เป็นบอร์ดทางกายภาพหรือดิจิทัล (JIRA) ที่ออกแบบมาเพื่อช่วยให้ทีมเห็นภาพการทำงานของตนในขั้นตอนและกระบวนการต่างๆ นอกจากนี้ยังช่วยแสดงขั้นตอนการทำงานกับคอลัมน์โดยใช้การ์ดอีกด้วย

มีคอลัมน์แสดงสถานะของงาน เช่น

1. ทำ,
2. dev
3. การทดสอบ
4. เสร็จสิ้น

แต่ละคอลัมน์เหล่านี้สามารถมีการ์ด <=ขีดจำกัด WIP การ์ดแสดงถึงงานจริง

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

เวิร์กโฟลว์คัมบัง

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

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

ด้านล่างนี้คือสถานะพื้นฐานที่ทีมซอฟต์แวร์จำนวนมากปฏิบัติตามในการจัดการเวิร์กโฟลว์

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

ระบบดึงตาม

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

ด้วยข้อจำกัดของ WIP Kanban จะช่วยปรับปรุง Lead Time และ Cycle Time ได้ ควรจะมีช่องว่างน้อยที่สุดระหว่างเวลาทั้งสองนี้ ตัวอย่างเช่น เรามีนักพัฒนา 5 คนและนักทดสอบเพียง 1 คน แล้วจะเกิดอะไรขึ้นในกรณีนี้ จะมีการ์ดจำนวนมากที่ต้องทดสอบอยู่เสมอ และการ์ดเหล่านั้นจะวางทิ้งไว้เฉยๆ และรออยู่

เพื่อเอาชนะปัญหาที่กล่าวมาข้างต้นและปรับปรุงประสิทธิภาพ Kanban ปฏิบัติตามแนวทางแบบดึงด้วยขีดจำกัด WIP ซึ่งจะมีการดึงการ์ดในจำนวนจำกัด

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

ระบบการดึงยังช่วยในการค้นหาความเร็วที่ถูกต้องสำหรับทีม ด้วยความเร็วที่เหมาะสม ทีมจะทำงานได้ดีขึ้น

เวลานำและรอบเวลา

ในวิธี Kanban เวลารอคอยสินค้าและรอบเวลาถูกนำมาใช้กันอย่างแพร่หลาย มีความแตกต่างระหว่างทั้งสอง และสิ่งสำคัญคือต้องเข้าใจว่าเพื่อหลีกเลี่ยงความสับสน

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

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

Cycle Time = Work in Progress/Throughput

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

แผนภาพการไหลสะสม (CFD)

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

ช่วยให้คุณประมาณระยะเวลารอคอยสินค้าโดยเฉลี่ยและรอบเวลาสำหรับเวลาที่กำหนดไว้ล่วงหน้าได้

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

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

ปริมาณงาน = WIP/รอบเวลา

การจำกัด WIP (งานระหว่างดำเนินการ)

ในวิธีการพัฒนาคัมบัง WIP จะจำกัดจำนวนงาน/การ์ดที่สมาชิกในทีมหรือทั้งหมดสามารถทำงานได้ในคราวเดียว

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

เหตุผลในการกำหนดขีดจำกัด WIP

ต่อไปนี้เป็นเหตุผลในการตั้งค่าขีดจำกัด WIP:

• มันเปลี่ยนโฟกัสไปที่การทำให้สิ่งต่างๆ เสร็จสิ้นลง โดยที่แต่ละคนจะมุ่งเน้นไปที่งานเดียวในแต่ละครั้ง
• ช่วยให้ทีมเข้าใจความสามารถของพวกเขา
• ช่วยปรับปรุงระยะเวลาในการผลิตและรอบเวลา
• ช่วยในการหลีกเลี่ยงงานซ้อน (ในโหมดรอ)
• ช่วยในการเคลื่อนย้ายขั้นตอนการทำงานและงานต่างๆ ดำเนินไป
• นอกจากนี้ยังช่วยแก้ไขอุปสรรคเนื่องจากบุคคลไม่ต้องสลับไปมาระหว่างงานต่างๆ

การต่อสู้กับ คัมบัง

นี่คือความแตกต่างที่สำคัญระหว่าง การต่อสู้กับ คัมบัง

การทะเลาะกัน	Kanban
การทะเลาะกัน เน้นเรื่องการวางแผนเริ่มต้นด้วยการวางแผนสปรินต์และจบลงด้วยการมองย้อนหลังสปรินต์ มีการประชุมหลายครั้งเพื่อช่วยให้แน่ใจว่าทีมสอดคล้องกับขั้นตอนต่อไป ลำดับความสำคัญ และบทเรียนที่ได้รับจากสปรินต์ก่อนหน้า	Kanban เปิดให้ทำการเปลี่ยนแปลงได้ทุกที่ หมายความว่ามีความแข็งแกร่งน้อยลงและ สิ่งต่างๆสามารถเปลี่ยนแปลงได้บ่อยครั้ง.
ขอแนะนำการสะสมของ การวัดเวลา เกิดขึ้นระหว่างการวิ่งระยะสั้น	Kanban ขอแนะนำกราฟ เพื่อดูภาพรวมความคืบหน้าของทีมในช่วงเวลาหนึ่ง
การทะเลาะกัน ไม่มีอีกต่อไป เรียกร้องให้ทีมมุ่งมั่น แต่กลับเป็นเรื่องของเป้าหมายและการคาดการณ์ของสปรินต์	คัมบังอาศัย การกำหนดกรอบเวลาและการพยากรณ์.
มันเน้นเรื่องการวางแผนและอื่นๆ การประมาณค่ามีบทบาทสำคัญมาก ในการต่อสู้	คัมบังก็มี ไม่มีข้อกำหนดบังคับ สำหรับการประมาณค่า
ทุกๆ แต่ละคนมีบทบาทของตน และความรับผิดชอบ	ไม่ กำหนดบทบาทให้มีความยืดหยุ่น ในแง่ของความรับผิดชอบส่วนบุคคล
การวนซ้ำ/Sprints ได้รับการแก้ไขในระยะเวลา ระยะเวลานี้แตกต่างกันไปตั้งแต่ 2 สัปดาห์ถึง 1 เดือน	คัมบังก็คือ ไม่ได้ขึ้นอยู่กับระยะเวลา- สิ่งนี้วัดจากรอบเวลา
ทีมคือ จำเป็นต้องกระทำ จำนวนงานที่เฉพาะเจาะจง	ความมุ่งมั่นไม่จำเป็น มันเป็นทางเลือกสำหรับทีม
ในวิธีนี้ ทีมข้ามสายงาน มีความสำคัญเนื่องจากสามารถจัดการกับการหยุดชะงักที่อาจก่อให้เกิดปัญหาคอขวดในการพัฒนาซอฟต์แวร์ได้	มี ทีมงานเฉพาะทาง เป็นสิ่งสำคัญ
มันเป็น ไม่สามารถเพิ่มรายการได้ เพื่อการทำซ้ำอย่างต่อเนื่อง	ใหม่ สามารถเพิ่มรายการได้อย่างง่ายดาย หากมีกำลังการผลิตเพิ่มเติม
Sprint Backlog เป็นเจ้าของโดยเท่านั้น ทีมเดียว.	หลายทีมสามารถแชร์บอร์ด Kanban ได้
สินค้าพร้อมส่งคือ กำหนดโดยการวิ่งระยะสั้นซึ่งชุดงานจะต้องแล้วเสร็จและพร้อมสำหรับการตรวจทาน	ผลิตภัณฑ์และกระบวนการต่างๆ จัดส่งอย่างต่อเนื่อง ตามความจำเป็น ดังนั้นกระบวนการทดสอบและการตรวจสอบจึงดำเนินไปพร้อมๆ กัน
วิธีการพัฒนาซอฟต์แวร์ Scrum มุ่งเน้นไปที่งานที่ค้างอยู่.	วิธีคัมบังโดยสิ้นเชิง มุ่งเน้นไปที่แดชบอร์ดกระบวนการ.
ทุกๆ สมาชิกในทีมมีบทบาทเฉพาะ ใน Scrum master จะตัดสินใจเรื่องไทม์ไลน์ เจ้าของผลิตภัณฑ์กำหนดเป้าหมายและวัตถุประสงค์ และสมาชิกในทีมดำเนินงานพัฒนา	ไม่มีบทบาทที่กำหนดไว้ล่วงหน้าสำหรับทีม อย่างไรก็ตาม อาจยังมีผู้จัดการโครงการอยู่ ทีมได้รับการสนับสนุนให้ร่วมมือและทำงานร่วมกัน
ดีที่สุดสำหรับโครงการที่มี การเปลี่ยนลำดับความสำคัญ.	เหมาะสำหรับทีมที่มี ลำดับความสำคัญที่มั่นคง ที่ไม่น่าจะเปลี่ยนแปลงไปตามกาลเวลา
วัดการผลิต โดยใช้ความเร็ว ผ่านการวิ่งระยะสั้น	วัดการผลิตโดยใช้ รอบเวลา หรือเวลาที่แน่นอนที่ใช้ในการทำให้โครงการหนึ่งชิ้นเสร็จสมบูรณ์
Scrum ต้องการ การเปลี่ยนแปลงจากรูปแบบดั้งเดิมอย่างสมบูรณ์ ไปจนถึงโมเดล Agile Scrum ที่จะนำไปใช้ในโครงการ	Kanban ไม่อนุญาตให้มีการเปลี่ยนแปลงครั้งใหญ่ ในโครงการ
เป็นวิธีที่เหมาะสำหรับโครงการด้วย ลำดับความสำคัญที่แตกต่างกันอย่างกว้างขวาง.	เหมาะที่สุดสำหรับ ทีมที่มีลำดับความสำคัญที่มั่นคง.
ใน Scrum t ทั้งหมดeam มุ่งเน้นไปที่การทำงานร่วมกันและทำงานให้สำเร็จ เพื่อให้มีงานพัฒนาคุณภาพ	ทีมทำงานเพื่อให้บรรลุเป้าหมาย และลดเวลาในการดำเนินการให้เสร็จสิ้นทั้งหมด ดังนั้นการลดรอบเวลาจึงเป็นตัวบ่งชี้ความสำเร็จที่ใหญ่ที่สุด
การทะเลาะกัน เน้นกำหนดการของมัน- ไม่สามารถเพิ่มรายการใหม่ลงในการวนซ้ำอย่างต่อเนื่อง	Kanban มีลักษณะวนซ้ำมากกว่า ไม่มีกรอบเวลาที่เฉพาะเจาะจง- เพื่อให้สามารถเพิ่มรายการใหม่ได้อย่างต่อเนื่องทุกครั้งที่มีกำลังการผลิตเพิ่มเติม
งานทั้งหมดเสร็จสิ้นใน แบตช์/Sprints.	โครงการทั้งหมดดำเนินการเกี่ยวกับความเคลื่อนไหวของ รายการงานแบบเธรดเดียว กระแส
Scrum master ทำหน้าที่เป็นนักแก้ปัญหา	คัมบังเป็นกำลังใจ สมาชิกในทีมทุกคนเป็นผู้นำ และแบ่งปันความรับผิดชอบกันทุกคน
Scrum กำหนด การวนซ้ำแบบมีกรอบเวลา.	คัมบังมุ่งเน้นไปที่ การวางแผนระยะเวลาที่แตกต่างกัน สำหรับการวนซ้ำแต่ละครั้ง
Scrum ช่วยให้บริษัทต่างๆ ประหยัดเวลาและเงิน.	วิธีคัมบัง มุ่งเน้นการปรับปรุงอย่างต่อเนื่องผลผลิตและประสิทธิภาพ
บรรลุ การสื่อสารที่มั่นคงและสม่ำเสมอ ของประสิทธิภาพในทุกระดับ	สมาชิกในทีมมีแนวโน้มมากขึ้น บรรลุเป้าหมายได้ง่ายขึ้นมาก เพราะลักษณะการมองเห็นของบอร์ดคัมบัง
โครงการมี เข้ารหัสและทดสอบระหว่างการสปรินต์ ทบทวน	สมาชิกในทีมมีแนวโน้มมากขึ้น บรรลุเป้าหมายได้ง่ายขึ้นมาก เพราะลักษณะการมองเห็นของบอร์ดคัมบัง
มันเป็น ปรับตัวเข้ากับการเปลี่ยนแปลงอย่างต่อเนื่องได้ง่ายขึ้น เพราะการวิ่งระยะสั้นและการตอบรับที่สม่ำเสมอ	มันเป็น ออกแบบมาเพื่อเอาต์พุตที่สม่ำเสมอและสม่ำเสมอการเปลี่ยนแปลงที่สำคัญในความต้องการของลูกค้าอาจทำให้ Kanban ล้มเหลวได้
ต้นทุนรวมของโครงการมีน้อยซึ่งอาจนำไปสู่ ผลลัพธ์ที่รวดเร็วและถูกกว่า.	หากประเมินงานไม่ถูกต้อง ต้นทุนโครงการทั้งหมดจะไม่แม่นยำในกรณีเช่นนี้ งานสามารถกระจายออกไปเป็นหลายสปรินต์ได้
วิธีการนี้ ต้องการสมาชิกในทีมที่มีประสบการณ์ เท่านั้น. ดังนั้นหากทีมงานประกอบด้วยคนที่ไม่เชี่ยวชาญโครงการก็ไม่สามารถเสร็จทันเวลาได้	ไม่ กรอบเวลาที่เฉพาะเจาะจง ได้รับการจัดสรรในแต่ละเฟส ดังนั้นสมาชิกในทีมจึงไม่เข้าใจว่าตนจะใช้เวลาเท่าใดในแต่ละเฟส
ในวิธี Agile Scrum นี้ก็คือ ง่ายต่อการส่งมอบผลิตภัณฑ์ที่มีคุณภาพ ตามเวลาที่กำหนด	มันถูกออกแบบมาสำหรับก เอาต์พุตสม่ำเสมอและสม่ำเสมอ การเปลี่ยนแปลงที่สำคัญในความต้องการของลูกค้าอาจทำให้ Kanban ลดลง
รางวัล แผนโครงการจะไม่รบกวน แม้ว่าสมาชิกในทีมจะออกจากทีมก็ตาม	หากสมาชิกในทีมคนใดออกระหว่างการพัฒนา ก็สามารถทำได้ กระทบต่อการพัฒนาโครงการ.
ประชุมทุกวันเป็นบางครั้ง หงุดหงิด สมาชิกในทีม	บอร์ด Kanban ที่ล้าสมัย อาจนำไปสู่ปัญหาในกระบวนการพัฒนาได้
โครงการขนาดใหญ่สามารถแบ่งแยกได้ง่าย ให้เป็นสปรินท์ที่สามารถจัดการได้ง่าย

สรุป

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