Business analysis

Last updated

Business analysis is a professional discipline [1] focused on identifying business needs and determining solutions to business problems. [2] Solutions may include a software-systems development component, process improvements, or organizational changes, and may involve extensive analysis, strategic planning and policy development. A person dedicated to carrying out these tasks within an organization is called a business analyst or BA. [3]

Contents

Business analysts are not found solely within projects for developing software systems. They may also work across the organisation, solving business problems in consultation with business stakeholders. Whilst most of the work that business analysts do today relates to software development / solutions, this is due to the ongoing massive changes businesses all over the world are experiencing in their attempts to digitise. [4]

Although there are different role definitions, depending upon the organization, there does seem to be an area of common ground where most business analysts work. The responsibilities appear to be:

In line with this, the core business analyst role could be defined as an internal consultancy role that has the responsibility for investigating business situations, identifying and evaluating options for improving business systems, defining requirements and ensuring the effective use of information systems in meeting the needs of the business.

Sub-disciplines

Business analysis as a discipline includes requirements analysis, sometimes also called requirements engineering. It focuses on ensuring the changes made to an organisation are aligned with its strategic goals. These changes include changes to strategies, structures, policies, business rules, processes, and information systems.

Examples of business analysis include:

Enterprise analysis or company analysis

Focuses on understanding the needs of the business as a whole, its strategic direction, and identifying initiatives that will allow a business to meet those strategic goals. It also includes:

Requirements planning and management

Involves planning on how the business analyst will go about gathering the requirement, in what order, using which techniques, which stakeholders, and the schedule that s/he will follow. Requirement management on the other hand involves the process business analyst will follow to maintain a finalized requirement up to date, including any requested changes in the requirements.

Requirements elicitation

Describes techniques for collecting requirements from stakeholders in a project. Techniques for requirements elicitation include:

Requirements analysis and documentation

Describes how to develop and specify requirements in enough detail to allow them to be successfully implemented by a project team.

Analysis

The major forms of analysis are:

Documentation

Requirements documentation can take several forms:

  • Textual – for example, stories that summarize specific information
  • Matrix – for example, a table of requirements with priorities
  • Diagrams – for example, how data flows from one structure to the other
  • Wireframe – for example, how elements are required in a website,
  • Models – for example, 3-D models that describes a character in a computer game

Requirements communication

Describes techniques for ensuring that stakeholders have a shared understanding of the requirements and how they will be implemented.

Solution assessment and validation

Describes how the business analyst can perform correctness of a proposed solution, how to support the implementation of a solution, and how to assess possible shortcomings in the implementation.

Techniques

There are a number of generic business techniques that a business analyst will use when facilitating business change.

Some of these techniques include:

PESTLE

This is used to perform an external environmental analysis by examining the many different external factors affecting an organization.

The six attributes of PESTLE:

Heptalysis

This is used to perform an in-depth analysis of early stage businesses/ventures on seven important categories: [5]

STEER

It is essentially another take on PESTLE. It factors in the same elements of PESTLE and should not be considered a tool on its own except when an author/user prefers to use this acronym as opposed to PESTLE. STEER puts into consideration the following:

MOST

This is used to perform an internal environmental analysis by defining the attributes of MOST to ensure that the project you are working on is aligned to each of the four attributes.

The four attributes of MOST are: [6]

SWOT

SWOT is used to help focus activities into areas of strength and where the greatest opportunities lie. This is used to identify the dangers that take the form of weaknesses and both internal and external threats.

The four attributes of SWOT analysis are:

CATWOE

This is used to prompt thinking about what the business is trying to achieve. Business perspectives help the business analyst to consider the impact of any proposed solution on the people involved.

There are six elements of CATWOE: [7]

de Bono's Six Thinking Hats

This is often used in a brainstorming session to generate and analyse ideas and options. It is useful to encourage specific types of thinking and can be a convenient and symbolic way to request someone to "switch gears". It involves restricting the group to only thinking in specific ways – giving ideas and analysis in the "mood" of the time. Also known as the Six Thinking Hats.

Not all colors/moods have to be used.

Five whys

Five whys is used to get to the root of what is really happening in a single instance. For each answer given, a further 'why' is asked.

MoSCoW

This is used to prioritize requirements by allocating an appropriate priority, gauging it against the validity of the requirement itself and its priority against other requirements.

MoSCoW comprises:

VPEC-T

This technique is used when analyzing the expectations of multiple parties having different views of a system in which they all have an interest in common, but have different priorities and different responsibilities.

SCRS

The SCRS approach in business analysis claims [8] that the analysis should flow from the high-level business strategy to the solution, through the current state and the requirements. SCRS stands for:

Business Analysis Canvas

The Business Analysis Canvas is a tool that enables business analysts to quickly present a high level view of the activities that will be completed as part of the business analysis work allocation. The Business Analysis Canvas is broken into several sections.

The Canvas has activities and questions the business analyst can ask the organization to help build out the content. [9]

Business Process Analysis

Processes are modeled visually to understand the current state and the models appear in levels to understand the enablers that are influencing a particular businesses process. At the highest level of the models are end-to-end business processes that would be common to many businesses. Below that business process level would be a level of activities, sub-activities and finally tasks. The task level is the most granular and when modeled depicts a particular workflow. As business processes get documented on the workflow level, they become more heavily influenced or "enabled" by characteristics that impact that particular businesses. These "workflow enablers" are considered to be workflow design, information systems/IT, motivation and measurement, human resources and organization, policies and rules, and facilities/physical environment. This technique of process leveling and analysis assists business analysts in understanding what is really required for a particular business and where there are possibilities to re-engineer a process for greater efficiency in the future state. [10]

Business Process Analysis is an invaluable tool for any business looking to improve efficiency, reduce cost, and maximize productivity. It is a comprehensive and systematic approach to understanding how a business operates and identifying opportunities for improvement. By taking a step back to analyze the entire process from end to end, companies are able to identify areas of inefficiency that can be addressed to streamline operations. Process analysis is also a great way to identify any redundancies or gaps in the process that can be eliminated or filled. With the right strategy and implementation, businesses are able to improve their organizational performance and save time and money. With the right tools, businesses can easily identify and address any issues in their processes and procedures, making them better equipped to respond to change and stay competitive.

Roles of business analysts

As the scope of business analysis is very wide, there has been a tendency for business analysts to specialize in one of the three sets of activities which constitute the scope of business analysis, the primary role for business analysts is to identify business needs, define requirements, and provide solutions to business problems these are done as being a part of following set of activities.

Strategist
Organizations need to focus on strategic matters on a more or less continuous basis in the modern business world. Business analysts, serving this need, are well-versed in analyzing the strategic profile of the organization and its environment, advising senior management on suitable policies, and the effects of policy decisions.
Architect
Organizations may need to introduce change to solve business problems which may have been identified by the strategic analysis, referred to above. Business analysts contribute by analyzing objectives, processes and resources, and suggesting ways by which re-design (BPR), or improvements (BPI) could be made. Particular skills of this type of analyst are "soft skills", such as knowledge of the business, requirements engineering, stakeholder analysis, and some "hard skills", such as business process modeling. Although the role requires an awareness of technology and its uses, it is not an IT-focused role.
Three elements are essential to this aspect of the business analysis effort: the redesign of core business processes; the application of enabling technologies to support the new core processes; and the management of organizational change. This aspect of business analysis is also called "business process improvement" (BPI), or "reengineering".
IT-systems analyst
There is the need to align IT development with the business system as a whole. A long-standing problem in business is how to get the best return from IT investments, which are generally very expensive and of critical, often strategic, importance. IT departments, aware of the problem, often create a business analyst role to better understand and define the requirements for their IT systems. Although there may be some overlap with the developer and testing roles, the focus is always on the IT part of the change process, and generally this type of business analyst gets involved only when a case for change has already been made and decided upon.

