Keywordsagile analysis and approaches business effective elicitation linear management requirements testable
Writing testable requirements to support the design, coding and testing of business systems and the true business needs.
Many of the problems encountered in business information system implementations are the direct result of shortcomings in the processes and practices used to gather, understand, and document requirements for the system. Requirements are often not reflective of the real business need(s), they are all too often incomplete, vague and disconnected and consequently provide little value to the development and testing teams and ultimately to the business.
Software Education's core business systems analysis courses focuses on fundamental business systems analysis processes and on obtaining the relevant project and professional related competencies to transit from a junior business analyst to a lead position. This course is intended for those who want to add to their current business analysis knowledge and confidently take ownership of the requirements from elicitation, analysis and documentation. It highlights the many different viewpoints of requirements and their interrelationships but also places emphasis on achieving testable requirements - which means that relevant team members can, from the description of the requirements, ascertain the testing necessary to demonstrate that a particular requirement has been met.
What's the benefit?
Industry studies around the world suggest that five out of every six software projects fail or are "challenged" - over time and/or over budget. Looking through a requirements lens, we see that some of the main contributors are:
- a poor understanding of the VISION or expected business outcome affecting top-down requirements practices
- poorly defined requirements, especially the lack of emphasis on Quality or Non-Functional requirements
- incomplete, inconsistent, vague and disconnected requirements affecting requirements communication, implementation and testing.
Whatever the system development lifecycle (Agile, V-model, waterfall etc.), when requirement's are poor and the required business outcomes are unsatisfactorily documented then requirements tend to be 'invented' - usually by the programmer. But the decisions that software developers make are often different from the decisions a subject matter expert would make under the same circumstances. When a project fails it is often seen as a direct result of poor requirements practices.
IIBA® Endorsed BA Training
This course is endorsed by the International Institute of Business Analysis (IIBA) and is aligned with the Business Analysis Body of Knowledge® (BABOK®).
This course will contribute 14 CDUs (Continuing Development Units) towards your Certificate of Competency in Business Analysis™ (CCBA™) or Certified Business Analysis Professional™ (CBAP®) certification requirements.