Most Teams that regularly run a Sprint Retrospective use the dreaded quadrant, What worked well, What Didn’t work Well, Ideas and Actions (and variants of this quadrants). I am sure your team has used this format many times. I coach Scrum Masters and their team to always prepare for Sprint Retrospective, and part of planning is observing the team all through the Sprint and experiment with different formats for running the Sprint Retrospective.
You assign tasks to subordinates and chase up for updates as soon as you feel they should have been done. Regardless of what your subordinates are currently doing, you believe they should be working on something else. You have just assigned task to a subordinate and immediately you follow up with instructions on how they should be doing it. You are so bothered about how they spend their time; and you just need to ensure that they have enough work for 40 hours a week, that’s what their contracts says anyways.
Within a Scrum Team, there are no sub-teams or hierarchies. Scrum Guide, 2020 An autonomous and self-managing team thrives when hierarchies take a backseat, allowing Scrum accountabilities to drive the ways of working. While organizational hierarchies persist, especially during the formation of Scrum Teams, it’s crucial to discuss privileges and their impact on a team’s ability to self-manage.
Privilege is when you think that something’s not a problem because it’s not a problem for you personally… David Gaider Hierarchical Privilege: This explicit form of privilege arises when a Scrum Team comprises employees with varying levels of seniority.
Increasingly, I encounter developers who don’t seem to enjoy using the Scrum Framework to deliver software, and this is a cause for concern because I have fond memories from my days as a developer working on a Scrum Team. I relished the collaborative atmosphere within the team, where everyone supported each other in development, testing, deployment, and held a shared sense of accountability.
However, nowadays, I hear developers express their discontent with Scrum for various reasons, including:
