การต่อสู้คืออะไร

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

Scrum คืออะไร?

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

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

ประวัติโดยย่อของการ Scrum

ประวัติของโครงการ Scrum มีอายุเพียงไม่กี่ทศวรรษ เริ่มต้นในปี 1986 Harvard Business Review (HBR) ตีพิมพ์บทความชื่อ “ เกมการพัฒนาผลิตภัณฑ์ใหม่ ” ซึ่งอธิบายถึงกลไกที่บริษัทต่างๆ เช่น Honda และ Canon ปฏิบัติตามเพื่อ พัฒนาผลิตภัณฑ์

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

สิ่งประดิษฐ์ Scrum

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

เหล่านี้รวมถึง:

สินค้าค้าง

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

Sprint งานค้าง

คุณสามารถอ้างถึง sprint backlog เป็นขั้นต่อไปของ scrum artifacts ซึ่งข้อมูลหรืองานจาก backlogs ของผลิตภัณฑ์จะถูกเลือกเพื่อรองรับภายในกรอบเวลาที่กำหนด ซึ่งเรียกว่า sprint เมื่อ Sprint Backlog เสร็จสิ้น การส่งมอบจะถูกตั้งค่าสำหรับรอบการปรับปรุงถัดไป ไม่มีการเพิ่มเป้าหมายสุดท้าย อย่างไรก็ตาม กิจกรรมที่จำเป็นเพื่อให้บรรลุเป้าหมายที่ตั้งไว้อาจมีการเปลี่ยนแปลงไปบ้างเมื่อเริ่มงานจริงในการพัฒนาซอฟต์แวร์

การเพิ่มสินค้า

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

วิธีการและกระบวนการ Scrum

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

ประโยชน์ของหลักการ Scrum

ด้านล่างนี้เป็นประโยชน์หลักของระเบียบวิธีการต่อสู้และกลไกที่ทีม Scrum ทำงาน:

• การทำงานเป็นทีม

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

• วิธีการที่ยืดหยุ่น

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

• การลดความเสี่ยง

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

• การรวมข้อเสนอแนะอย่างต่อเนื่อง

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

• ROI สูงขึ้น

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

พิธีการ Scrum หรือเหตุการณ์

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

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

• Sprint Backlog กรูมมิ่ง

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

• ประชุมวางแผนการวิ่ง

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

• Daily Scrum หรือ Stand-ups

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

• รีวิวการวิ่ง

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

• Sprint ย้อนหลัง

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

สามบทบาทสำคัญสำหรับความสำเร็จของ Scrum

บทบาทที่โดดเด่นสามประการดำเนินกระบวนการทั้งหมด ได้แก่ หัวหน้าฝ่ายต่อสู้ เจ้าของผลิตภัณฑ์ และทีม

ที่มาของภาพ: scrum.org / ผู้เขียน Jasper Alblas

ปรมาจารย์ Scrum

Scrum Master มีหน้าที่ในการกำหนดเป้าหมายและปรับปรุง Scrum ให้ทันสมัยอยู่เสมอ พวกเขาทำงานเป็นโค้ชหรือแนวทางสู่ทีมของพวกเขา ความรับผิดชอบอีกบทบาทหนึ่งคือการช่วยทั้งทีมจัดการสิ่งต่าง ๆ และทำให้โครงการราบรื่นตั้งแต่การวางแผนการวิ่งจนจบ นอกจากนี้เขายังจัดเตรียมทรัพยากรที่จำเป็นสำหรับการดำเนินการตามเป้าหมายและรักษาจิตวิญญาณที่สูงส่ง

เจ้าของผลิตภัณฑ์

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

ทีม Scrum

ทีมการต่อสู้เป็นจุดสนใจในการดำเนินการในรูปแบบนี้ พวกเขาเป็นผู้ที่ปฏิบัติตามคำสั่งและเกิดผล บ่อยครั้งที่ทีมต่อสู้ทำงานเป็นกลุ่ม 5-7 คน ตามหลักการแล้ว ทีมการต่อสู้จะต้องอยู่ร่วมกันและมีความสัมพันธ์ที่ดี

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

Scrum, Kanban และ Agile

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

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

ทำไมคุณควรเลือก Scrum?

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

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

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

สรุป

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