Skip to main content

SCRUM and roadmaps

Last post 03:03 pm May 13, 2018 by Janaina Silva
5 replies
05:22 pm May 5, 2018

Hello

I am learning about scrum, so please excuse the basic questions. I had some queries I hoped people could help me with.

1. Let's say I am responsible for a software product. I completely understand that Agile is all about small, incrementally deliveries, but what if I my customers want to know what they'll be having in a year or so? Rather than have a GANTT chart saying X functionality will be available in 25 December 2018, is it better to say Q4? Or is that even against the concept of Scrum?

2. In my organisation, we have architects, developers, QA, operations. Would a cross functional team of all these people be best? How many is the best size - 7, 8 ?

3. Would a Product Owner be responsible for defining features in the next version of a product or developers themselves also involved?


09:42 pm May 5, 2018

Let's say I am responsible for a software product. I completely understand that Agile is all about small, incrementally deliveries, but what if I my customers want to know what they'll be having in a year or so?

For the product under consideration, would it really be possible to know that, so far in advance?


11:20 pm May 5, 2018

I think our customers would like to have an idea of 'what's coming'....this doesn't have to be tied to a specific date or sprint, but an idea that some sort of major feature they would like would be useful. 


12:14 am May 6, 2018

I think our customers would like to have an idea of 'what's coming'....this doesn't have to be tied to a specific date or sprint, but an idea that some sort of major feature they would like would be useful. 

Is your Product Backlog properly prioritized?

If it is ordered and estimated, you have a rough idea of what the next things the Development Team(s) will be working on next. Depending on your environment, you may want to summarize the Product Backlog to customers to give them an idea of what new things will be coming up in the next few Sprints, but noting that it is subject to change if higher priority work comes in. You can also solicit feedback - if the next things aren't a priority for your customers, consider working with the stakeholders to reprioritize the work.

If you have a few Sprints completed, you may be able to roughly forecast how long to complete the Product Backlog in its current state, but that would be sensitive to changes in the Product Backlog. If the Product Backlog is large, you can at least determine what the next few Sprints are likely to look like. Again - both of these are dependent on the order not changing. However, it can be useful to start discussions with stakeholders. If there are expectations of certain work being done by a certain time and it doesn't look likely, the Scrum Team can work to reorganize the Product Backlog to support the needs of stakeholders.


10:06 am May 6, 2018

I think our customers would like to have an idea of 'what's coming'....this doesn't have to be tied to a specific date or sprint, but an idea that some sort of major feature they would like would be useful.

What does the Scrum Guide say about the ordering of Product Backlog items and the level of clarity with which they might be expressed?


03:03 pm May 13, 2018

but what if I my customers want to know what they'll be having in a year or so?

 

I think the question is: What they would like have be in a year, considering business priority. Look... the responsability is all yours, and this is no good.

Do you have a roadmap by a year? Sit with your client and create releases to be delivered by quarter. So, plan with your team and show to your client.

With "release burndown" (I use Jira) You can see the evolution of your delivery and the estimate time to finished it.

I hope this may help you

 

 


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.