Select Page
Here is part 4 of the presentation to the IIBA® (International Institute of Business Analysis TM) Cincinnati Chapter and the Bluegrass IIBA® Chapter.

NEW COURSE: User Stories - A Collaboration Tool for Business and IT

How to Capture, Write, Prioritize, Rightsize, Split, and Flesh Out User Stories with Defined Acceptance Tests as Given-When-Then Scenarios
About Part 4: Operational Business Analysis uses Stakeholder Requirements in the traditional sense or User Stories in the new Lean and Agile world to define Solution Requirements (a.k.a. Functional and Non-functional or Quality Requirements). This video introduces typical outcomes of Operational Business Analysis and common business analysis techniques used during this stage.
If you are interested in learning the presented business analysis techniques, check out our self-paced, online course Getting and Writing IT Requirements in a Lean and Agile World.
During Operational Business Analysis, developers, someone wearing the business analysis hat, and test engineers work with representatives from the business community using appropriate business analysis techniques to flush out the details of a User Story, Work Item, Kanban task, or stakeholder requirement to the level of comfort developers and testers need to code or test the software. The use of a consistent set of sound business analysis techniques significantly reduces misunderstanding and misinterpreting the intent of the user stories and/or stakeholder requirements.
Read the overview of the 6-part Presentation presented to the IIBA® (International Institute of Business Analysis TM) Cincinnati Chapter and the Bluegrass IIBA® Chapter.

Pin It on Pinterest

Share This