All About Agile | Agile Development Made Easy


Software Requirements Are A Communication Problem

by Kelly Waters, 11 February 2008 | Agile User Stories

Let’s face it. There is no perfect solution. No perfect solution for humans to share information accurately, consistently between multiple people, and over a prolonged period of time.

Especially when you add into that equation the level of detail that’s needed to capture the requirements for a major software application.

And then there’s the complexity of software. And the fact it’s plyable. Its evolutionary nature means it simply isn’t comparable to the creation of many other products. And certainly not comparable to construction projects, where once built the requirements are literally fixed in stone.

Software requirements, therefore, are a uniquely challenging communication problem. Such a challenging problem, we mustn’t kid ourselves into thinking there’s a solution. Personally, I am pretty sure there is not.

However, there are ways of mitigating some of the problems, whether it’s in written or verbal form. Let’s look at some of the pros and cons of each…

Written Requirements
–can be well thought through, reviewed and edited
–provide a permanent record
–are more easily share with groups of people
But, are:
–time consuming to produce
–may be less relevant or superseded over time
–can be easily misinterpreted

Verbal Requirements
–provide opportunity for instantaneous feedback and clarification
–are an information-packed exchange
–can be easier to clarify and gain common understanding
–are more easily adapted to any new information known at the time
–can spark ideas about problems and opportunities
But:
–are spur-of-the-moment and not always well thought through
–are harder to share across groups of people, particularly if not co-located
–conversations can be remembered differently by different people

Whichever form of requirements capture you prefer, we must all remember the old addage: “A picture is worth a thousand words”. It’s so true. Whether it’s a diagram in a spec, or a sketch on a whiteboard, pictures add a dimension that is immensely valuable.

The approach of User Stories seeks to combine the strengths of written and verbal communication, supported by a picture where possible. See here for an example of a User Story Card.

And some key principles of agile development seek to address some of the weaknesses of both forms of communication, in an effort to create a best of both worlds:

Kelly.

Home



One Response to “Software Requirements Are A Communication Problem”

  1. Austin Govella says:

    Time’s *can* be an issue, but it’s not an inherent problem with written (or drawn) requirements.

    A picture is always better than words. Whether you discuss and explain that picture in words or verbally, nothing can ever beat a picture.

    Whether you whiteboard or diagram in Visio, Omnigraffle, or Indesign, it doesn’t matter. Pictures always communicate better because everyone can see whether or not all the words they’re all using actually measure up to be the same thing in everyone’s heads.

Leave a Reply

What is 5 + 1 ?
Please leave these two fields as-is:
Please do this simple sum so I know you are human:)