Skip to main content

Scrum and\OR Kanban

Last post 07:18 am October 12, 2021 by Oliver Weiss
4 replies
08:25 am October 11, 2021

Hi !

I'm a Product Owner working in a with a development team in a company where we need to handle small-sized requests, questions, support. In addition to bigger sized requests such as integrations with third parties or developing new modules to our product.

We are currently following scrum but we almost never commit to the sprint scope and almost always end up adding small requests and items to the sprint backlog during the sprint.

I was thinking about adopting a Kanban board in parallel to handle small requests and inquiries, and keeping the scrum to handle bigger sized requests.

I appreciate feedback on this thought, opinions and ideas are more than welcome!

Many thanks

07:12 pm October 11, 2021

We are currently following scrum but we almost never commit to the sprint scope and almost always end up adding small requests and items to the sprint backlog during the sprint.

That's fine. Scope would be a poor thing to commit to in a complex and uncertain world. Does the team have Sprint Goals to commit to instead, and if so are they meeting them? Scope should just be an emergent forecast of the necessary work.

07:27 pm October 11, 2021

I agree with Ian about not committing to scope for a Sprint. The team should be committing to a goal. There's probably some body of work that is necessary to achieve that goal that would be an implicit commitment, but even that body of work could change throughout the Sprint, as long as the goal is stable. As long as you leave enough capacity in the Sprint to account for this late-emerging work (along with things like planned and unplanned time off and other stuff), I don't see a reason why you can't keep adding work to the Sprint Backlog throughout the Sprint.

The thing that concerns me the most is that all of the work isn't visible on the Kanban board. I don't see why you couldn't apply a Kanban board to visualize all of the work. If you split the work up into two places, I'd be concerned with the impacts to transparency and visibility for the team and stakeholders. Everyone now has two places to go to look at the current state of work and get the information they need to make decisions.

07:53 pm October 11, 2021

I agree with everything that @Ian Mitchell and Thomas Owens have said.  I also want to ask how your team feels about the addition of another location to track work.  Based on my experience, every team I worked with wanted to have a single source of information for work, even if they were using pure waterfall.  Why would making the information and work tracking more complex be a good idea? 

You have your PSM I, so I ask you where in the Scrum framework is the mention to committing to a Sprint scope? And where does it mention that the Product Owner should decide how the Developers work?  Your idea actually makes the information less transparent and more difficult to order.  Would this technique help the team to be more predictive or more successful at delivering valuable increments of work on the product?

07:18 am October 12, 2021

Adding to what has been said in the other comments, Developers and Product Owner are part of one Scrum Team, and the Scrum Team should work on improvements and/or impediments together. The Product Owner isn't empowered to decide all that on his own.

Actually, my first and foremost thought: might it be possible that communication between Product Owner and Developers should be improved? Possibly with the support of the Scrum Master?

By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by may have their access revoked at any time, without warning. may, but is not obliged to, monitor submissions.