Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

8
  • 42
    Indeed. If the team wants to "stop doing Scrum" and feels they are "doing Kanban" anyway, why not do Kanban? I'm not necessarily saying you (Daniel Ziga) should do Kanban, but you certainly should consider it. That said, there should be specific things to do/not do in the retrospective. Nevertheless, starting the conversation with, "hey team, how should we rework our process?" may at least stimulate an interesting discussion and positions them to have interest and buy-in in whatever results from it (as long as it doesn't largely dismiss their concerns). Commented Aug 15, 2017 at 10:00
  • 98
    Remember also that Scrum is not a goal; it is a means. The goal is building quality software, with a committed team. If Scrum is not accomplishing the goal, get rid of it. Commented Aug 15, 2017 at 10:26
  • @DerekElkins I will definitely try out your suggestion about asking them how we should rework our process. Commented Aug 15, 2017 at 10:57
  • 24
    @Frank I hear you. Reflecting over myself and my point of view I will admit that I have been focusing too much on getting the team to work following Scrum guidelines rather than staying true to the agile manifesto. Thank you for your response. Commented Aug 15, 2017 at 10:59
  • 15
    I agree with your answer and I think this blog post by Brian Knapp fits the issue perfectly: brianknapp.me/developers-dislike-agile “In fact, Scrum done “right” according to scrum isn’t agile at all. Scrum the way it is taught is a process designed not to change. That is a massive failure. It breaks the most important principle of agile.” Commented Aug 15, 2017 at 16:40