Tag Archives: rules of requirements

Passionate Requirements

Writing passionate requirements is not about writing with passion.  It is about writing the requirements that cause people to be passionate about your product.  Find the most important problem, for your most important customers.  Understand the essence of what is important to solve that problem, for only those people.  Then write passionate requirements.

Read the rest of the article …

Complete Requirements

You give your requirements to the engineering team, and they look complete.  The team builds your product, you launch it and the market soundly rejects it.  Why?  Because your requirements weren’t complete – they didn’t actually solve the problem that needed to be solved.

Read the rest of the article …

Attainable Requirements

Unless you live in a world filled with unicorns and rainbows, writing realistic requirements is critical.  When you set unattainable goals, the best result you can hope for is a frustrated engineering team.  Write requirements that are attainable, and your team will surprise you with what they can achieve.

Read the rest of the article …

Design-Free Requirements

Design-Free requirements are important for two reasons, and hard for two other reasons.

Design-free requirements are hard because you “know what you want” when you should be documenting “why you want it.”  Writing design-free requirements can be hard when you don’t trust your development team to “do the right thing” even though it is not your job to design the solution.

Read the rest of the article …