I just read an interesting article from Bob Larivee of AIIM (‘Requirements, we don’t need any requirements’ link to: http://aiimknowledgecenter.typepad.com/weblog/2009/09/requirements-we-dont-need-any-requirements.html) about the importance of requirements. He writes ‘Know where you want to go and how you want to work then address the technology and you will achieve higher levels of success.’

I find this a very good summary of the importance of requirements. We often get project requests in which a few written lines explain the needs of the customer. And each time I am wondering ‘what do I miss here and what should I ask the customer’. The biggest problem is that often the customer himself doesn’t know exactly what he needs. And if he does know, it is clear in his mind, but this clearness has to be communicated to us, the knowledge has to be transferred.

‘Know where you want to go’

This is where requirements should start: describe the context; describe the business context, the current situation and the scope of the project. And in most requirements I get to see, people forget to write about this. They simply start right away with their specific project needs and the underlying database. But the reader of such document won’t understand anything unless he is able to put it into the right context.

‘Know how you want to work’

Next to requirements, this is the single most important aspect of project success: clear knowledge + agreement on how to work. Often people prefer ‘tell me what it costs and just start working’. In a situation where a customer and a supplier have to start cooperating, the rules of the game have to be clear. There needs to be a clear mutual understanding of how the project will be developed, what is expected of each party, which phases will be pursued.

A project should be split up into clear phases. The first phase is always the functional requirements gathering phase. And for this phase, time should be assigned to the supplier in order to clear up everything. The second phase should define the technical structure, the systems that will be used, database structure. And only after this thorough preparation, the actual building phase is started.

The main problem is that in order for the supplier to come up with an estimate of the workload, phase 1 has to be completed (and in bigger projects also phase 2). But the customer usually just wants to know ‘what does it cost’ and isn’t ready to pay for the hours spent in phase 1. So phase 1 has to be limited in time, otherwise the supplier will invest too much time and money in making offers, which affects the project and the eventual quality.

Last Tuesday, Bridge organized the first Open Coffee of Alkmaar. With a  great amount of people (more then 50), we can call it a success already. The sometimes ‘boring’ character of a networking meeting doesn’t fit open coffee. In a very relaxed atmosphere and with a cup of coffee (how can you start your day better than that?!), you easily get in touch with other people.

Open Coffee is an informal gathering where everybody that has a link with ‘online’, can meet, share ideas, knowledge, brainstorm, keep meetings or cooperate. Relaxed networking, taking pleasure from a cup of coffee.
Open Coffee is an open concept that started in London and is organized worldwide on more then 100 locations. The time and content differs per city, but everywhere you meet nice and interesting people.

The underlying meaning is of course to see if you can add value to each other. But the atmosphere also invites to simply chitchat and show interest in your colleague-entrepreneurs. Read more »