In any case, the term analyst is lately[ as of? ] considered somewhat misleading,[ by whom? ] insofar as analysts (i.e. problem investigators) also do design work (solution definers).

The key responsibility areas of a business analyst are to collate the client's software requirements, understand them, and analyze them further from a business perspective. A business analyst is required to collaborate with and assist the business and assist them. [11]

Function within the organizational structure

The role of business analysis can exist in a variety of structures within an organizational framework. Because business analysts typically act as a liaison between the business and technology functions of a company, the role can be often successful either aligned to a line of business, within IT, or sometimes both. [12]

Business alignment
When business analysts work at the business side, they are often subject matter experts for a specific line of business. These business analysts typically work solely on project work for a particular business, pulling in business analysts from other areas for cross-functional projects. In this case, there are usually business systems analysts on the IT side to focus on more technical requirements.
IT alignment
In many cases, business analysts work solely within IT and they focus on both business and systems requirements for a project, consulting with various subject matter experts (SMEs) to ensure thorough understanding. Depending on the organizational structure, business analysts may be aligned to a specific development lab or they might be grouped together in a resource pool and allocated to various projects based on availability and expertise. The former builds specific subject matter expertise while the latter provides the ability to acquire cross-functional knowledge.
Practice management
In a large organizations, there are centers of excellence or practice management groups who define frameworks and monitor the standards throughout the process of implementing the change in order to maintain the quality of change and reduce the risk of changes to organization. Some organizations may have independent centers of excellence for individual streams such as project management, business analysis or quality assurance.

A practice management team provides a framework by which all business analysts in an organization conduct their work, usually consisting of processes, procedures, templates and best practices. In addition to providing guidelines and deliverables, it also provides a forum to focus on continuous improvement of the business analysis function.

Goals

Ultimately, business analysis wants to achieve the following outcomes:

One way to assess these goals is to measure the return on investment (ROI) for all projects. According to Forrester Research, more than $100 billion is spent annually in the U.S. on custom and internally developed software projects. For all of these software development projects, keeping accurate data is important and business leaders are constantly asking for the return or ROI on a proposed project or at the conclusion of an active project. However, asking for the ROI without sufficient data of where value is created or destroyed may result in inaccurate projections.

Reduce waste and complete projects on time

Project delays are costly in several ways:

On a lot of projects (particularly larger ones) the project manager is the one responsible for ensuring that a project is completed on time. The BA's job is more to ensure that if a project is not completed on time then at least the highest priority requirements are met.

Document the right requirements

Business analysts want to make sure that they define the requirements in a way that meets the business needs, for example, in IT applications the requirements need to meet end-users' needs. Essentially, they want to define the right application. This means that they must document the right requirements through listening carefully to customer feedback, and by delivering a complete set of clear requirements to the technical architects and coders who will write the program. If a business analyst has limited tools or skills to help him elicit the right requirements, then the chances are fairly high that he will end up documenting requirements that will not be used or that will need to be re-written – resulting in rework as discussed below. The time wasted to document unnecessary requirements not only impacts the business analyst, it also impacts the rest of the development cycle. Coders need to generate application code to perform these unnecessary requirements and testers need to make sure that the wanted features actually work as documented and coded. Experts estimate that 10% to 40% of the features in new software applications are unnecessary or go unused. Being able to reduce the amount of these extra features by even one-third can result in significant savings. An approach of minimalism or keep it simple and minimum technology supports a reduced cost number for the result and on going maintenance of the implemented solution.

Improve project efficiency

Efficiency can be achieved in two ways: by reducing rework and by shortening project length.

Rework is a common industry headache and it has become so common at many organizations that it is often built into project budgets and time lines. It generally refers to extra work needed in a project to fix errors due to incomplete or missing requirements and can impact the entire software development process from definition to coding and testing. The need for rework can be reduced by ensuring that the requirements gathering and definition processes are thorough and by ensuring that the business and technical members of a project are involved in these processes from an early stage.

