Skip to main content
Enterprise Agile Planning icon with arrows

This post is from the CollabNet VersionOne blog and has not been updated since the original publish date.

Last Updated Dec 11, 2012 — Enterprise Agile Planning expert

Experiencing Agile: 6 Agile Planning and Analysis Practices to Try

Enterprise Agile Planning

A guest post from EBG Consulting‘s Ellen Gottesdiener & Mary Gorman

What practices can you adopt to help your team experience agile?

This question was raised by a listener to the podcast we recorded on agile analysis practices with BA coach Yamo. (Find the podcast here.) The specific question that Katie Metcalf asked us was this:

“What agile techniques would you suggest introducing to a software development team that is currently not using the agile approach but would like to get a flavor for the methodology?”

Agile: Disciplined Discovery and Delivery

Let’s clarify. We don’t think of agile as a “big M” methodology.

In fact, we don’t think of agile as a methodology per se. Rather, it’s a disciplined discovery and delivery framework. As we see it, the term “agile” encompasses a number of methods, including lean, Scrum, XP, DSDM, Kanban, FDD, and more.

We shared with Katie the following six points – what we believe are fundamental for doing and being agile. We focus here on agile planning and analysis practices.

1. Use Three Planning Horizons: Now-View, Pre-View, Big-View

Partition product delivery into planning horizons.

Focus like a laser on delivering the most valuable and risk-prone portions of the product as soon as possible (we call this the “Now-View”). Even if you don’t release to the customer during your shorter time horizons, you need to complete a releasable product at the end of each delivery cycle.

Don’t ignore the future time horizon (the “Big-View”). Your release plan and product roadmap are essential guidelines for continual planning and pivoting.

Keeping your day-to-day work tied to these planning horizons takes focus, discipline, and collaboration. Read more about incorporating the three views into your agile planning and analysis here.

2. Product Partners and Value

Successful products are derived through a partnership of three stakeholder communities: your customers, your business (or organization), and your technology team members. Explicitly and collaboratively identify each partner’s desired value. Remember: value is in the eyes of the beholder.

Be clear how decisions will be made—decide how to decide.

Collaborate, collaborate, collaborate. Read a briefing of tips for conducting effective collaboration/discovery sessions on agile teams.

3. It’s the Goal, Not the Role

We may sound like a broken record but it’s so important, it bears saying again: it’s the goal, not the role. The collective goal is to deliver high value product needs—not limit contributions based on titles or roles. Analysis is the entire team’s responsibility. Read more about this, and learn the value of business analysis in Scrum (also applicable to other agile approaches) here.

4.  Explore Product Options Holistically Using the 7 Product Dimensions

As partners, explore options for product needs using the 7 Product Dimensions (users, interfaces, actions, data, controls, environments, and quality attributes). Use predefined value considerations to evaluate the benefits and risks of your options, and select the highest-value options along these 7 Dimensions.  Assemble the highest-value options into candidate solutions for your next delivery cycle.

This practice allows you to slice product needs into small, precisely understood requirements (chunks), and it takes only minutes to collaborate in this exploration and evaluation.

5. Make Models Real

Explore your product options by using a combination of analysis models and examples. You can use scenarios, acceptance tests, specs in the form of “given/when/then” (à la BDD), or data tables (which you can run using a tool such as FIT orFitNess).

Pull the “testing mind-set” forward by thinking in examples and, as Chris Matts says, “breaking the model.”

Consider using your examples and models to specify requirements instead of writing classic text specifications. Read more about agile analysis and testing synergies.

6. Focus on Finding and Fixing Flaws

Learn. Expect to “fail” to learn—it’s only a failure if you and your team don’t use mistakes as a forum for improvement. Conduct retrospectives to “inspect and adapt” at regular intervals.

Honestly and transparently reflect on both process and product.

Check out our new book, Discover to Deliver, which provides specific, practical guidance and examples on all these practices. Or sign up here for our eNewsletter.

Additional Readings:

Visit EBG Consulting’s blog, “Success with Requirements” at


The post Experiencing Agile: 6 Agile Planning and Analysis Practices to Try appeared first on VersionOne Blog.

More from the Blog

View more Government Cloud
Apr 12, 2022 Government Cloud receives FedRAMP Authorization through sponsorship from the United States Department of Veterans Affairs

Enterprise Agile Planning
Flagship Agility solutions can effectively scale agile deve ...
Read More
Nov 22, 2021

What are the qualities of highly effective agile teams?

Enterprise Agile Planning
A team is the core unit of productivity in an agile organization. Wher ...
Read More
Nov 15, 2021

How an open-first attitude revolutionized government tech development

Enterprise Agile Planning
Public perception of government is often that it is slow-moving, reluc ...
Read More
cross functional
Nov 08, 2021

6 best practices for building resilient cross-functional teams

Enterprise Agile Planning
Agile frameworks prize the quality of resilience within every facet of ...
Read More
Contact Us