|Requirements are documented in Use Cases, Business Requirements, Functional requirements, UI Specifications, Business Rules.||Requirements are documented in Epics, User Stories and optionally Business (or Essential) Use cases.|
|Focuses on completeness of requirement and spends time in ensuring the requirement is unambiguous and has all the details.||Focuses on understanding the problem and being the domain expert so that s/he can answer questions from the development team swiftly and decisively.|
|Focuses on getting a ‘sign off’ on the requirements.||Focuses on ensuring the requirements meet the current business needs, even if it requires updating them.|
|Often there is a wall between the BA/Business and the Development team.||Agile BA/Product Owner is part of the team.|
|Tends to dictate solutions.||Has to remain in the problem domain, leaving the development team ‘space’ to explore different solutions.|
|Long turnaround.||Quick turnaround.|
|Focus on what the requirements document said. In other words, output (Artifact) is a well written thorough requirements document.||Focus on the functionality of the developed software.In other words, output (Artifact) is the software that meets the business needs.|
|Needs the ability to look at the big picture (with fewer details) but also needs the ability to break the big picture into smaller pieces, so that the development team can execute on it in two to three week intervals.|
|Focus on being very specific in the requirements (construed as inflexible)||Leave room for negotiation (and be flexible) as long as the problem is solved.|
Love to hear your thoughts and experience.
Don't forget to leave your comments below.