Shortening project length presents two potential benefits. For every month that a project can be shortened, project resource costs can be diverted to other projects. This can lead to savings on the current project and lead to earlier start times of future projects (thus increasing revenue potential).

See also

Citations

  1. Kathleen B Hass, Richard Vander Horst, Kimi Ziemski (2008). From Analyst to Leader: Elevating the Role of the Business Analyst Management Concepts, 2008. ISBN   1-56726-213-9. p94: "As the discipline of business analysis becomes professionalized"
  2. Project Management Institute 2015, pp. 3–4, §1.5.
  3. "Business Analysis Body of Knowledge v3.0". IIBA. Retrieved 7 July 2023.
  4. "What do Business Analysts do in Software Projects". CIO.com. Retrieved 2 November 2019.
  5. "Heptalysis – The Venture Assessment Framework". Pejman Makhfi, VentureChoice, Inc. Retrieved 22 October 2005.
  6. "Exploring Corporate Strategy Using M.O.S.T. Analysis". Strategy Consulting Ltd. Archived from the original on 12 April 2009. Retrieved 9 April 2009.
  7. "Business Open Learning Archive". Chris Jarvis for the BOLA Project. Retrieved 9 April 2009.
  8. "Business Analysis SCRS approach". Business-analysis NZ. Archived from the original on 5 May 2013. Retrieved 28 August 2012.
  9. "Business Analysis Canvas, Roadmap To Effective BA Excellence". 10 August 2017.
  10. "Essentials for Strategic Management in Business and How to Achieve Them - Doing With Ease". 2022-08-13. Retrieved 2022-12-24.
  11. http://businessanalystmentor.com/2009/06/29/why-should-you-become-a-business-analyst/ Archived 12 March 2015 at the Wayback Machine http://news.dice.com/2013/06/13/5-steps-to-becoming-a-business-analyst/
  12. "THE BA'S TRAINING ROADMAP". IRM.
  13. "Once you know, you know – UIR3" . Retrieved 8 November 2020.

Related Research Articles

<span class="mw-page-title-main">Risk management</span> Identification, evaluation and control of risks

Risk management is the identification, evaluation, and prioritization of risks followed by coordinated and economical application of resources to minimize, monitor, and control the probability or impact of unfortunate events or to maximize the realization of opportunities.

Systems analysis is "the process of studying a procedure or business to identify its goal and purposes and create systems and procedures that will efficiently achieve them". Another view sees system analysis as a problem-solving technique that breaks down a system into its component pieces, and how well those parts work and interact to accomplish their purpose.

<span class="mw-page-title-main">Requirements analysis</span> Engineering process

In systems engineering and software engineering, requirements analysis focuses on the tasks that determine the needs or conditions to meet the new or altered product or project, taking account of the possibly conflicting requirements of the various stakeholders, analyzing, documenting, validating and managing software or system requirements.

In product development and process optimization, a requirement is a singular documented physical or functional need that a particular design, product or process aims to satisfy. It is commonly used in a formal sense in engineering design, including for example in systems engineering, software engineering, or enterprise engineering. It is a broad concept that could speak to any necessary function, attribute, capability, characteristic, or quality of a system for it to have value and utility to a customer, organization, internal user, or other stakeholder. Requirements can come with different levels of specificity; for example, a requirement specification or requirement "spec" refers to an explicit, highly objective/clear requirement to be satisfied by a material, design, product, or service.

<span class="mw-page-title-main">Systems development life cycle</span> Systems engineering terms

In systems engineering, information systems and software engineering, the systems development life cycle (SDLC), also referred to as the application development life cycle, is a process for planning, creating, testing, and deploying an information system. The SDLC concept applies to a range of hardware and software configurations, as a system can be composed of hardware only, software only, or a combination of both. There are usually six stages in this cycle: requirement analysis, design, development and testing, implementation, documentation, and evaluation.

<span class="mw-page-title-main">Business analyst</span> Person who analyses and documents a business

