As Business analysts or analysts working with requirements, we often think that in most organisations and projects, there is a business analyst working between the business and IT to collect the requirements, document them and communicate them to the developers. In ideal world this should be the case but it’s unfortunately not always the case.
I have led the requirement and analysis work in a major US company to replace a 20 year- old legacy system with a new one. To my surprise the importance of business analysis was largely undervalued. This led to a number of inefficiencies and really highlighted the critical role of business analysts in such projects.
Below are some of the issues I came across during this project:
- The requirements were not documented. Business users will come and go over the years, and with them the precious knowledge they had. Nobody knew what the initial requirements were, which led the developers to simply copy part of the old code in the new system. Predictably, the end result did not reflect the current business needs.
- Business users were communicating their requirements directly to the developers. Without business analysts translating, filtering and documenting the exchanges between the two parties, communication was inefficient and the new changes were communicated to few teams, which resulted in delays and frequent unexpected scope changes.
- Testers did not know how to test the undocumented requirements and were directed to the technical documents to understand the functionalities. This created a lot of stress and tension between the two teams as testers ended up annoying the busy developers with their endless questions when they could have relied on a well-written document. Also some developers would send pieces of their own code or SQL to testers, which was clearly not a good way of testing the system.
- Developers were often not involved in management meetings. They lacked a global perspective of the project and tended to focus on the technical details rather than the big picture.
- Developers did not prioritize requirements. The developers rushed into coding every requirement or change asked by the business without understanding the impact or if it was part of the initial scope.
So why is a BA or a BSA needed in an organization and why is he or she critical for the success of a project? How could a business analyst have prevented the multiple inefficiencies listed above? Here are some of the responsibilities that a business analyst has or should have:
On top of these activities, some BA’s may also be involved in other activities such as managing change requests, budgeting, training the end users, etc.
A business analyst or business system analyst has a key role and should be an advocate for the business and their needs. They act as a liaison between the business and IT and help collect, and communicate the business requirements in a concise and clear manner.
Have you ever been in a situation were business users were working directly with developers and bypassing Business Analysts, what did you think about that?
/Feyza Chatti, Require AB