Skip to main content
← กลับไปยังคลังความรู้วิธีการ

Scrum

Scrum เป็นกรอบการทำงานแบบ Agile ที่ช่วยให้ทีมจัดการงานที่ซับซ้อนในรอบสั้นๆ ที่ทำซ้ำได้ ผ่านบทบาท กิจกรรม และสิ่งส่งมอบที่กำหนดไว้ตายตัว

Scrum เป็นกรอบการทำงานแบบ Agile สำหรับการพัฒนาและบริหารจัดการผลิตภัณฑ์ที่ซับซ้อน เดิมทีก่อตัวขึ้นในการพัฒนาซอฟต์แวร์และปัจจุบันใช้กันในหลายอุตสาหกรรม แนวคิดพื้นฐานคือการควบคุมกระบวนการเชิงประจักษ์ (empirical process control) แทนที่จะวางแผนงานตั้งแต่ต้นจนจบล่วงหน้า ทีมงานทำงานในกรอบเวลาที่กำหนดตายตัวและสั้น เรียกว่า Sprint ซึ่งโดยทั่วไปมีระยะเวลาหนึ่งถึงสี่สัปดาห์ แต่ละ Sprint จบลงด้วยงานส่วนเพิ่มที่ใช้งานได้ ซึ่งสร้างพื้นที่สำหรับข้อเสนอแนะและให้ทีมปรับขั้นตอนต่อไปได้ การผสมผสานความโปร่งใส การตรวจสอบ และการปรับตัวนี้ทำให้ Scrum เหมาะสมกับงานที่ความต้องการไม่แน่นอนหรือมีแนวโน้มจะเปลี่ยนแปลง

Scrum กำหนดบทบาทตายตัวสามบทบาท product owner เป็นเจ้าของคุณค่าของผลิตภัณฑ์และดูแลแบ็คล็อกผลิตภัณฑ์ (product backlog) ซึ่งเป็นรายการที่จัดลำดับความสำคัญของทุกสิ่งที่ต้องทำ scrum master ดูแลให้ทีมทำงานภายในกรอบการทำงาน ขจัดอุปสรรค และอำนวยความสะดวกในการทำงานร่วมกันโดยไม่มอบหมายงานโดยตรง ทีมพัฒนาวางแผนและดำเนินงานด้วยตัวเอง มีกิจกรรมที่เกิดซ้ำสี่อย่างที่ให้โครงสร้างแก่แต่ละ Sprint ได้แก่ sprint planning ในช่วงเริ่มต้น daily scrum เพื่อประสานงานอย่างรวดเร็ว sprint review เพื่อแสดงสิ่งที่สร้างขึ้น และ sprint retrospective เพื่อปรับปรุงวิธีการทำงานร่วมกันของทีม

Scrum เหมาะที่สุดสำหรับงานที่ขอบเขตหรือแนวทางแก้ไขยังไม่ชัดเจนทั้งหมดในตอนเริ่มต้น เช่น การพัฒนาผลิตภัณฑ์หรือโปรเจกต์ที่ซับซ้อนซึ่งมีผู้มีส่วนได้ส่วนเสียจำนวนมาก มันแตกต่างจาก Kanban ตรงที่มีกรอบเวลาตายตัวและบทบาทที่กำหนดไว้ ในขณะที่ Kanban อาศัยการไหลของงานอย่างต่อเนื่องโดยไม่มีรอบซ้ำที่กำหนดไว้ เมื่อเทียบกับการวางแผนแบบ waterfall ดั้งเดิม ข้อได้เปรียบคือการตรวจสอบอย่างสม่ำเสมอ ข้อผิดพลาดในการตัดสินใจจะปรากฏขึ้นตั้งแต่เนิ่นๆ แทนที่จะปรากฏเมื่อสิ้นสุดโปรเจกต์เท่านั้น ในทางปฏิบัติ Scrum มักล้มเหลวไม่ใช่เพราะกรอบการทำงานเอง แต่เพราะการดำเนินงานที่ไม่จริงจัง เช่น เมื่อข้าม retrospective หรือปล่อยให้แบ็คล็อกไม่ได้รับการดูแล

