Scrum Guide | 10. ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master

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

ข้อผิดพลาดของ Scrum Master – สารบัญ:

• การหายตัวไปของ Scrum Master
• การมีอยู่ของ Scrum Master ไม่เพียงพอ
• สรุป

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

การหายตัวไปของ Scrum Master

ความจำเป็นในการควบคุมทีมมากเกินไปมักทำให้เกิดข้อผิดพลาดในการใช้งาน Scrum ข้อผิดพลาด Scrum Master มักปรากฏขึ้นในสถานการณ์ต่อไปนี้

1. Scrum Master มองหาวิธีแก้ปัญหาแทนที่จะช่วยทีมจัดการกับปัญหา โดยทั่วไปแล้ว รากของปัญหาก็คือ Scrum Master ยังเป็นผู้เชี่ยวชาญในสิ่งที่ทีมพัฒนากำลังทำอยู่ การที่พวกเขาไม่สามารถก้าวออกจากบทบาทผู้เชี่ยวชาญได้ทำให้พวกเขาไม่สามารถช่วยเหลือทีมในการหาวิธีแก้ไขด้วยตนเองได้อย่างมีประสิทธิภาพ วิธีการนี้ยังสามารถนำไปสู่การตัดสินใจเพียงคนเดียวที่มีอำนาจเด็ดขาด และนี่อาจเป็นความผิดพลาดครั้งใหญ่ที่สุดที่ Scrum Master สามารถทำได้
2. Scrum Master ไม่อนุญาตให้ทีมทำผิดพลาด ปัญหานี้มีความเกี่ยวข้องอย่างใกล้ชิดกับปัญหาก่อนหน้านี้ หากทีมได้รับการปกป้องอย่างมีประสิทธิภาพจาก Scrum Master จากการทำผิด ทีมงานจะไม่เรียนรู้ที่จะแก้ปัญหาด้วยตนเองหรือรับผิดชอบต่องานของตน จะขึ้นอยู่กับคำแนะนำและความเชี่ยวชาญของ Scrum Master เสมอ
3. Scrum Master พยายามเปลี่ยนผู้คนแทนที่จะทำงานในบรรยากาศของทีม ปัญหานี้รวมถึงการเน้นมากเกินไปในการเปลี่ยนแปลงพฤติกรรมของสมาชิกในทีมหรือสมาชิก ตลอดจนการเปลี่ยนแปลงบุคลากร การเปลี่ยนองค์ประกอบของทีมพัฒนาในขณะที่ทำงานกับเป้าหมายผลิตภัณฑ์ถือเป็นความผิดพลาดหากไม่จำเป็นจริงๆ มันสามารถทำให้เกิดความล่าช้าอย่างมีนัยสำคัญในการตระหนักและรบกวนจังหวะการทำงานของทีมพัฒนา และยังขัดขวางจังหวะของการก่อตัวของทีมซึ่งเราเขียนในบทความแยกต่างหาก
4. Scrum Master ทำหน้าที่เป็นหัวหน้าทีมพัฒนาในองค์กร นี่เป็นข้อผิดพลาดที่มักไม่ได้เกิดจากการตัดสินใจของ Scrum Master อย่างไรก็ตาม มันสามารถทำให้ข้อผิดพลาดทั้งหมดรุนแรงขึ้นจากความจำเป็นในการควบคุมทีม
5. Scrum Master มีส่วนร่วมมากเกินไปในการทำงานของทีม เมื่อทีมประกอบด้วยผู้เชี่ยวชาญที่รู้จักทักษะและความรับผิดชอบของกันและกัน และทำงานตามหลักการของ Scrum Scrum Masters ไม่ควรเข้าไปยุ่งเกี่ยวกับวิธีการทำงานของทีมโดยไม่ได้รับเชิญ หากเป็นเช่นนั้น พวกเขากำลังรบกวนการทำงานที่ราบรื่นของทีม Good Scrum Masters ต้องขอบคุณตำแหน่งที่มั่นคงของพวกเขาในฐานะโค้ชและผู้นำ จะถูกขอคำแนะนำในสถานการณ์ฉุกเฉินหรือสถานการณ์ที่ต้องการรูปลักษณ์ใหม่ นั่นเป็นเหตุผลที่พวกเขาควรจะพร้อมให้บริการสำหรับนักพัฒนาโดยไม่ต้องแสดงตน
6. Scrum Master นั้นเข้มงวดเกินไปในการปฏิบัติตามหลักการ Scrum หากแง่มุมใดของ Scrum ไม่ทำงานในทีมใดทีมหนึ่ง Scrum Master ควรลองใช้แนวทางอื่น แต่ละทีมมีความแตกต่างกัน และ Scrum เป็นเพียงกรอบงานทั่วไป

การมีอยู่ของ Scrum Master ไม่เพียงพอ

การมีส่วนร่วมของ Scrum Master ไม่เพียงแค่มากเกินไป แต่ยังไม่เพียงพอ อาจนำไปสู่ข้อผิดพลาดมากมาย เราได้อธิบายสิ่งที่พบบ่อยที่สุดไว้ด้านล่าง

