Scrum กับ Kanban: ต่างกันอย่างไร และแบบไหนเหมาะกับทีมเล็ก
โดย Andrei Finogeev ผู้ก่อตั้ง Weft ·
Scrum วางแผนงานเป็น sprint ความยาวคงที่ไม่เกินหนึ่งเดือน มีความรับผิดชอบสามแบบ (Product Owner, Scrum Master, Developers) และมี event สี่อย่างในทุก sprint ส่วน Kanban ไม่มี sprint และไม่กำหนดบทบาท งานไหลบนบอร์ดอย่างต่อเนื่อง และทีมจำกัดอย่างชัดเจนว่าจะมีงานที่กำลังทำอยู่ได้เท่าไร เลือก Scrum เมื่อทีมหลายคนต้องการจังหวะการส่งมอบที่แน่นอนและเป้าหมายที่มั่นคงในแต่ละรอบ เลือก Kanban เมื่องานเข้ามาแบบคาดเดาไม่ได้และลำดับความสำคัญเปลี่ยนทุกวัน Scrumban อยู่ตรงกลาง คือใช้การไหลแบบ Kanban และใช้ sprint เฉพาะตอนที่ช่วยได้
Scrum กับ Kanban กับ Scrumban: ตารางสรุป
Scrum ตามที่ Scrum Guide ฉบับปี 2020 กำหนด และ Kanban ตามที่ Kanban Guide (v2025.5) กำหนด Scrumban ไม่มีคู่มืออย่างเป็นทางการ คอลัมน์นี้อธิบายวิธีที่มักใช้กันทั่วไป
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| จังหวะการทำงาน | sprint ความยาวคงที่ไม่เกินหนึ่งเดือน ต่อกันไปเรื่อย ๆ | ไหลต่อเนื่อง ไม่มีรอบ iteration | ไหลต่อเนื่อง sprint เป็นตัวเลือก ปกติหนึ่งหรือสองสัปดาห์ |
| บทบาท | Product Owner, Scrum Master, Developers | ไม่บังคับ | ไม่บังคับ มักมีคนหนึ่งดูแลลำดับความสำคัญ |
| การประชุม | Sprint Planning, Daily Scrum (15 นาที), Sprint Review, Sprint Retrospective | ไม่บังคับ | เฉพาะที่ทีมเห็นว่ามีประโยชน์ โดยทั่วไปคือการวางแผนและการรีวิว |
| อะไรจำกัดปริมาณงาน | สิ่งที่ทีมรับปากไว้สำหรับ sprint | ขีดจำกัดงานที่กำลังทำอยู่ที่ระบุชัดเจน | ขีดจำกัดงานที่กำลังทำอยู่ บวกเป้าหมายของ sprint ถ้ามี |
| เปลี่ยนขอบเขตกลางรอบ | Sprint Goal คงที่ ส่วน Sprint Backlog ปรับละเอียดได้ | ได้ทุกเมื่อ ดึงงานชิ้นถัดไปเข้ามาเมื่อมีที่ว่าง | ได้ทุกเมื่อ เป้าหมายของ sprint เป็นเป้า ไม่ใช่ตัวล็อก |
| ตัวชี้วัดหลัก | ความคืบหน้าสู่ Sprint Goal และ Product Goal | งานที่กำลังทำอยู่, throughput, อายุของงานแต่ละชิ้น, cycle time | มักใช้ตัวชี้วัดการไหลแบบ Kanban |
| บอร์ด | ไม่บังคับ รีเซ็ตทุก sprint | หัวใจของวิธีนี้ อยู่ถาวร | อยู่ถาวร sprint เป็นเพียงส่วนหนึ่งของบอร์ด |
| เหมาะกับ | ทีม product ไม่เกินประมาณสิบคนที่สร้างงานไปสู่เป้าหมาย | งานซัพพอร์ต งาน operations และใครก็ตามที่งานเข้ามาโดยไม่ได้วางแผน | ทีมเล็กและ founder ที่ทำคนเดียวซึ่งต้องการทั้งการไหลและเป้าหมายระยะสั้น |
Scrum คืออะไร
Ken Schwaber และ Jeff Sutherland นำเสนอ Scrum ครั้งแรกที่งานประชุม OOPSLA ในปี 1995 ปัจจุบันกติกาคือ Scrum Guide ฉบับปี 2020 Scrum Team มักมีไม่เกินสิบคน และทำงานเป็น sprint ซึ่งเป็น event ความยาวคงที่ไม่เกินหนึ่งเดือน แต่ละ sprint เริ่มทันทีเมื่อ sprint ก่อนหน้าจบ
แต่ละ sprint มี event สี่อย่าง Sprint Planning (ไม่เกินแปดชั่วโมงสำหรับ sprint หนึ่งเดือน) กำหนด Sprint Goal และเลือกงาน Daily Scrum คือการเช็กกัน 15 นาทีของ Developers Sprint Review (ไม่เกินสี่ชั่วโมง) นำผลงานไปให้ผู้มีส่วนได้ส่วนเสียดู และ Sprint Retrospective (ไม่เกินสามชั่วโมง) ทบทวนว่าทีมทำงานกันอย่างไร
Scrum มี artifact สามอย่าง แต่ละอย่างมีพันธะของตัวเอง คือ Product Backlog (Product Goal), Sprint Backlog (Sprint Goal) และ Increment (Definition of Done)
Kanban คืออะไร
Kanban Guide นิยาม Kanban ว่าเป็น “กลยุทธ์สำหรับปรับการไหลของคุณค่าผ่านกระบวนการให้ดีที่สุด” Kanban มาจากระบบการ์ดที่ Toyota ใช้ส่งสัญญาณว่าเมื่อไรต้องผลิตเพิ่ม และถูกนำมาปรับใช้กับงานที่ใช้ความรู้ในช่วงทศวรรษ 2000
Kanban มีแนวปฏิบัติสามข้อ คือกำหนดและแสดง workflow ให้เห็น จัดการงานใน workflow อย่างกระตือรือร้น และปรับปรุงมัน กฎเข้มงวดข้อเดียวคือคนในระบบต้องควบคุมอย่างชัดเจนว่ามีงานกี่ชิ้นที่อยู่ระหว่างเริ่มกับเสร็จ นั่นคือขีดจำกัดงานที่กำลังทำอยู่ (WIP)
Kanban ไม่กำหนดบทบาท ไม่มี sprint และไม่มีการประชุม แต่ติดตามตัวชี้วัดการไหลสี่ตัว คืองานที่กำลังทำอยู่, throughput, อายุของงานแต่ละชิ้น และ cycle time
ข้อดีและข้อเสีย
Scrum
- จังหวะคงที่ ทุกคนรู้ว่าผลงานชิ้นถัดไปต้องเสร็จเมื่อไร
- เป้าหมายชัดเจนในแต่ละ sprint ช่วยไม่ให้ทีมหลุดทิศ
- มีช่วงเวลาที่กำหนดไว้สำหรับตรวจทั้งผลิตภัณฑ์และกระบวนการ
- event สี่อย่างต่อ sprint เป็นต้นทุนเวลาจริง ๆ สำหรับทีมสองสามคน
- งานด่วนต้องรอ sprint ถัดไป ไม่อย่างนั้นก็ทำให้แผนพัง
- ต้องมีคนรับผิดชอบแต่ละบทบาท ซึ่ง founder คนเดียวแบ่งตัวไม่ได้
Kanban
- เริ่มได้บนบอร์ดที่คุณมีอยู่แล้ว ไม่ต้องเพิ่มอะไรนอกจากขีดจำกัด WIP
- ดึงงานใหม่เข้ามาได้ทุกเมื่อ
- ตัวชี้วัดการไหลบอกว่างานติดอยู่ตรงไหน
- ไม่มีเดดไลน์หรือเป้าหมายในตัว งานที่ใช้เวลานานจึงอาจลากยาว
- ถ้าไม่มีขีดจำกัด WIP ก็เป็นแค่รายการสิ่งที่ต้องทำที่มีคอลัมน์
- การวางแผนล่วงหน้าตกเป็นหน้าที่ของทีมทั้งหมด
ควรเลือกแบบไหน
- ทีม product ห้าถึงสิบคนที่มี roadmap มั่นคง
- Scrum เพราะ event ต่าง ๆ คุ้มค่าเวลาเมื่อหลายคนต้องตกลงเป้าหมายเดียวกันทุก ๆ สองสัปดาห์โดยประมาณ
- งานซัพพอร์ต งาน operations หรือทีมที่ทำงานตามคำขอที่เข้ามา
- Kanban เพราะงานมาเมื่อไรก็มาเมื่อนั้น ขีดจำกัด WIP และคอลัมน์ Done ที่ชัดเจนสำคัญกว่าแผน sprint
- founder ที่ทำคนเดียว หรือทีมสองถึงห้าคน
- Scrumban ใช้บอร์ดต่อเนื่องที่มีขีดจำกัด WIP และใช้ sprint หนึ่งหรือสองสัปดาห์เป็นเป้าหมายระยะสั้น โดยไม่ต้องมี event ของ Scrum ครบชุด
Scrumban: ทางสายกลาง
Corey Ladas อธิบาย Scrumban ว่าเป็นวิธีที่ทีม Scrum ใช้ขยับไปสู่การไหลแบบดึงงาน (pull) ในทางปฏิบัติคือบอร์ด Kanban ที่มีขีดจำกัด WIP และไม่เคยรีเซ็ต บวกกับ sprint ที่เป็นกรอบเวลาแบบไม่บังคับเพื่อรวมงานบางส่วนเข้าด้วยกัน คู่มือฉบับเต็มของเราอธิบายกติกาและวิธีตั้งค่าบอร์ด: Scrumban คืออะไร?
เมื่อเอเจนต์ AI ทำงานบางส่วนให้
ถ้า ChatGPT, Claude, Cursor หรือ Codex รับงานไปทำแทนคุณ event ของ Scrum ก็ไม่มีใครเข้าร่วม เอเจนต์ไม่เข้าประชุม standup สิ่งที่ยังสำคัญคือสิ่งที่ Kanban ให้ บอร์ดที่แสดงว่าอะไรกำลังทำอยู่ ขีดจำกัด WIP เพื่อไม่ให้เริ่มสิบงานพร้อมกัน และกฎที่ชัดเจนว่าการ์ดเสร็จเมื่อไร
คอขวดก็ย้ายที่ด้วย เอเจนต์ทำงานเสร็จเร็ว ขั้นตอนที่ช้าจึงกลายเป็นการที่คุณตรวจงานที่เอเจนต์ทำ การจำกัดว่างานที่เสร็จแล้วจะรอคุณได้มากแค่ไหน ก็คือขีดจำกัด WIP ของคอลัมน์ฝั่งคน
Weft คือบอร์ด Scrumban ที่สร้างมาเพื่อสิ่งนี้ มีคอลัมน์ มี sprint แบบไม่บังคับ มีขีดจำกัดว่างานที่เสร็จแล้วจะรอคุณตรวจได้มากแค่ไหน และ AI ที่จองงานก่อนเริ่ม รายงานความคืบหน้า และหยุดถามคุณเมื่อมีแต่คุณที่ตัดสินใจได้
คำถาม
Scrum กับ Kanban เหมือนกันไหม?
ไม่เหมือน ทั้งสองเป็นแนวทาง agile และมักใช้บอร์ดเหมือนกัน แต่ Scrum วางแผนงานเป็น sprint ความยาวคงที่โดยมีบทบาทและ event ที่กำหนดไว้ ส่วน Kanban ไหลต่อเนื่อง ไม่กำหนดบทบาท และจำกัดงานที่กำลังทำอยู่อย่างชัดเจน
Kanban มี sprint ไหม?
ตัว Kanban เองไม่มี Kanban Guide ไม่กำหนด iteration ใด ๆ ทีมที่เพิ่ม sprint เข้าไปในบอร์ด Kanban มักกำลังใช้ Scrumban อยู่
sprint ใน Scrum ทำงานอย่างไร?
sprint คือช่วงเวลาคงที่ไม่เกินหนึ่งเดือน เริ่มด้วย Sprint Planning ซึ่งกำหนด Sprint Goal ระหว่างนั้น Developers ประชุม Daily Scrum 15 นาที และจบด้วย Sprint Review ของผลงานและ Sprint Retrospective เรื่องกระบวนการ จากนั้น sprint ถัดไปเริ่มทันที
ใครเป็นผู้คิด Scrumban?
คำนี้ให้เครดิตแก่ Corey Ladas ผู้อธิบาย Scrumban ไว้ในบทความและหนังสือปี 2009 ว่าเป็นวิธีที่ทีม Scrum ใช้ขยับไปสู่การดึงงานแบบ Kanban
Scrum กับ Agile คือสิ่งเดียวกันไหม?
ไม่ใช่ Agile คือชุดคุณค่าและหลักการใน Agile Manifesto ปี 2001 ส่วน Scrum และ Kanban เป็นวิธีทำงานเฉพาะสองแบบที่ยึดตามหลักเหล่านั้น
นักพัฒนาที่ทำงานคนเดียวใช้ Scrum ได้ไหม?
ใช้ตามที่เขียนไว้ไม่ได้ เพราะ Scrum สมมติว่ามีทีมที่มีความรับผิดชอบแยกกันสามแบบ นักพัฒนาที่ทำคนเดียวมักเก็บเฉพาะส่วนที่ช่วยได้ คือ backlog และเป้าหมาย sprint สั้น ๆ แล้วใช้บอร์ดแบบ Kanban ซึ่งก็คือ Scrumban
แหล่งที่มา
อ่านเมื่อ 11 พฤศจิกายน 2569