ตัวอย่างเชิงปฏิบัติ

บริษัทผลิตเครื่องจักรขนาดกลางกำลังพัฒนาซอฟต์แวร์ใหม่เพื่อตรวจสอบอุปกรณ์การผลิต ทีมงานห้าคนทำงานในรูปแบบ Sprint สองสัปดาห์ ในช่วงเริ่มต้นของแต่ละ Sprint จะเลือกรายการที่สำคัญที่สุดสิบรายการจากรายการค้างในแบ็คล็อกที่เปิดอยู่ประมาณ 40 รายการ พร้อมประชุมประสานงานทุกวันในรูปแบบ daily scrum ระยะเวลา 15 นาที หลังจากผ่านไปสิบ Sprint หรือห้าเดือน เวอร์ชันแรกที่ใช้งานได้ก็พร้อมใช้งาน แทนที่จะเป็นการพัฒนาเก้าเดือนโดยไม่มีผลลัพธ์ระหว่างทางตามที่ทีมวางแผนไว้ในตอนแรก การทำ Retrospective เผยให้เห็นว่าความต้องการที่ไม่ชัดเจนทำให้ทีมสูญเสียศักยภาพไปประมาณ 20 เปอร์เซ็นต์ในสาม Sprint แรก ดังนั้น product owner จึงเริ่มเขียนคำอธิบายแบ็คล็อกให้ชัดเจนยิ่งขึ้นตั้งแต่นั้นมา

Leanshift ช่วยอย่างไร

แก่นแท้ของ sprint retrospective ก็คือวงจร Kaizen ที่เกิดซ้ำนั่นเอง ทีมหยุดพัก มองงานที่เพิ่งเสร็จสิ้นอย่างตรงไปตรงมา และตั้งใจปรับปรุงวิธีการทำงานก่อนที่จะก้าวต่อไป สิ่งนี้สอดคล้องกับมุมมองของ Leanshift ที่ว่าการปรับปรุงไม่ใช่โปรเจกต์ครั้งเดียว แต่เป็นนิสัยที่ทำเป็นประจำและฝังอยู่ในงานประจำวัน ทีมที่ใช้ชีวิตแบบนี้ไม่เพียงปรับปรุงผลิตภัณฑ์เท่านั้น แต่ยังสร้างคนที่รู้วิธีปรับปรุงสิ่งต่างๆ ด้วยตนเองเพิ่มขึ้นอีกด้วย

คำถามที่พบบ่อย

Scrum มีประโยชน์เฉพาะกับการพัฒนาซอฟต์แวร์เท่านั้นหรือไม่

ไม่ใช่ Scrum เริ่มต้นในวงการซอฟต์แวร์แต่ปัจจุบันใช้ในการตลาด การพัฒนาผลิตภัณฑ์ การศึกษา และสาขาอื่นๆ ทุกที่ที่งานมีความซับซ้อนและความต้องการสามารถเปลี่ยนแปลงได้ระหว่างทาง

Scrum แตกต่างจาก Kanban อย่างไร

Scrum ทำงานในกรอบเวลาตายตัวที่เรียกว่า Sprint พร้อมบทบาทและกิจกรรมที่กำหนดไว้ ในขณะที่ Kanban แสดงภาพการไหลของงานอย่างต่อเนื่องโดยไม่มีรอบซ้ำที่กำหนดไว้ และมุ่งเน้นการจำกัดปริมาณงานที่กำลังดำเนินการในแต่ละครั้ง

ทีมเล็กๆ จำเป็นต้องมี scrum master โดยเฉพาะจริงหรือไม่

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

ใน PoPshop เราเข้าไปที่กระบวนการที่กำลังดำเนินอยู่ของคุณ และแก้ปัญหาร่วมกับทีมของคุณตรงหน้างาน ได้ผลลัพธ์ที่ยั่งยืน ดู PoPshop

เราทำงานร่วมกับองค์กรต่างๆ ในหลากหลายรูปแบบ ดูว่าเราช่วยคุณได้ตรงไหนบ้าง