General Business Analysis

Business people call remote meetings virtual or on-line sessions, or simply conference calls. For many years we have been utilizing this form of communications to save time and money. Due to the global virus pandemic, remote meetings are now not just convenient, but a necessity for maintaining social distancing. Fortunately we have technology that assists us in managing these remote sessions to not only hear the stakeholders, but see them as well. However, remote stakeholder interviewing and meetings have their additional challenges beyond face-to-face encounters. Regardless of the technology used, we need to be keenly aware of these additional negative risks and pursue mitigations.

It is strange how something that is supposed to be simple is actually so complex.  Something that is supposed to be a matter of linear career progression can actually end up in a state of a continuous loop, with no way of terminating such a loop.  A point of stagnation and frustration. This is a quandary facing many intermediate business analysts. They do not know how to shift gears and move one notch up and be senior business analysts - who play a strategic role in helping their business stakeholders bring their strategies to life through the right initiatives.

The majority of IT business analysts spend their careers in “reactive mode”. They are assigned to tasks like define the requirements for a new partner loyalty program, create user stories for an enhancement to a billing system, and go about delivering their artifacts.

Data-inspired analysts are those analysts who make a conscious decision to “go upstream” and find data to help their organizations identify the areas of value creation with the highest return on investment before jumping into “solution mode”.

When I began training to be a BA, I never dreamt that I would need to be a salesperson too, in fact, I'm glad I hadn't realized that as it may have deterred me from, what is for me, the most suitable and fulfilling career that I could have wished for.

The answer is simply this: the ability to sell. The better you are at selling, the more senior you are likely to become, and this is true across the whole business, it doesn’t just apply to Business Analysts.

As much as we like to think we are now in a dynamic and agile world, most delivery initiatives are still some shades of agile and all shades of waterfall. These initiatives could have adopted an agile outlook and naming convention, but the businesses they support are often still predominantly waterfall – going from one clearly defined task to another until realizing value. Think for example, order to cash, just in time logistics etc.

With the surge of coronavirus, the word “Supply Chain “ continuously pops up into the news headlines.  So what is supply chain and how/why is it an area of knowledge each business analyst must master.   One of the biggest misconceptions about supply chain is people think supply chain = logistics or transportation.

The COVID-19 crisis is reshaping businesses and livelihoods, and seasoned and new BAs alike have an unparalleled opportunity to put their analytical skills to great use. Whether you are still employed, or has been laid off or furloughed, now--while we navigate the pandemic crisis—is a good time to demonstrate the value of business analysis and the contributions you can bring to your current or future employer. Here are three examples of how you can accomplish that.

As the pandemic continues to upend life around the world, data, big and small, takes a central role in mobilizing the right efforts to prevent a much greater calamity. And as people and organizations face unprecedented hardships, business analysts, data scientists, and data analysts are going to be integral to the solution. We have the skills that the world is counting on to arm our leaders with the best possible information as they are tasked with making immediate choices, allocating resources, and anticipating the next obstacles to overcome.

Visual analysis models provide a powerful set of tools that let business analysts depict system information at various levels of abstraction. These models serve as an aid to understanding, as well as an aid to communicating. Alas, I fear that modeling is somewhat of a neglected practice. I believe modeling is an essential skill every BA should master. Here’s why.

Has society become so unimaginative in the products, services, organisations and societies that we choose to create? Have we started giving up on ‘inspiration’ and ‘excitement’ as values with the way in which we create schools, workplaces and organizational cultures? My personal belief is that Business Analysts are ideally and uniquely positioned by make an incredible and positive difference in the world.

Learning about mental models and how to apply them to their work is one of the best investments for business analysts interested in achieving the level of deep thinking that leads to better outcomes for their projects and organizations.  There is incredible power in using inversion at the outset of a project to imagine ourselves in a future where the solution has not only been delivered, but is in the hands of end-users to get their job done. Rather than simply going through the typical project phases in forward motion, we can then look backward and gain additional perspective into what might go wrong so that preventive steps can be taken to avoid those bad outcomes.

For business analysts working in an environment where there is a gap between SMEs and the delivery of an IT-based solution for business needs, requirements are documented to bridge that gap. You are reading this because you are a business analyst responsible for documenting detailed requirements and, in the case of this article, business needs involving one or more user interfaces (UIs) or reports.

The objective of this article is to answer the question, “How much detail is necessary?” Spoiler alert – quite a bit. This is to avoid, as much as possible, a BA having to go back to a SME when designers or developers have business-level questions about a UI or report. Or worse – designers or developers not asking questions. Instead, making assumptions about what the business needs and proceeding to deliver the solution based on those assumptions.