How Do You Plan In An Agile Environment?

Lindsay Kloepping

BY Lindsay Kloepping

Principal Product Manager

One of the biggest struggles with introducing a company to Agile development is the fact that we don’t sit down and plan every last detail up front. Don’t misunderstand that though. We do plan. We plan all the time actually – every two weeks in fact. What we don’t do (for reasons which I will explain) is plan every last detail up front at the start of the engagement.

It’s true that this makes it difficult to tell you exactly what you’ll get by what time, and for traditional waterfall developers this can generate a strong feeling of uneasiness, even panic (at least it can for the traditional project manager). But by delaying the decisions to the last responsible moment, we can apply our learnings from previous iterations to the upcoming ones. We can apply the feedback we’ve received from our clients, end users, and stakeholders to the upcoming features. In the end, this means you will end up with a product more closely aligned to what your end user needs and will use.

So how do we do it? How do we maintain a trajectory without planning out everything in advance? We use the concept of progressive elaboration guided by a product vision, road map, and release plan. Before we even get started, we review the roadmap and product that may exist for a client (if one does not exist, it will be developed alongside the release plan many times). This helps us understand the goals our clients and stakeholders have for their product.

Once we’re clear on the roadmap/vision, we’ll start to decompose the features/efforts at the front of the roadmap. We list out features and then decompose them again into user stories (that don’t yet have all the details). We do a quick affinity estimation on these to get a sense of size and then prioritize them in order of most important to least (although everything in a first release is important). It’s salient to note that we’re looking only at the features/efforts that are to be in the first (or next in subsequent iterations of this) release.

We then place these stories into a release plan. This release plan is a more detailed view of the efforts, generally broken into iterations, with stories or high level features listed out. The further out you get in the release plan, the less detail you have. Don’t worry, you’ll fill that in later.

I mentioned earlier that I’d expand on why we don’t plan everything up front. The answer is easy – things change. Markets shift, priorities change, you learn something during a previous iteration. The world changes, so waiting until the last responsible moment to add the details allows us to be the most reactive to these changes. In fact, our plans are made to change. We anticipate learning things as we go and having to adjust. That’s what makes a great product.

The important thing to remember is that we review the plan often and add details as we go. The release plan should be reviewed EVERY iteration. The roadmap should be reviewed at least monthly. Changes to either should be communicated to all stakeholders and made as visible as possible.

So, in the end – planning is a core tenet of Agile development. And while we don’t often generate exhaustive project plans, our efforts are guided by an overarching product vision, roadmap, and ultimately a release plan designed to help communicate to everyone what our end goal is. The outcome of this is almost always a better product that is more closely aligned to what your end user wants.

About The Author

Lindsay Kloepping, PMP, PMI-ACP has more than 15 years of experience helping businesses effectively deliver their digital products-to-market. She works with global development teams and clients to develop product solutions that help companies compete in today’s digital economy.

Lindsay’s business acumen in product marketing and product management plus her technical expertise in Agile help leading companies design and develop solutions for their customers from the ground up. In addition to launching more than 15 products-to-market, Lindsay’s expertise transforms teams through product strategy and agile coaching.

Harnessing her passion for teaching and coaching, Lindsay is also a co-facilitator for 3Pillar Global’s Product Mindse workshops, which teach our innovative approach to software product development to others.

One Response to “How Do You Plan In An Agile Environment?”
  1. Tejpal B on

    Yes very informative blog, fitted for circumstances where team started to move on Agile development from other traditional approaches. Thanks for sharing well written information.

    Reply
Leave a Reply

Related Posts

A Day in the Life of a Product Manager I’ve read day in the life type posts in the past and find them fascinating. I thought I’d start a short series of them from the product managers at 3P...
Why Choose Product Management in Product Development Service... An engineering candidate asked me why a product development services company like us has product managers. I loved the candor and directness of the qu...
Lean Product, with Jeremy Caverly Jeremy Caverly joins us on this episode of The Innovation Engine podcast to talk lean product and customer experience management.We cover some of ...
Take 3, Scene 11: The Common Problems Faced by Agile Teams For Take 3, Scene 11, we take a look at the most common problems faced by agile teams. We're joined in the studio by Jeff Nielsen and Lindsay Kloeppin...
How the Right Tech Stack Fuels Innovation – The Innova... On this episode of The Innovation Engine podcast, we take a look at how choosing the right tech stack can fuel innovation in your company. We'll talk ...