Explore Scope

This Inception process goal describes how we will elicit and capture the initial requirements for our solution. We want to do just enough work to understand what our stakeholders want so that we can confidently begin Construction. To be effective, we need to consider several important questions:

  • What level of detail do we need to capture?
  • How will we explore the ways that people will potentially use the solution?
  • How will we explore domain concepts, the business process(es) to be supported by the solution, UI requirements, and general requirements?
  • How will we capture non-functional requirements?
  • How will we approach modeling activities?
  • How will changing requirements be managed throughout Construction?

Explore Scope process goal

Why is This Important?

There are several reasons why we need explore the initial scope in a bit more detail:

  • We need to answer common stakeholder questions. Before providing funding for the rest of the effort, our stakeholders are likely to ask us fundamental questions such as: What are you going to deliver? How much will it cost? and When will you deliver it? To answer these questions we will need to work through what we believe the initial scope of our next release will be.
  • We need to know what to work on initially. You want to do just enough requirements elicitation to understand what our stakeholders want so that we can confidently begin Construction.
  • We want to set reasonable expectations as to what we’ll deliver. Both the team and your stakeholders need to come to an agreement around a reasonable scope for the current effort that is being funded so that you’re all working towards the same vision.

More Information


The strategies/practices referenced in the goal diagram above are described, including the trade-offs involved and considerations for when (not) to apply them, in the book Choose Your WoW! A Disciplined Agile Delivery Handbook for Optimizing Your Way of Working. If you want to succeed at enterprise agile you need choices, not prescriptions.

Further Reading

Have any Question or Comment?

3 comments on “Explore Scope

Ashish Pathak

One of the problem that I face is that, after the initial Inception phase, the customer is looking for a “Final Delivery Date”. I do have enough information start work but not enough information to commit to a particular date; which I know will not change, once I commit. The customer doesn’t buy in the progressive elaboration story. How can this be dealt with, with the customer. Asking for more time/information is treated as an excuse and aspersions are cast over the teams ability to deliver.

Reply

This is a fairly common challenge. There are several aspects of the solution:
1. Communicate time and schedule estimates in ranges. These ranges must reflect the uncertainty of the requirements. Early in a project the requirements are often vague/high-level and will evolve as your stakeholders learn as the project progresses, so early in the lifecycle the ranges must be fairly large. As your understanding of the problem, and solution, improves you can tighten up the ranges.
2. Update the estimates as time goes on.
3. Educate your stakeholders. Many stakeholders do not understand the realities of software development and as a result their expectations may be unrealistic. Usually when I run into situations like this I ask fairly pointed questions such as “How well has this worked out for you in the past?” and “What actually happened last year on project X?” I do this because they’ve likely seen a string of IT projects where the estimates clearly evolved over time. Then we discuss why this is the case and often discuss better ways of working. In short, lead them to the solution (in this case evolving ranged estimates) don’t just jump straight to it.

Reply
Ashish Pathak

Thanks Scott! BTW…It will be great if you can add such cases as well in both your book and on these pages as well 🙂

Reply

Leave a Reply

Your email address will not be published. Required fields are marked *