Scrum or ScrumBut ?
I would be most interested in getting some opinions on my companies take on Scrum. There are some oddities with processes, roles, etc.
I realize there can be hybrid frameworks and I think plain Scrum as described in the guide works great. So, have at it. I would more than happy
to forward any criticisms to the manager. They're using jira to manage the scrum artifacts and meetings
Backlog Grooming
- Project Owner Creates Epic in Jira under the reporting project. Stories are under the appropriate epic
- Scrum Master and Project Owner work together to create initial user stories to meet needs of report
Sprint Planning
- During Sprint Planning, Project Owner presents goals of sprint and reviews user stories with the team.
- Team Can ask questions and start clarifying Reporting requirements
- Project Owners priorities requirements
- Team assigns story points ("Complexity score") to stories
- If a user story has complexity score above 13, story needs to be broken out into 2 or more stories
- Project Owners Re-priorities requirements based on team feedback, if needed.
- Team commits to specific user stories for upcoming sprint
- Team creates tasks to complete user story.
Daily Stand up
- Team Identifies hinderance to meeting sprint goals (committed user stories)
- Outside of standup, Project Owner works with scrum master to remove identified hinderances
- Team members note completed tasks, and general progress and risks of user stories.
Sprint Review
- Team presents deliverable user stories for Project Owner review and approval
- If approved, feature may be pushed to Cab for release, or be added to work done to be released at once
- If rejected, user stories is updated with additional requirements and sent back to backlog for dev work
For all anyone else knows, this could be the optimum process for your organization. Even that part about pushing work to Cab, which severely undermines the likelihood of the operating context being a lean or agile one at all.
Why though, is there an assumption that Scrum is somehow being implemented? You, yourself, at least suspect that this is not the case. What does the organization actually hope to gain from this pretence?
Thanks for sharing. It's always interesting to see what's going on in different companies.
My first question here would be: what's that role "Project Owner"?
Why I ask is: terminology is important, using incorrect terminology may lead to implementing wrong changes. So in this case I assum the role of a Project Owner is not the same as of a Product Owner.
It is rare to find a shop where Scrum is being practiced perfectly. What is important, as a Scrum Master, is to identify practices that support an Agile mindset, and practices that run counter to Agile, and to make such observations as visible as possible.
There were several items that stood out to me in your Sprint Planning outline:
- Why is the team waiting until Sprint Planning to provide an estimate?
- How do unestimated stories help the Product Owner from a planning perspective?
- What is the Product Owner using to determine what is a reasonable offer to make to the Development Team, if the stories are not sized?
- The Development Team should make a "forecast" for the upcoming sprint, not a commitment
In addition to everything that Ian, Daria, and Tim mentioned, do you have a clear definition of done? It doesn't seem to be the case if there is a chance where deliverable user stories would be rejected. If there is a definition of done, which was met by the dev team, the product owner and stakeholders should not be making changes to that definition of done at the Review. If a story is developed and then determined to not meet expectations, it seems that is a new backlog item that needs to be created to be performed at a later sprint.
Why waiting for the Review to get feedback from the PO ? How can the PO "reject" an item that is supposed to be done according to the DOD ?
The PO seems not to be IN the Scrum Team, does (s)he ?
I collected a number of ScrumButs and wrote an article about it: get ready for the ultimate Scrum cringe!