Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Requirements Gathering

How do you go about the requirements gathering phase? Does anyone have a good set of guidelines or tips to follow? What are some good questions to ask the stakeholders?

I am currently working on a new project and there are a lot of unknowns. I am in the process of coming up with a list of questions to ask the stakeholders. However I cant help but to feel that I am missing something or forgetting to ask a critical question.

like image 882
Ryan Sampson Avatar asked Aug 26 '08 22:08

Ryan Sampson


People also ask

Why is requirement gathering important?

Good gathering, processing and management of requirements is important as it sets clear targets for everyone to aim for. It can be a lot of hard work, but it need not be a daunting task if you can keep some key points in mind.


2 Answers

You're almost certainly missing something. A lot of things, probably. Don't worry, it's ok. Even if you remembered everything and covered all the bases stakeholders aren't going to be able to give you very good, clear requirements without any point of reference. The best way to do this sort of thing is to get what you can from them now, then take that and give them something to react to. It can be a paper prototype, a mockup, version 0.1 of the software, whatever. Then they can start telling you what they really want.

like image 125
Chris Upchurch Avatar answered Sep 21 '22 22:09

Chris Upchurch


See obligatory comic below...

In general, I try and get a feel for the business model my customer/client is trying to emulate with the application they want built. Are we building a glorified forms processor? Are we retrieving data from multiple sources in a single application to save time? Are we performing some kind of integration?

Once the general businesss model is established, I then move to the "must" and "must nots" for the application to dictate what data I can retrieve, who can perform what functions, etc.

Usually if you can get the customer to explain their model or workflow, you can move from there and find additional key questions.

The one question I always make sure to ask in some form or another is "What is the trickiest/most annoying thing you have to do when doing X. Typically the answer to that reveals the craziest business/data rule you'll have to implement.

Hope this helps!

enter image description here

like image 41
Dillie-O Avatar answered Sep 23 '22 22:09

Dillie-O