ขยาย Scrum ยังไง ให้คงความเป็น Scrum ด้วย Nexus Framework

kasidesh
kasidesh
Aug 31, 2018 · 2 min read

ปกติแล้ว Scrum ทีมทั่วไปๆ จะมีขนาดทีมอยู่ 6–9 คน (แต่มีแค่ 4–6 น่าจะเป็น Best choice ที่สุดแล้ว) ซึ่งทำหน้าที่สร้าง และดูแล Product ของบริษัท หรือ Project ต่างๆ ที่มีเข้ามาในทีม

แล้ว Scrum คืออะไร อ่านที่นี้

เมื่อ Product ของบริษัทเติบโตขึ้น, Backlog ของบริษัทที่โตขึ้น โดยมีความต้องการที่จะ Burn down ให้ได้ปริมาณที่มากขึ้น เพื่อตอบสนองความต้องการทางธุรกิจแล้วจึงเกิดการขยายทีมขึ้น

เมื่อทีมของบริษัทขยายจำนวนคนไปจนใหญ่ถึง 9 หรือเกิน 9 คนแล้ว จะพบว่าเริ่มเกิด Scrum แปลกๆ ขึ้นมา ส่งผลให้กิจกรรมต่างๆ ของ Scrum เริ่มด้อยประสิทธิภาพลง

  • ไม่ว่าจะเป็นการใช้เวลา Daily Scrum เกิน 15 นาที
  • การทำ Planning ที่ยากขึ้น, การทำ Reviews ที่นานขึ้น
  • การ Grooming ที่ Scrum Master หรือ PO อาจจะไม่สามารถทำให้ทีมเห็นภาพของ Product ไปในทางเดียวกันได้
  • การ Inspect team หรือการ Develop team ให้โตไปทำได้ยากยิ่งขึ้น นึกภาพการใช้ Scrum กับทีมขนาด 20 คนแล้วต้องทำ Daily, Planning, Review, Retrospective กัน 20 คน

แนะนำ Nexus Framework

ส่วนนี้จะหยิบตัวนิยามมาอธิบาย

Nexus is an exoskeleton that extends Scrum to guide multiple Scrum Teams on how they need to work together to deliver working software in every Sprint. It shows the journey these teams take as they come together, how they share work between teams, and how they manage and minimize dependencies.Nexus = Scrum + dependency removal logic

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

Nexus Framework นั้นเข้าใจง่าย และต่อยอดจาก Scrum ได้เลย สิ่งที่เป็นส่วนที่เพิ่มเติมเข้ามาคือ Integration Team

หน้าที่ของ Nexus Integration Team

Nexus integration team ประกอบไปด้วยบุคคลเชี่ยวชาญใน Tool และวิธีการปฎิบัติที่ถูกต้องในการพัฒนาซอฟท์แวร์ในแบบที่ต้องขยายใหญ่ขึ้นไป

  • Highlighting dependencies and cross-team issues, Focus on on dependencies, inter-operation, and integration [of code] between Scrum teams.
  • ช่วยโค้ช และเป็นที่ปรึกษาให้กับคนในทีม
  • ทุกคนใน Integration team ยังคงอยู่ใน Scrum team ปกติ
  • กำหนด และขยาย Definition of Done สำหรับทุกๆ scrum team
  • กำหนด และพัฒนา Deployment process สำหรับทุกๆ scrum team
  • กำหนด และพัฒนา QA process สำหรับทุกๆ scrum team
  • กำหนด/พัฒนา/ประกาศ ใช้ Practice ต่างๆ ตามหลัก Engineering Principle ให้ถูกนำไปใช้ในทุกๆ scrum team

สมาชิกของ Integration Team นั้น จะคัดเลือกจากสมาชิกใน Scrum team ต่างๆ เช่น

  • Product Owner
  • Scrum Master
  • Dev Ops Specialist
  • QA Specialist
  • Senior Full Stack
  • UI / UX Designer (Option)

ส่วนอื่นๆ ของ Scrum ยังคงอยู่ แต่เรียกชื่อใหม่ โดยเพิ่ม Nexus เข้าไปด้านหน้า (ง่ายมากๆ)

  • Nexus daily scrum
  • Nexus product backlog
  • Nexus sprint backlog
  • Nexus sprint planning
  • Nexus sprint review
  • Nexus sprint retrospective

ซึ่งจะอธิบายรายละเอียดเพิ่มเติมในตอนต่อไปคับ

สรุป

การทำ Large Scrum ด้วย Nexus นั้นเข้าใจง่าย และเน้น Focus ไปที่ Integration Team เพื่อให้ทั้ง 2–3 ทีม ทำงานในแนวทางเดียวกัน, มี Definition Of Done เดียวกัน, Deployment process เดียวกัน, หากทีมไหนใช้งาน Scrum อยู่แล้วก็สามารถ Adapt ไปใช้ Nexus ได้ทันที เมื่อขนาดทีมใหญ่ขึ้น (หรือ เมื่อเริ่มบริหารจัดการยากขึ้น รวมถึงการ Inspect ในส่วนต่างๆ ทำได้ยากขึ้น)

Thanks to KhunGames

kasidesh

Written by

kasidesh

simplify is the ultimate sophistication

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade