Manager as ScrumMaster

Recently, while i coach a product development organization on Scrum, i notice that they have made all former team leaders as ScrumMasters. Though this arrangement itself may not be a problem, the reason behind that decision certainly concerns me.
ScrumMaster has challenge on leading the team, because team does not listen to what ScrumMaster says, thus ScrumMaster is not able to influence the team forward. As a solution, it grants ScrumMaster with positional power by making team leaders as ScrumMasters. What ensues is that ScrumMasters make use of positional power to get things done. Since it works temporarily, they lose the priority to develop leadership, which is the fundamental solution for their challenge. With the continuing weak leadership, they tend to rely more on positional power. It creates an addition loop.
This is the typical "Shifting the burden" situation in systems thinking.

Shifting the burden - Manager as ScrumMaster.jpg


Where do we leverage in this situation?

  • Understand the dynamic as you are reading this:-)
  • Leave the fundamental solution open, and explore with relevant people together for alternative solutions for the challenges on leading team, other than using positional power.
  • Articulate the long-term goal on how to lead Scrum team and what kind of leadership we need.
  • Break the dependency on positional power, either removing it, or practicing not to use it with the help from your mentor or coach.
    With the above said, i am a proponent to create the consistency between Manager and ScrumMasters for sustaining the change. I have ever promoted great ScrumMasters to managers and they took dual roles. However, it had different reasons and came with different evolution paths. Read more from We're All in This Together, or attend my "Manager as ScrumMaster" session in Agile 2011 conference, where we would explore this topic further.

Read more

Scrum master ทำแค่เนี๊ยะ

Scrum master ทำแค่เนี๊ยะ

เวลามีคนถามว่า Scrum master ทำอะไร แล้วผมตอบว่าทำให้ Scrum เวิร์คสำหรับทั้งองค์กร ซึ่ง โฟกัสหลัก ๆ 4 อย่างก็จะอยู่ที่ Product owner, ทีม, engineering practices และ องค์กร บางครั้งที่ผมจะได้ยินเสียงตอบกลับมาเบา ๆ ว่า “แค่เนี๊ยะ?” ในฐานะ

By Chokchai
how to สร้าง Knowledge Management

how to สร้าง Knowledge Management

ตอนเรียน Large Scale Scrum กับ Jurgen de Smet สิ่งหนึ่งที่ผมได้เรียนรู้ คือ ปัจจัยสำคัญหนึ่งที่ทำให้องค์กรหนึ่ง ๆ จะเร็วขึ้นได้ คือ จะต้องเรียนรู้ไปพร้อม ๆ กันได้ ซึ่งถ้าอยากทำแบบนั้นได้ก็จะต้อง share ownership

By Chokchai
โลกการเขียนโค้ด ตอน ซามูไรกับสปาตั้น

โลกการเขียนโค้ด ตอน ซามูไรกับสปาตั้น

ซามูไรที่ได้รับความไว้วางใจให้แก้ core logic จะมีสัญชาตญาณซามูไร คือแก้ตรงนี้ จับยามสามตาแล้วรู้เลยว่าจะไประเบิดตรงโน้น แล้ววิ่งไปสกัดบั๊กไว้ก่อนความเสียหายจะเกิด (ถ้าเป็นในหนัง ตอนนี้เป็นบทที่บั๊กร้องว่า “มืงรู้ได้ไง?!” :D) หลังจากที

By Chokchai
ประสบการณ์ TDD

ประสบการณ์ TDD

มันมีบางชั่วขณะ ที่ผมอินกับ Test-Driven Development (TDD) มาก จนอยากจะแนะนำทักษะนี้ให้คนเขียนโค้ดทั่วโลกที่สนใจเลย ผมคิดว่า ทักษะนี้มีผลเยอะมาก ๆ กับความรู้ความชำนาญในการเขียนโค้ดของผมทุกวันนี้ แต่ที่ผมไม่เคยอธิบายเป็นคำพูดออกมาได้คือ ทำไมนะ? เมื่อเช้าตอนกำลังอ่านเกี

By Chokchai