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 Feb 27, 2012 — Enterprise Agile Planning expert

Product Managers: Ready, Set, Go! Who Can Write the Longest Requirements Document?

Enterprise Agile Planning

There are contests:

  • The Super Bowl

    what can you Hemi contest

    Tim Kowalec, 2005 finalist of Chrysler Group's "What Can You Hemi(R)?" Contest

  • The World Cup
  • The World’s Strongest Man

And then there are other ‘smaller-scale’ contests:

  • Fastest to chug a glass of milk

At the workplace, contests run the gamut:

from the noble:

  • Let’s raise $10,000 for the Red Cross.

To the aggressive:

  • Double our revenues in one quarter.

To the strange:

  • Longest requirements document get a prize.

Sadly, I lived this last goal. And I am not proud of it. There is, however, much learning that came from this experience.

Earlier in my career, it wasn’t strange to see my fellow Product Managers and I spending multiple weeks writing lengthy, epic requirements documents for highly-dynamic, frequently changing interactive online projects. In the early 2000s, this wasn’t out of the ordinary.

We’d spend weeks writing use cases, documenting flow, sketching out prototypes, addressing change control boards.

If a colleague wrote a document that was 50 pages, then 51 pages was the benchmark. This wasn’t a ‘corporate/endorsed’ goal per se, yet we took it pretty seriously. If we needed to snap another screenshot, map out another sequence of events to get to 51 pages then it happened. We had the quality vs. quantity scale confused.

Surprisingly, we still delivered stakeholder value (or at least we thought we did?) through these text-heavy masterpieces. We presented our masterpieces (page-by-page!) in long meetings; the developers were able to understand the site structure; the designers visualized a look and feel that mapped to our vision. Management would be shocked to know how much time we flitted away in these meetings. Sadly, we knew no other way.

This crazy contest of expanding requirements documents isn’t the point here. That was a symptom of bad management, demotivated employees, unclear goals, lack of understanding or some odd mix of the four.

The point is that there’s a better way today to deliver stakeholder value, utilize your talented and gifted team, and inform stakeholders. In hindsight, if only I had a way to turn back the clock and redo all those projects with a more ‘enlightened’ perspective.

It’s agile.

Agile development isn’t just about holding a standup or moving stickies on a whiteboard. It’s a different way of thinking about your teams, products and services.

I have a new contest for today’s workplaces: Deliver value in the most efficient way possible.  If you’ve embraced agile, you’re winning this contest every day.

Dan Naden

  • New to agile? Or are you experienced with agile, but believe you’ve hit a wall?Ask us how we can help. We can help you clear the path for your teams to get back on track.

The post Product Managers: Ready, Set, Go! Who Can Write the Longest Requirements Document? 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