Scrum Guide | 2. Scrum คืออะไร?
เผยแพร่แล้ว: 2022-04-07Scrum เป็นวิธีการจัดการทีมเวิร์คที่ทันสมัยและยืดหยุ่นซึ่งได้รับความนิยมมากที่สุด บริษัทพัฒนาซอฟต์แวร์ไม่เพียงแต่ปฏิบัติตามระเบียบวิธีของตนเท่านั้น แต่บ่อยครั้งที่ทีมจากอุตสาหกรรมต่างๆ เช่น การเงิน การตลาด ทรัพยากรบุคคล และอุตสาหกรรมสร้างสรรค์พบว่า Scrum ใช้งานได้จริงและนำไปใช้ได้จริงมากขึ้นเรื่อยๆ ความนิยมที่เพิ่มขึ้นเรื่อยๆ ทำให้ Scrum เป็นเฟรมเวิร์กองค์กรที่ได้รับการพิสูจน์แล้วมากที่สุด ซึ่งดัดแปลงโดยทีมที่มุ่งมั่นเพื่อประสิทธิภาพสูงสุด
Scrum คืออะไร – สารบัญ:
- Scrum คืออะไร?
- ปรัชญาการต่อสู้
- ทฤษฎีการต่อสู้
- โครงสร้างการต่อสู้
- สรุป
Scrum คืออะไร?
เพื่อตอบคำถามนี้ เราต้องพิจารณาสามประเด็นต่อไปนี้:
- ปรัชญา
- ทฤษฎี
- โครงสร้าง
การออกแบบ Scrum นั้นเรียบง่าย ประการแรก มันอำนวยความสะดวกในการแบ่งปัญหาที่ยากออกเป็นส่วนประกอบที่เล็กลงและเข้าใจง่ายขึ้น ประการที่สอง มีโครงสร้างที่มั่นคงโดยแบ่งงานออกเป็นส่วนๆ เพื่อดำเนินการในกรอบเวลาที่กำหนด นำมาซึ่งผลลัพธ์ที่วัดผลได้และน่าพอใจ ประการที่สาม ช่วยให้สามารถวางแผนขั้นตอนต่อไปของงานโดยใช้ผลลัพธ์ที่ได้รับและข้อสรุปที่ได้จากกระบวนการต่อเนื่อง
ปรัชญาการต่อสู้
สิ่งสำคัญคือต้องจำไว้ว่า Scrum เป็นเพียงเฟรมเวิร์กเท่านั้น ให้แนวทางในการสร้างพิมพ์เขียวโดยละเอียดของการดำเนินการร่วมกับการปรับให้เข้ากับความต้องการและความสามารถของทีมและองค์กร แม้จะมีลักษณะทั่วไป แต่ Scrum ก็มีโครงร่างที่ละเอียด ความนิยมแสดงให้เห็นถึงประสิทธิภาพ ตามรายงาน State Of Agile ประจำปีครั้งที่ 15 ของปี 2021 มีการใช้หลักการ Scrum โดยมากถึง 66% ของทีมที่ทำงานตามวิธีการที่ทันสมัยที่สุด และเปอร์เซ็นต์นี้จะเพิ่มขึ้นเป็นมากกว่า 80% ของทีมในสาขาวิชาต่างๆ หากเราเพิ่มวิธีการที่ได้มาจาก Scrum โดยตรง
Scrum ครอบคลุมและทำหน้าที่เพิ่มประสิทธิภาพการทำงานเป็นทีม มันมีจุดเริ่มต้นที่ชัดเจน นอกจากนี้ หลักการทั่วไปของ Scrum ยังทำให้ไม่สามารถนำไปใช้ได้ในทันที อย่างไรก็ตาม ความสมบูรณ์ของกรอบนี้เป็นความตั้งใจและไหลไปพร้อมกับแนวทางปฏิบัติในการจัดการโครงการ ปรัชญาของ Scrum มุ่งเน้นไปที่ความจำเป็นในการพัฒนาและปรับเปลี่ยนอย่างต่อเนื่องผ่านการตอบรับ การไตร่ตรอง และประสบการณ์ มันปฏิเสธระบบที่ซับซ้อนและเข้มงวดซึ่งจัดระเบียบงานโดยไม่คำนึงถึงความเป็นจริงที่เฉพาะเจาะจง ผู้เขียน Scrum, Ken Schwaber และ Jeff Sutherland เรียกหลักการนี้ว่าประสบการณ์นิยมใน Scrum Guide อย่างเป็นทางการ
ทฤษฎีการต่อสู้
หลักการสำคัญของทฤษฎีการต่อสู้เกี่ยวข้องกับประสบการณ์นิยม หมายถึงการวางแผนและการตั้งสมมติฐานให้น้อยที่สุดโดยอาศัยประสบการณ์ การสังเกต และการทดลอง มันเป็นไปได้และมีประสิทธิภาพด้วยวิธีการแบบวนซ้ำ เช่น การทำงานในรอบสั้น ๆ ซึ่งรวมถึงการทำงานกับผลิตภัณฑ์ไม่เพียงเท่านั้น แต่ยังรวมถึงการวางแผนและประเมินผลลัพธ์ด้วย
เสาหลักสามประการของประสบการณ์นิยมเป็นสิ่งสำคัญที่สุดสำหรับประสิทธิภาพของ Scrum:
- ความโปร่งใส – ด้วยเหตุนี้ ทั้งผู้ปฏิบัติงานและผู้มีส่วนได้ส่วนเสีย (ซึ่งเราจะแยกรายการแยกต่างหากในบทความต่อไปนี้) สามารถตรวจสอบสถานะของงานในผลิตภัณฑ์ได้อย่างง่ายดายในช่วงเวลาที่กำหนด
- การตรวจสอบ – หมายถึงการอัปเดตและตรวจสอบความคืบหน้าบ่อยครั้งและเชื่อถือได้ ซึ่งทำให้สามารถตรวจพบปัญหาและแก้ไขปัญหาได้อย่างรวดเร็ว
- การปรับตัว – หมายถึงการปรับวิธีการทำงานและเป้าหมาย ซึ่งอธิบายไว้ในบทความแยกต่างหาก หากมีข้อผิดพลาดหรือความคลาดเคลื่อนระหว่างการตรวจสอบ
ประสบการณ์นิยมทำงานได้ดีที่สุดหากทีมที่ปฏิบัติงานตามหลักการมีความสามารถในการจัดการตนเองตามแนวคิดแบบลีน แสดงถึงโครงสร้างองค์กรที่ยืดหยุ่นซึ่งช่วยให้สามารถปรับให้เข้ากับสภาวะที่มีอยู่ การปรับปรุงอย่างต่อเนื่อง และความเป็นอิสระของ Scrum Team
โครงสร้างการต่อสู้
Scrum กำหนดกรอบการทำงานสำหรับการดำเนินการของทีมโดยกำหนด:
- องค์ประกอบและบทบาทในทีม – Scrum Team
- ก้าวของกิจกรรมและการประชุม – Scrum Events
- วิธีการวางแผน จัดการ และดำเนินการ – Scrum Artifacts
เราจะกล่าวถึงส่วนประกอบเหล่านี้โดยละเอียดในบทความต่อๆ ไป อย่างไรก็ตาม เราจะจำกัดตัวเองให้กล่าวถึงคุณลักษณะที่สำคัญที่สุดของแต่ละคุณลักษณะเท่านั้น
Scrum Team เป็นทีมมืออาชีพที่เป็นอิสระจากสหวิทยาการที่ ทำงานใน Scrum โดยปราศจากการไหลเข้าของงานเพิ่มเติมจากองค์กร เป็นพื้นฐานของการทำงานที่มีประสิทธิภาพใน Scrum ทีม Scrum ประกอบด้วย Product Owner , Scrum Master และ ทีมพัฒนา เป็นทีมเล็กๆ ที่มีองค์ประกอบคงที่ โดยทำงานในเป้าหมายที่เฉพาะเจาะจง Scrum Team ควรปรับปรุงและปรับปรุงอย่างต่อเนื่อง ไม่เพียงแต่ผลิตภัณฑ์เท่านั้น แต่ยังรวมถึงวิธีการทำงานของตัวเองด้วย ซึ่งจะช่วยเพิ่มประสิทธิภาพและคุณภาพของการทำงานเป็นทีม
กิจกรรมและการประชุม Scrum Team เรียกว่า Scrum Events ซึ่งรวมถึง Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective และส่วนประกอบ หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับลักษณะเฉพาะและกระบวนการ ให้ไปที่บทความเฉพาะสำหรับพวกเขา
วิธีการวางแผนและดำเนินการ และเงื่อนไขสำหรับการบรรลุเป้าหมายที่ประสบความสำเร็จ มีการอธิบายไว้ใน Scrum Artifacts เช่น Product Backlog และ Sprint Backlog เอกสารเหล่านี้เป็นเอกสารที่อัปเดตบ่อยครั้งมากซึ่งสะท้อนถึงสถานะปัจจุบันของงานในผลิตภัณฑ์
Scrum คืออะไร? สรุป
Scrum คืออะไร? หลังจากอ่านแล้ว คุณจะคุ้นเคยกับพื้นฐานของวิธีนี้ Scrum ได้รับการพัฒนาโดย Ken Schwaber และ Jeff Sutherland เป็นวิธีการทำงานเป็นทีมที่มีประสิทธิภาพอย่างยิ่ง ซึ่งใช้ได้กับทุกอุตสาหกรรม หลักการที่ประกอบเป็นปรัชญา ทฤษฎี และโครงสร้างของ Scrum มีความชัดเจนและชัดเจน อย่างไรก็ตาม การใช้งานจริงต้องใช้ทัศนคติของประสบการณ์นิยม นั่นคือ การปรับวิธีการทำงานให้เข้ากับสภาพที่มีอยู่อย่างต่อเนื่อง และยังปรับปรุงอย่างต่อเนื่องไม่เฉพาะของผลิตภัณฑ์ที่พัฒนาแล้ว แต่ยังรวมถึงวิธีการของความร่วมมือภายในทีมโดยเฉพาะ
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter และ Linkedin
ผู้เขียน: แคโรไลน์ เบ็คเกอร์
ในฐานะผู้จัดการโครงการ Caroline เป็นผู้เชี่ยวชาญในการค้นหาวิธีการใหม่ๆ เพื่อออกแบบเวิร์กโฟลว์ที่ดีที่สุดและเพิ่มประสิทธิภาพกระบวนการ ทักษะในการจัดองค์กรและความสามารถในการทำงานภายใต้แรงกดดันของเวลาทำให้เธอเป็นคนที่ดีที่สุดในการเปลี่ยนโครงการที่ซับซ้อนให้กลายเป็นจริง
คู่มือการต่อสู้:
- อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
- Scrum คืออะไร?
- ค่าการต่อสู้
- วิธีใช้งาน Scrum ในบริษัทของคุณ
- Scrum Team - มันคืออะไรและทำงานอย่างไร?
- เจ้าของผลิตภัณฑ์คือใคร?
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
- Scrum Master คือใคร?
- ลักษณะของ Scrum Master ที่ดี
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
- สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
- ความร่วมมือระหว่าง Product Owner และ Scrum Master
- ทีมพัฒนาใน Scrum
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
- สิ่งประดิษฐ์การต่อสู้
- สเกลการต่อสู้
- Sprint Backlog
- Backlog สินค้าคืออะไร?
- เรื่องราวของผู้ใช้คืออะไร?
- สร้าง User Story ที่ดีที่สุดกับ INVEST
- ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
- เกณฑ์การยอมรับเรื่องราวของผู้ใช้
- การประมาณค่าและจุดเรื่องราวใน Scrum
- การวางแผนโป๊กเกอร์
- เกมประเมินทีม
- กำหนดส่วนเพิ่ม
- เหตุการณ์การต่อสู้
- Sprint ใน Scrum คืออะไร?
- ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
- แผนภูมิ Burndown คืออะไร?
- จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
- ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
- กระดาน Kanban ใน Scrum และ Scruban
- Velocity in Scrum - ความเร็วของทีมพัฒนา
- การต่อสู้รายวัน
- การวางแผนการวิ่ง
- Sprint Review
- Sprint Retrospective คืออะไร?
- ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
- บำรุง Backlog สินค้า