Skip to main content

Not making any workable version from few sprints

Last post 04:06 pm January 30, 2017 by Senthilkumar Muthusamy
5 replies
06:58 am January 20, 2017

Wanted to know how to handle when you pull only achievable tasks from backlog to sprint where it contains only user interface screens and no data base calls. So due to this where we could not produce any workable version from sprint.

Another scenario where it might take few sprints to get a working copy of application so how to handle it ?

Thanks
Senthil


09:36 am January 20, 2017


What is stopping us from delivering a potentially releasable increment every Sprint?


01:39 pm January 20, 2017

This sounds like a perfect topic for your Retrospective. I would bring it to the entire Scrum team and see if you can figure it out. Take a step back and figure out how to make one potentially releasable increment, and go from there.


03:58 pm January 20, 2017

What sort of Sprint Goals are being agreed with the Product Owner if they don't demand a potentially releasable increment?


02:01 pm January 28, 2017

It sounds like a refinement problem for starters:

Title: Page X Browser Consistency
Story: As a Page X user, I want my experience to be consistent, so that I can seamlessly perform the same tasks on a variety of platforms

What was the verification criteria for your story?
Given windows 7, 10 with default font sizes
Given the browsers Firefox v44+, Chrome v28+ with default font sizes
Given resolutions 400x800-1920x1080
When I visit page X
Then the page is formatted identically for all Browsers

Nothing in this story describes behavior of the page, just layout. By delivering that at the end of the sprint, you give stakeholders and customers time to decide if that layout suits their needs. That is something of value.

Maybe that story is two big? It may need to be split into further stories. You need to understand your goal.

Once the layout is approved, then you can create an interface to store that information into a database. The real database is then inconsequential, so long as there exists a facade to that database that implements that interface, in which case for prototyping you could write a flat file or an in memory structure to demonstrate the behavior of the page while the real database work is refined/underway.


04:06 pm January 30, 2017

Thank you Anon.

so it doesn't matter whether it is usable by customer or not as along as we meet the deliverable. Because just launching UI may not bring any business values to customer?.

Thanks
Senthil


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

Please note that the first and last name from your Scrum.org 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. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org 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 Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.