Key Business Outcomes
In early 2000, I worked as a business analyst. We were following the waterfall methodology, and I used to maintain huge 500-page requirements documents. Waterfall methodology assumes that software development happens in stages. The first phase is to understand business requirements. It is followed by designing and architecting the solution. Solution development starts only after the architecture is signed off testing begins only after development is complete, and so on.
Interactions with business stakeholders happened primarily at the requirements gathering phase. When building a large solution, that phase could run into months. There wasn't much interaction with businesses, or customers, after this phase. In my case, most ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access