Too often when IT consultants receive software requirements for new features they are not requirements at all. At least, they are not defined as requirements. In most cases when identifying the problem the customer is likely to find a “solution” which is often what they present as requirements.
This talk shares personal experience on software development projects where badly defined requirements have had a negative impact on deadlines, budgets and most importantly customer satisfaction. It will underline what to look for when investigating functional and non-functional requirements. We will glance over the attributes that complete a requirement. We will understand how to ensure a testable requirement for successful implementation.
Video producer: https://www.boosterconf.no/
