![\"House](\"https:\/\/www.threesl.com:2958\/blog\/wp-content\/uploads\/2017\/02\/house-hill.png\")
The Managed Requirements Solution<\/h2>\n
Managing requirements, managing expectations, ensuring clear and unambiguous understanding creates a successful project and a happy customer.<\/p>\n
Furthermore, following a defined process of elicitation, discussion, refinement and validation will ensure all parties are kept in the picture throughout the process. There should be no surprises.<\/p>\n
The stages can be generalised as:<\/p>\n
- \n
- recording the Customer requirements (what the teacher said);<\/li>\n
- connecting these to System Requirements (what the pupil thinks is the right way to place a house on the hill);<\/li>\n
- reviewing and verifying with the customer that all is clear and understood (the teacher has a chance to see that the relative orientation has not been considered);<\/li>\n
- correction and update;<\/li>\n
- build and validate;<\/li>\n
- Happy customer!<\/li>\n<\/ul>\n
Equally we live in the real world and thing need and do change. A process needs to cope with and manage those changes. These may be customer initiated, corrections as part of the refinement and understanding stage, or external influences.<\/p>\n
Control and Managing Change<\/h3>\n
This could be through a set of documents, but this is not very scalable. The more complex and numerous the requirements, the more difficult it is to manage the inter dependencies between different parts of the document set.<\/p>\n
Imagine the simple case in our example:<\/p>\n
- \n
- “The foundations shall comply with building regulation ABC”.<\/li>\n<\/ul>\n
It is easy enough to imagine one chapter with some dimensions for the foundations and one building regulation document.<\/p>\n
Remaining with the simplistic house:<\/p>\n
- \n
- “Kitchen wiring shall provide one outlet for each of the 12 appliances in accordance with regulation GHI(i)”,<\/li>\n
- “Lounge wiring shall provide a multiple in window bay and one outlet in each of the other corners in accordance with regulation GHI(i)”,<\/li>\n
- “Bedroom 1 shall provide one outlet in each corner of the room in accordance with regulation GHI(i)”,<\/li>\n
- “Bedroom2….”<\/li>\n<\/ul>\n
It is still possible to get your head round the interconnects. It will be a bit more time consuming when GHI(i) is up-released to GHI(ii) and building work hasn’t started and you have to check all the items ordered for the socket outlets still comply in each room.<\/p>\n
Conclusion<\/h2>\n
With a small scale step the complexity the above can soon become unmanageable. Our house may only have seven rooms, but what if these were tens of different compartments on a submarine, hundreds shops owned by a national retailer? GHI(ii)- sub section ‘Public accessible spaces’ is upgraded after a regulatory consultation. How many room specifications are affected?<\/p>\n
In a managed solution, a simple report on elements dependent on GHI will give a quick way of calculating the cost impact of altering all the specified outlets. If the power outlets had been categorised when the requirements were written with say Public \/ Employee \/ Private access, the number affected, and thus the impact to your customer, could have been further refined.<\/p>\n
Article Updated 30\/01\/2019 – Updated formatting<\/h5>\n
<\/p>\n
- “The foundations shall comply with building regulation ABC”.<\/li>\n<\/ul>\n