On writing good requirements
Simone Bernardi, PhD, FRM
Head of Business Development at Celeris Consulting
A common mistake in requirements management?
A common mistake in the adoption of new ways of working within corporations is the excessive focus on new tools and new innovative methods (see example Shreta et al. (2019) on the use of AI techniques for requirements elicitation), at the cost of leveraging domain knowledge and more traditional but effective practices. Like you would buy the latest running shoes but would trip over untied laces while trying to win the 100m sprint. The same holds true in the field of requirements management. Badly written and poorly thought requirements, can turn out to a complete nightmare during product and software development.?
?
The handshakes in products’ requirements management?
Even worse, products often involve multiple stakeholders and disciplines. Various handshakes take place during product development, like between business stakeholders and system engineers, and between system and software engineers. Every handshake and every interaction requires the involved parties to gather to establish traceability between the distinct layers of needs and requirements. If needs and requirements are not properly articulated, such sessions will end up in lengthy review meetings going through hundreds of poorly specified and challenging requirements, where it is unclear whether the requirements are complete and non-conflicting.?
Characteristics of good requirements?
When writing and reviewing requirements, it often pays off keeping following features and questions in mind:?
These characteristics are valid independently of the requirements type, and already from the beginning, from the requirements elicitation phase with stakeholders, down to system engineers, and subsystems thereof. Well-written requirements support efficient and effective product developments within your organization. Still, the risk of deviating from these good characteristics is behind the corner. Memorizing them or writing them on a small memo in front of you is not a bad idea. A traditional practice that pays off in this agile world!?
领英推荐
Celeris Insights – A fresh view on requirements management and regulatory excellence
In this new weekly newsletter, Celeris Consulting will present news, best practices and research on requirements management and regulatory excellence, with the purpose to stimulate knowledge acquisition and experience exchange.
Follow/subscribe to our newsletter and stay tuned to know more about it!
What is regulatory excellence for you? And how to achieve it? How to achieve regulatory excellence in your organization?
------------------------------------------------------------------------------------------------------------
Celeris Consulting ?is a leading IT consulting company. Our consultants are experts on methods, tools and techniques for business development and systems engineering, with an edge in requirements management. We help clients to assess and to improve their business development and requirements management practices through their product lifecycles.
Contact us at?www.celerisconsulting.com/en/contact-us ?form or email?[email protected] ?for more information. Follow us on LinkedIn?www.dhirubhai.net/company/celerisconsulting/ ?for more updates.
------------------------------------------------------------------------------------------------------------
Authors: Simone Bernardi, Ander Ekman?
------------------------------------------------------------------------------------------------------------
References:?
Sharma, Shreta and Pandey, S. K., Integrating AI Techniques in Requirements Elicitation (October 2, 2019). Proceedings of International Conference on Advancements in Computing & Management (ICACM) 2019, Available at SSRN: https://ssrn.com/abstract=3462954 or https://dx.doi.org/10.2139/ssrn.3462954 ?
Principal consultant at Stella Polaris
1 年A tool still does not free you from actually describing the wanted state. And not surprising, it has proven to be challenging to do that. But not because of the tool.