A business analyst (BA) is a person who processes, interprets and documents business processes, products, services and software through analysis of data. The role of a business analyst is to ensure business efficiency increases through their knowledge of both IT and business function.

Requirements management is the process of documenting, analyzing, tracing, prioritizing and agreeing on requirements and then controlling change and communicating to relevant stakeholders. It is a continuous process throughout a project. A requirement is a capability to which a project outcome should conform.

Project portfolio management (PPM) is the centralized management of the processes, methods, and technologies used by project managers and project management offices (PMOs) to analyze and collectively manage current or proposed projects based on numerous key characteristics. The objectives of PPM are to determine the optimal resource mix for delivery and to schedule activities to best achieve an organization’s operational and financial goals, while honouring constraints imposed by customers, strategic objectives, or external real-world factors. Standards for Portfolio Management include Project Management Institute's framework for project portfolio management, Management of Portfolios by Office of Government Commerce and the PfM² Portfolio Management Methodology by the PM² Foundation.

Technology strategy is the overall plan which consists of objectives, principles and tactics relating to use of technologies within a particular organization. Such strategies primarily focus on the technologies themselves and in some cases the people who directly manage those technologies. The strategy can be implied from the organization's behaviors towards technology decisions, and may be written down in a document. The strategy includes the formal vision that guide the acquisition, allocation, and management of IT resources so it can help fulfill the organizational objectives.

Software project management is the process of planning and leading software projects. It is a sub-discipline of project management in which software projects are planned, implemented, monitored and controlled.

Performance engineering encompasses the techniques applied during a systems development life cycle to ensure the non-functional requirements for performance will be met. It may be alternatively referred to as systems performance engineering within systems engineering, and software performance engineering or application performance engineering within software engineering.

Enterprise systems engineering (ESE) is the discipline that applies systems engineering to the design of an enterprise. As a discipline, it includes a body of knowledge, principles, and processes tailored to the design of enterprise systems.

Software Quality Management (SQM) is a management process that aims to develop and manage the quality of software in such a way so as to best ensure that the product meets the quality standards expected by the customer while also meeting any necessary regulatory and developer requirements, if any. Software quality managers require software to be tested before it is released to the market, and they do this using a cyclical process-based quality assessment in order to reveal and fix bugs before release. Their job is not only to ensure their software is in good shape for the consumer but also to encourage a culture of quality throughout the enterprise.

A problem statement is a description of an issue to be addressed or a condition to be improved upon. It identifies the gap between the current problem and goal. The problem statement should be designed to address the Five Ws. The first condition of solving a problem is understanding the problem, which can be done by way of a problem statement.

In requirements engineering, requirements elicitation is the practice of researching and discovering the requirements of a system from users, customers, and other stakeholders. The practice is also sometimes referred to as "requirement gathering".

<span class="mw-page-title-main">Misuse case</span>

Misuse case is a business process modeling tool used in the software development industry. The term Misuse Case or mis-use case is derived from and is the inverse of use case. The term was first used in the 1990s by Guttorm Sindre of the Norwegian University of Science and Technology, and Andreas L. Opdahl of the University of Bergen, Norway. It describes the process of executing a malicious act against a system, while use case can be used to describe any action taken by the system.

In information systems, applications architecture or application architecture is one of several architecture domains that form the pillars of an enterprise architecture (EA).

A glossary of terms relating to project management and consulting.

Business requirements, also known as stakeholder requirements specifications (StRS), describe the characteristics of a proposed system from the viewpoint of the system's end user like a CONOPS. Products, systems, software, and processes are ways of how to deliver, satisfy, or meet business requirements. Consequently, business requirements are often discussed in the context of developing or procuring software or other systems.

SAP implementation refers to the name of the German company SAP SE, and is the whole of processes that defines a method to implement the SAP ERP enterprise resource planning software in an organization. The SAP implementation method described in this entry is a generic method and not a specific implementation method as such. It is based on best practices and case studies from various literature sources and presents a collection of processes and products that make up a complete implementation method to allow any organization to plan and execute the implementation of SAP software.

References