>

Business Analysis - Reality & Myths

Business Analysis - Myths & Reality

Why this topic is being raised? Just because once again & again I hear the same (or similar) statements like:

  • Business Analysts are just Note-Takers in gathering requirements;
  • Those requirements are being collected and used exclusively (almost) for the software development;
  • The source of information for requirements is mostly stakeholders – just because they know everything (or Should Have All the Answers);

It is not because of my unique circle of colleagues and customers – misunderstanding is common in between businessmen or more advanced customers like bank professionals. Business analysis is one of those disciplines that everyone thinks they understand—until they actually need to do it. Like a good detective, a skilled business analyst (BA) uncovers hidden problems, interprets vague statements, and pieces together a narrative that leads to smarter decisions. Yet, despite its importance, the role of BA is often misunderstood, underestimated, or outright mythologized. In this article, let’s try to overcome at least a few of most persistent business analysis myths.


Myth 1. Business Analysis Is Just Common Sense.

Some argue that business analysis is merely an exercise in stating the obvious. Who needs an analyst to tell us that processes should be optimized, that customers like simplicity, or that poor communication is bad for business?

The Reality:

If business analysis were just common sense, every company would run flawlessly. In reality, businesses are complex, filled with competing priorities, blind spots, and hidden inefficiencies. BAs have a methodical approach to uncovering problems, prioritizing solutions, and ensuring that decisions are based on facts rather than gut feelings. Looking at the business process, BA sees the problem anybody else is seeing. BA adds value to the organization by tightening processes, by eliminating waste, by applying lean approaches, analyzing the problem and coming up with solutions. Common sense is nice, but structured analysis is better.


Myth 2. Business Analysts are just Note-Takers in Gathering Requirements.

Some believe that a business analyst's job is simply to attend meetings, nod politely, and jot down everything that’s said like a diligent court stenographer and gather writings at one place. The real work, they assume, happens elsewhere—by the “real” decision-makers.

The Reality:

If only it were that simple. The word GATHER is the center of misconception. Business analysts don’t just document discussions; they translate chaos into clarity. In the process of collecting valuable information they ask the right questions, challenge assumptions, and ensure that every requirement actually makes sense. Their role is not passive—it’s investigative, strategic, and, at times, downright heroic. “Gathering scenario” does not contain ANALYSIS at all. Without Business Analysts, projects spiral into scope creep, miscommunication, and avoidable disaster. Analyzing information collected, coming up with the solution of business problems – the core of BA work. BA are not supposed to GATHER requirements, they want (and must) analyze the situation, analyze the circumstances, evaluate what is going to happen, observe the process, ask the questions, get the proper unbiased information and only after that generate requirements. Business requirements do not exist until BA analyze them into existence.


Myth 3. The Business Stakeholders Know Better What They Want.

BAs are redundant, superfluous, unnecessary element in the whole business structure. All the necessary information could be easily collected form Business Community and Stakeholders, just because they know all the details and circumstances of the business they run, manage or supervise.

The Reality:

Business Community (all that people over there on the problem domain) – in fact they don’t have, don’t want to have or even think about those requirements:

  • Complete functionality to solve the problem;
  • Non-functional aspects (description of the quality of the solution to be made);
  • Written document.

Business does not have formal requirements and did not have ever. Then the whole concept of business requirements once appear on the scene and concept of gathering business requirements came even later. Business people do not want business requirements, what do they want is

 

Solution to Their Problem.

They may want (a few examples):

  • To increase sales;
  • To increased penetration into different markets;
  • An easier and better use of their website;
  • To be able to do their accounts payable without any of mistakes;
  • To implement the solution you have to select.

And that's their job, not business requirements. In fact - BA job is to help them define their problem and then to come up with the solution and after that to implement the solution they have selected.


Myth 4. Business Analysts Only Work on IT Projects.

Many associate business analysis strictly with IT projects—like gathering requirements for new software or tweaking existing systems.

The Reality:

