I don’t know man. For the past 6 months we went with approach “Fuck scrum, let’s just work”. It didn’t go well. We were really disorganized, everyone going their own direction, things being overlooked, …
When a new colleague joined recently, he suggested taking more structured (scrum-like) approach. Things improved immediately.
Like I don’t know how you want to call it - scrum, kanban, whatever, I don’t care. But you need some structure in your team and you need some meetings where you talk about status, about looking back at things, about plans for next weeks, …
My team has moved to a thing we call “ScrumBan” and it’s worked pretty well. There still are 15-min Dailies, and a Review and a Retrospective each Sprint, but we cut almost all meetings that are about sitting around and “planning” tasks (aka awful 7-hour meetings where everyone just zones out and guesses random story point numbers). Instead, tasks are planned and moved to the board on demand and never in the presence of the entire team. It gives everyone so much more time to just focus on their work.
That’s scrum. One of the defining features of scrum is timeboxing meetings. Daily standups are 15 minutes. A two week review should be two hours. Ditto for retrospectives and sprint planning.
A seven hour meeting means the scrum master wasn’t doing their job.
My only requirement for team processes is that they be mostly up to the team. Absolutely some type of structure is needed. If something isn’t working for the team, they need to have agency to address that, whether it means adding, removing, or changing something.
Scrum Teams are cross-functional, meaning the members have all the skills necessary to create value each Sprint. They are also self-managing, meaning they internally decide who does what, when, and how.
That’s not a throwaway sentence - it is fundamental to how scrum works and that is reinforced throughout the scrum guide.
Every conversation about Agile and/or Scrum being “the worst”, after some prodding it turns out that their company has refused to read or implement one or several of the fundamental principles, often without even being aware that was an essential requirement. You’re baking a cake and you decided to not use any butter, that’s on you champ, don’t blame the fucking recipe.
The biggest valid criticism of scrum is that the thing that makes it so great - its structural empowerment of individual teams - is also what makes it structurally incompatible with any traditional top-down management style. The company must fundamentally be (re-)organized to have a flat corporate structure within its R&D department - most are simply incapable of mustering the necessary changes, if only because too many middle managers’ jobs are at stake. So they call their middle managers “POs” or “Scrum Masters” and wonder why their version of Scrum sucks.
I worked with my team and we naturally evolved to a Scrum-lite. Or what scrum consultants might derogatorily call scrum-but. We do sprints, the team plans their own work, we do not do the daily standup since no one wanted it. Just having time blocked focused work has made us very productive without burnout. If your manager locks in too Mich on by the book scrum it becomes a pointless waste of time and ceremony.
I don’t know man. For the past 6 months we went with approach “Fuck scrum, let’s just work”. It didn’t go well. We were really disorganized, everyone going their own direction, things being overlooked, …
When a new colleague joined recently, he suggested taking more structured (scrum-like) approach. Things improved immediately.
Like I don’t know how you want to call it - scrum, kanban, whatever, I don’t care. But you need some structure in your team and you need some meetings where you talk about status, about looking back at things, about plans for next weeks, …
My team has moved to a thing we call “ScrumBan” and it’s worked pretty well. There still are 15-min Dailies, and a Review and a Retrospective each Sprint, but we cut almost all meetings that are about sitting around and “planning” tasks (aka awful 7-hour meetings where everyone just zones out and guesses random story point numbers). Instead, tasks are planned and moved to the board on demand and never in the presence of the entire team. It gives everyone so much more time to just focus on their work.
That’s scrum. One of the defining features of scrum is timeboxing meetings. Daily standups are 15 minutes. A two week review should be two hours. Ditto for retrospectives and sprint planning.
A seven hour meeting means the scrum master wasn’t doing their job.
My only requirement for team processes is that they be mostly up to the team. Absolutely some type of structure is needed. If something isn’t working for the team, they need to have agency to address that, whether it means adding, removing, or changing something.
Well, yeah, that’s what Scrum is. From the guide which takes maybe 10 minutes to read
That’s not a throwaway sentence - it is fundamental to how scrum works and that is reinforced throughout the scrum guide.
Every conversation about Agile and/or Scrum being “the worst”, after some prodding it turns out that their company has refused to read or implement one or several of the fundamental principles, often without even being aware that was an essential requirement. You’re baking a cake and you decided to not use any butter, that’s on you champ, don’t blame the fucking recipe.
The biggest valid criticism of scrum is that the thing that makes it so great - its structural empowerment of individual teams - is also what makes it structurally incompatible with any traditional top-down management style. The company must fundamentally be (re-)organized to have a flat corporate structure within its R&D department - most are simply incapable of mustering the necessary changes, if only because too many middle managers’ jobs are at stake. So they call their middle managers “POs” or “Scrum Masters” and wonder why their version of Scrum sucks.
This is what’s most important. Allow for experimentation!
What works well for one team might not work well for your team. What worked well for your team 1 year ago might no longer be what you need now.
I worked with my team and we naturally evolved to a Scrum-lite. Or what scrum consultants might derogatorily call scrum-but. We do sprints, the team plans their own work, we do not do the daily standup since no one wanted it. Just having time blocked focused work has made us very productive without burnout. If your manager locks in too Mich on by the book scrum it becomes a pointless waste of time and ceremony.