1. Scrum Master ไม่ค่อยคุ้นเคยกับหลักการ Scrum ข้อผิดพลาดนี้มักจะนำไปสู่การนำไปใช้ที่ไม่เหมาะสม และงานของทีมดูเหมือนจะเป็นงาน Scrum เท่านั้น
2. Scrum Master ไม่ได้บังคับใช้หลักการ Scrum การปรากฏตัวในแต่ละวันไม่เพียงพอของ Scrum Master หมายความว่าเขาไม่ได้ปกป้องทีมเท่าที่ควร สิ่งนี้สามารถนำไปสู่การขาดการป้องกันจากการไหลเข้าของงานภายนอก หรือความล้มเหลวของทีมพัฒนาในการบรรลุเป้าหมาย Sprint
3. Scrum Master ไม่ได้ทำให้แน่ใจว่ามีการติดตามจังหวะ Scrum ที่สอดคล้องกัน ความประมาทในการจัดงาน Scrum อาจทำให้เสียเวลา ซึ่งจะส่งผลให้เกิดเหตุการณ์ที่ยาวเกินไปหรือทำงานได้ไม่ดี – การวางแผน Sprint, Sprint Retrospective หรือ Sprint Review (ซึ่งเราจะเขียนถึงในโพสต์แยกต่างหาก) นอกจากนี้ยังเป็นความผิดพลาดที่จะเลื่อนกิจกรรมหรือเปลี่ยนระยะเวลา
4. Scrum Master ไม่ตอบสนองต่อความขัดแย้งในทีม การคาดหวังให้ทีมมีความขัดแย้งเพื่อแก้ไขตัวเองเมื่อเวลาผ่านไปเป็นความผิดพลาดของ Scrum Master ความขัดแย้งไม่ได้เลวร้ายเสมอไป แต่ Scrum Master ไม่ควรเพียงตระหนักถึงการมีอยู่และสถานะปัจจุบันเท่านั้น แต่ยังต้องมีส่วนร่วมในการเจรจาด้วย และยังสามารถใช้ความขัดแย้งในการเปลี่ยนแปลงและปรับปรุงทีมได้
5. การมีอยู่ของ Scrum Master ไม่เพียงพอ ปัญหาเกิดขึ้นเมื่อ Scrum Master ใช้เวลาในการทำงานกับทีมน้อยเกินไปและเข้าไปเกี่ยวข้องกับงานเฉพาะทาง เป็นต้น สิ่งนี้ทำให้เขาฟังน้อยเกินไปและถามคำถามน้อยเกินไป ตามที่เราเขียนไว้ในบทความที่แล้ว ซึ่งเป็นทักษะสำคัญสำหรับ Scrum Master ผลที่ได้คือ Scrum Master ไม่รู้ดีพอว่าสถานการณ์และบรรยากาศในทีมในปัจจุบันเป็นอย่างไร และพอใจในสภาพที่เป็นอยู่
6. Scrum Master ไม่ได้ตั้งคำถามกับสถานะที่เป็นอยู่ เพื่อให้ทีมพัฒนาและทีม Scrum โดยรวมเติบโต จำเป็นต้องท้าทายสภาพที่เป็นอยู่อย่างต่อเนื่อง ซึ่งมักเป็นกิจกรรมที่เสี่ยงและมีโอกาสสร้างความเสียหายได้ Scrum Master ควรดำเนินการด้วยความตระหนักรู้ถึงความยากลำบากที่เขาอาจเผชิญ อย่างไรก็ตาม ไม่มีคำว่า "ทีมพัฒนาที่เติบโตเต็มที่ซึ่งไม่มีการพัฒนาอีกต่อไป" การปล่อยทิ้งไว้ตามลำพังจะทำให้ประสิทธิภาพการทำงานลดลงอย่างรวดเร็ว
7. Scrum Master ไม่ได้แบ่งปันข้อสังเกตเกี่ยวกับประสิทธิภาพของทีมกับทีม การเก็บความรู้นี้ไว้กับตัวเองทำให้ยากหรือเป็นไปไม่ได้ที่ทีมจะเติบโต แม้ว่า Scrum Master จะเน้นที่ความรับผิดชอบในแต่ละวันโดยสิ้นเชิง แต่ Scrum Master ไม่ได้ทำงานในลักษณะที่สมาชิกในทีมทำงานร่วมกัน ซึ่งมักนำไปสู่การสะสมของปัญหาและความขัดแย้ง

ข้อผิดพลาดทั่วไปของ Scrum Master – สรุป

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

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube

ผู้เขียน: แคโรไลน์ เบ็คเกอร์

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

ดูกระทู้ทั้งหมด

คู่มือการต่อสู้:

1. อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
2. Scrum คืออะไร?
3. ค่าการต่อสู้
4. วิธีใช้งาน Scrum ในบริษัทของคุณ
5. Scrum Team - มันคืออะไรและทำงานอย่างไร?
6. เจ้าของผลิตภัณฑ์คือใคร?
7. ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
8. Scrum Master คือใคร?
9. ลักษณะของ Scrum Master ที่ดี
10. ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
11. สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
12. ความร่วมมือระหว่าง Product Owner และ Scrum Master
13. ทีมพัฒนาใน Scrum
14. ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
15. สิ่งประดิษฐ์การต่อสู้
16. สเกลการต่อสู้
17. Sprint Backlog
18. Backlog สินค้าคืออะไร?
19. เรื่องราวของผู้ใช้คืออะไร?
20. สร้าง User Story ที่ดีที่สุดกับ INVEST
21. ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
22. เกณฑ์การยอมรับเรื่องราวของผู้ใช้
23. การประมาณค่าและจุดเรื่องราวใน Scrum
24. การวางแผนโป๊กเกอร์
25. เกมประเมินทีม
26. กำหนดส่วนเพิ่ม
27. เหตุการณ์การต่อสู้
28. Sprint ใน Scrum คืออะไร?
29. ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
30. แผนภูมิ Burndown คืออะไร?
31. จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
32. ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
33. กระดาน Kanban ใน Scrum และ Scruban
34. Velocity in Scrum - ความเร็วของทีมพัฒนา
35. การต่อสู้รายวัน
36. การวางแผนการวิ่ง
37. Sprint Review
38. Sprint Retrospective คืออะไร?
39. ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
40. บำรุง Backlog สินค้า