While BAs are often involved in IT initiatives, their skillset applies far beyond technology. Can you imagine that the ultimate solution of the problem you face has nothing to do with IT? As it was proved many times, first thing you need to do is to look for a non-IT solution, then look at IT. You ask me why? Because if you came out of IT, you will be looking first of all for an IT solution. An infinite hammer theory states - if all you’ve got is a hammer, then everything looks like a nail. There may be situations where there is a lot less expensive and a lot less disruptive solution. For an example – you may just rewrite a few job descriptions to redirect a workflow and thus solve the problem.

If business problem stated as a software or an IT problem, as opposed to simply business problem, the job of BA is to solve the problem regardless whether it is IT problem or NOT. You look at it first as a business problem, then as an IT potential solution, not as an IT problem.

When we have as a goal to write Requirements Document as opposed to solve the business problem, the focus will be on the Document, or the User Story, or the Product Backlog. Not on the solution. Requirements are simply means of the solution.

Business Analysts work on process improvements, strategy development, market analysis, and even corporate restructuring. Whether optimizing a supply chain, redesigning a customer journey, or launching a new product, business analysis principles apply. The common thread? They bring logic and structure to decision-making, no matter the domain.


Myth 5. Business Analysis Is Optional.

Some companies believe that business analysis is a “nice-to-have” rather than a necessity. They assume that with enough experience and intuition, decisions can be made without formal analysis.

The Reality:

Skipping business analysis is like building a house without blueprints—it might stand for a while, but at some point, the cracks will show. Organizations that neglect proper analysis often face missed opportunities, wasted resources, and costly rework. A good BA doesn’t slow down progress; they ensure that progress is meaningful, sustainable, and strategically aligned.

 

Myth 6. Business Analysts Should Have All the Answers

People sometimes expect business analysts to walk into a room and, with a knowing smile, instantly diagnose every issue and prescribe a solution. They imagine BAs as all-knowing business oracles.

The Reality:

Business analysts are not omniscient, and they don’t pretend to be. Their real skill lies in asking the right questions and extracting the knowledge that already exists within an organization. They facilitate discussions, align stakeholders, and guide teams toward well-informed decisions. If you want a fortune-teller, go to a psychic; if you want a structured, data-driven approach to problem-solving, talk to a BA.

 

Myth 7. We live within Application Economy – so, everything we need to do is to connect different applications.

The solution is to generate requirements of expanding user stories, backlog items etc. Developers are more adept at asking questions and understanding the business and business is more likely / comfortable to work with technical people. It seems like there will be enough to place someone like good communicator to be there.

The Reality:

Good solution. But some of the things are missing:

  • Who looks at the whole big picture?
  • Who makes sure that the ultimate problem has in fact been solved?

In many cases the solution, the problem itself has been lost in those two week increments / iterations. Everyone has been focusing on what has to be delivered in this iteration, this sprint. And you do it over and over again. The focus is getting so much on the product delivered that nobody is looking at the big picture, when all that two week iterations are put together. Do we have an ultimate solution to our big problem? Would it fall right in the lap of the BA?

That is the BA needs to do – have the more strategic look, the more systems thinking look, the more critical thinking. No one asking Product Owner or the people behind the Product Owner – what do you need this for? Why would you need this particular thing, what is the problem that this to solve and may be a better way of doing it to resolve the issue? You can’t eliminate all those questions and that is BA specialty / job.


In conclusion: why Business Analysis Deserves More Respect

Business analysis isn’t about filling out paperwork or stating the obvious—it’s about bringing clarity to complexity, aligning stakeholders, and ensuring that businesses make well-informed decisions. Dispelling these myths is not just about giving BAs the credit they deserve; it’s about recognizing the vital role they play in making organizations more efficient, competitive, and successful.

So, the next time someone tells you that business analysis is just “common sense” or “optional,” feel free to smile and redirect them to this article. Or, to our website top page “Business Analysis”. Then, watch them reconsider.