Skip to main content

Tag: Best Practices

BATimes_Mar16_2023

Do You Consider “Opportunity Cost” In Your Analysis?

Written by Adrian Reed on . Posted in Articles.

I’m a fan of live music, and I particularly enjoy music festivals. If you’ve never been to a music festival, you’re missing out. They usually involve multiple days of listening to music, dancing and having fun. There’s often multiple stages so one challenge is deciding which bands to listen to.

I was reminded of this fact last summer when I bumped into a friend of mine (who is also a BA) at a music festival. It turned out that we’d both created (and printed) spreadsheets showing who was playing when at what time. My spreadsheet even used color coding with green being bands we planned to see, and yellow being ‘backups’ (in case the first choice was too full, or there was some other reason we couldn’t get there).  Well, everyone loves a spreadsheet, don’t they?

 

Comparison and Opportunity Cost

Spreadsheets aside, this illustrates a point that is important in projects and product development initiatives too. Typically every action or decision has an opportunity cost associated with it. Taking one course of action means that it isn’t possible to pursue others (as time and budget is focused on the course of action that’s been chosen).

At a music festival, the opportunity cost is fairly easy to calculate. If I see Band A on the main stage at 8pm, I can’t see Band B on another stage at the same time.  I also can’t go to the bar (probably for the best), nor can I grab an overpriced hotdog. The act of deciding on an action means that other options are no longer open to me.

 

The same is true when it comes to deciding which projects to progress, which features to focus on, or which requirements to prioritize.  When writing an options paper, it’s usual to consider the impact of ‘doing nothing’, but in some cases it may be worth extending the thinking even further and considering what else could be done with the time and money.

When prioritizing requirements, there are always trade-offs. It’s desirable to deliver the features first that will enable the most benefit to be realized. This is certainly true, and this is something that I’m sure we all aspire to… but in reality aren’t things often a bit more complicated than that? There’s often resource contention (multiple development and testing teams, often with limited resources), organizational level challenges (code freezes, budget changes) and a whole load of other opportunities and threats outside of the immediate orbit of the project.

 

Sometimes It Makes Sense To Do The Second Best Thing

There might be cases when it actually makes sense to do the second most beneficial thing. Imagine there’s a high priority set of requirements. Everyone agrees those will yield the most benefit. However, the technical experts that need to work on them are also needed to work on some essential maintenance. Although systems maintenance and the art of ‘keeping the lights on’ is never as glamorous as delivering new features, it’s still super important.

Within the project, the logical decision is to go for the highest priority requirements. But, there’s an opportunity cost for the organization. If that action is taken, the maintenance is delayed. That might be a very bad idea, depending on the nature of the maintenance.

The key point here is that progressing the second best thing for the project might actually be the best thing for the organization overall.

 

Advertisement

 

Know Which Decision Options Are “Perishable”

Some options available to us “perish” if they aren’t taken. If you’re at an airport and delay deciding whether to get on the plane for too long, your option to board that plane will eventually disappear (as it’ll have taken off without you). The same is true at a music festival, if Band A clashes with Band B, then you have a straight choice to make. Choosing Band A means you don’t see Band B at that festival.

These are different from prioritization decisions where you can do both things sequentially. Delaying requirement A so the team can do some urgent maintenance probably doesn’t mean that requirement A will never be delivered… it’ll just be delayed. There will be an impact on the timing of benefits realization, but it’s not a binary “yes or no” decision. It’s important these types of prioritization decisions are separated from those where there really is one chance, and one chance only.

 

BAs as Facilitators of Decision Making

All of this leads to an interesting conclusion: An important and often overlooked element of the BA role is to facilitate decision making.  Whether that’s over prioritization of projects, feature requests, requirements or something else, we are on hand to analyze the different perspectives and ensure an informed decision is made.

Ensuring that we do this consciously, taking into account multiple factors (while keeping ‘opportunity cost’ in mind) is crucial. It’s one of the many areas where BAs add value!

BATimes_Mar15_2023

Your Next Process Model’s Degree of Abstraction

Written by Edmund Metera on . Posted in Articles.

Any process model is so much more than a flowchart. It is an abstraction of current or future real-world operations.

Process modeling is one of the core competencies of any capable business analyst. Both the International Institute of Business Analysis (IIBA) Business Analysis Standard[1], and the Project Management Institute (PMI) Guide to Business Analysis[2] call for certified business analysts to be capable of preparing and using process models.

Business analysts and process improvement analysts may prepare process models at key points of business process management, information technology, and regulatory compliance project methodologies. They may specify current or future functional, organizational, and information systems architectures, functional requirements, workflow designs, and even automated operations. What any process model needs to communicate will vary from one project to the next.  The highest quality process model examples provide clear, accurate process information of direct interest to their readers.

Informed business analysts know that one of the secrets to producing a high-quality process model is to establish a clear mission for each model. To be successful, you should mindfully establish the mission of your next process model within the business process management, information technology, or regulatory compliance project that the model will serve.  You will then tailor your elicitations of the model’s content and configuration to meet project needs. Part of your process model mission-setting elicitation agenda will include asking and answering this important question:

What is this model’s required degree of abstraction?[3]

There are three generally accepted degrees of abstraction to consider: conceptual, logical, and configuration.

 

A Conceptual Process Model  

A conceptual process model graphically presents the defining structure of what a process is.

Business analysts, project sponsors, project managers, domain subject matter experts, regulators, and other process stakeholders use conceptual process models, for the following purposes:

  • To make process governance and scoping decisions;
  • To gain agreement about and communicate the process’s defined scope and structure, unequivocally distinguishing that process from all others in their business;
  • To design enterprise architecture, to define technology solution architectures,
  • To be the sound foundation on which forthcoming detailed problem analysis or detailed process definition is scoped out or planned;
  • To support project management decisions (e.g. budgeting, scoping).
  • To further elicit and fit logical process details upon its sound contextual and structural foundation.

 

Some business analysts and systems analysts might interpret the term conceptual to mean “high level”. That would be an oversimplification and a mistake. To serve its purpose, a conceptual process model should unequivocally define the sound, stable structure of the process. Despite being the highest degree of abstraction, a high-quality conceptual process model is still precise.  It can clearly and graphically communicate all of these process-defining information:

  • The process’s name.
  • The process’s initiating event(s) that causes the process to be performed.
  • The process’s activities and their expected sequence of execution.
  • The process’s expected outcome(s).
  • The process’s customer(s).

 

Advertisement

 

A Logical Process Model

A logical process model elaborates contextually relevant details about how a process is required to operate, is designed to operate, or currently operates.

A high-quality logical process model could graphically, answer any of these types of how-elaborating questions:

  • The decomposition or summary of some of the process’s activities.
  • The rule-driven or decision-driven conditional work that may be performed.
  • The assigned responsibilities for performing the process’s activities.
  • The data or information required to be used and/or produced.
  • The causes of the process to be delayed or interrupted.
  • The processing errors that may occur while the process is executing, and how they will be resolved.
  • The process’s related performance or measurement data, and text-based operating procedures, documents, or other specifications.

There is a spectrum of uses for logical process models. Process owners and analysts use logical process models to determine what and where to measure an existing process’s performance or to design and communicate proposed process improvements. They also define requirements for, or the design of manual or automated procedures, or describe the design of workflows.

Competent business analysts and process analysts can anticipate, elicit and document a range of logical refinement types, using clear agendas and reusable modeling patterns[4]. They also know that no two logical process models need to communicate all of the same types of logical refinements. So they will consider the model’s mission within each project and tailor their modeling efforts to focus on eliciting and documenting the types of logical refinements that suit each model’s intended use within its project’s methodology.

 

A Process Configuration Model

A process configuration model communicates concrete implementation mechanisms such as software operations and user procedures or workflows.

A process configuration model is the lowest degree of abstraction. Business analysts and systems analysts typically prepare process configuration models in low-code and no-code software platforms. The platform consumes the process configuration model along with detailed process-related roles, security, forms, system interface, and data specifications to generate operating software, on top of an already well-rounded software product architecture. There is otherwise no or very little programmer intervention in translating the model into working software. When updates to requirements or defects emerge, the analyst revises the configuration model, and the platform regenerates and redeploys the software.

You must adopt and adhere exactly to a chosen low-code or no-code platform’s process modeling syntax. You can learn that by taking the training offered by the low-code or no-code platform’s vendor. Along with a process configuration model, you would specify, in detail:

  • System users, their assigned roles, and their responsibilities to perform the configured process flow.
  • The sequence of execution of configurable functional components, of an automated end-to-end workflow.
  • The configurable functional components involved in the process flow configuration. These are typically the user interfaces (e.g. forms, reports) system integrations (e.g. APIs), and the data attributes used in an automated process workflow.

Since process configuration models are precisely translated into operating software and business operations, any errors or omissions in the modeling become errors or omissions in the generated software and business operations.  It stands to reason that to be a successful business analyst or systems analyst in a low-code or no-code environment, you must design process configuration models based on sufficiently detailed logical requirements, that you have elicited and understood.

 

How to Choose Your Next Process Model’s Degree of Abstraction

Follow these guidelines to choose what the required degree of abstraction of your next process model will be:

Use conceptual process models to get agreement about and communicate what the process is. What is the scope? What causes it to be performed? What are the activities and their expected sequence? What is or are the expected outcome(s)? Use conceptual process models for planning, scoping, and architecture definition.

Use logical process models to get agreement and communicate how a process works or is required to work. Be prepared to elicit and document the answers to logical details such as: What are the detailed or summary activities? Who is responsible for what? What happens if? What happens when? What decisions will be made? What information is produced or used? Remember to elicit and include the details that are relevant to your model’s intended audience: those who participate in the lifecycle of your business process management or information technology project. Keep your model’s intended audience in mind when eliciting and documenting details. Use appropriately detailed logical process models for detailed functional requirements or design.

Use process configuration models to specify the configuration of concrete software modules, physical devices, and/or manual operating procedures that implement a process.

You typically use process configuration models in no-code or low-code software generation. To gain the benefits, you must specify very precise and accurate process implementation details, and exactly follow the process configuration modeling syntax.

 

Conclusion

A process model is not just a flowchart. It communicates what are, or will be, real-world operations. It may play a crucial role in the success or failure of your next business process management, information technology, or regulatory compliance project.

The most competent business analysts and process analysts clarify what their model’s required degree of abstraction will be, at the start of their analysis. They then focus their own and their project stakeholders’ efforts and time on the types of model content and format that will best suit each project’s unique needs.

You are welcome to learn more or share your comments and experiences about Your Next Process Model’s Degree of Abstraction via the Contact Us page at www.ProcessModelingAdvisor.com.

Copyright 2023, Edmund Metera
[1] The Business Analysis Standard (IIBA, November, 2022)
[2] PMI Guide to Business Analysis (PMI Inc, 2017)
[3] The Universal Process Modeling Procedure: The Practical Guide to High-Quality Business Process Models (Metera, 2018, 2022)
[4] The Universal Process Modeling Procedure: The Practical Guide To High-Quality Business Process Models Using BPMN (Metera, 2022)
BATimes_Mar2_2023

Business Analysis Amalgamation with Product Management

Written by Neethu Nair on . Posted in Articles.

In today’s fast-paced business environment, organizations constantly seek ways to improve their processes, products, and services. Business Analysis and Product Management are two key areas essential to achieving these goals. Traditionally, these functions have been viewed as separate disciplines, with Business Analysts focusing on identifying and analyzing business requirements, while Product Managers focus on the development and management of products and services.

However, there has been a growing trend towards amalgamating these two functions to create a more integrated approach in recent years. By combining Business Analysis with Product Management, companies can benefit from a more holistic understanding of customer needs, more effective use of data, and improved collaboration and communication between teams.

An Overview of Business Analysis and Product Management:

Business Analysis is the process of identifying, analyzing, and documenting business requirements, processes, and workflows. The role of a Business Analyst is to help organizations improve their processes and systems by identifying areas of improvement, gathering and analyzing data, and making recommendations for change. Business Analysts often work closely with stakeholders and other teams within an organization, including IT and project management.

Product Management, on the other hand, is focused on developing and managing products or services. The role of a Product Manager is to identify market opportunities, define product requirements, and work with cross-functional teams to bring products to market. Product Managers must have a deep understanding of customer needs and market trends and/ or the ability to manage budgets, timelines, and resources.

 Benefits of Amalgamating Business Analysis and Product Management:

While Business Analysis and Product Management are distinct roles, there are many benefits to amalgamating the two functions. Here are a few of the key advantages.

  • Better understanding of customer needs:

One of the key benefits of amalgamating Business Analysis and Product Management is the ability to better understand customer needs. By working together, these two functions can create a more complete picture of customer requirements, preferences, and pain points. This can lead to better product design, more effective marketing, and higher customer satisfaction.

  • Alignment towards Business Goals:

Amalgamating Business Analysis and Product Management also improve team collaboration and communication. These two functions can ensure that everyone is aligned on business goals, product requirements, and timelines. This can lead to better project outcomes and faster time to market.

 

Advertisement

 

  • More practical use of data:

Another benefit of combining Business Analysis and Product Management is effectively using data. Business Analysts are skilled at collecting, analyzing, and interpreting data, while Product Managers deeply understand market trends and customer needs. These two functions can leverage data to improve product design, pricing, and marketing decisions by working together.

  • Faster problem-solving:

Amalgamating Business Analysis and Product Management also lead to faster problem-solving. By having a team of experts who can analyze data, identify issues, and recommend solutions, organizations can respond more quickly to changing market conditions or customer needs. This can help companies stay ahead of the competition and achieve their business objectives more effectively.

  • Better outcomes over outputs:

Finally, combining Business Analysis and Product Management can improve project outcomes. By working together, these two functions can ensure that products are designed to meet customer needs and that projects are delivered on time and within budget. This can lead to improved customer satisfaction, increased revenue, and a stronger competitive position in the market.

The amalgamation of Business Analysis and Product Management can benefit organizations looking to stay ahead in today’s competitive business landscape. By combining these two functions, companies can improve collaboration and communication, better understand customer needs, use data more effectively, and achieve better project outcomes. Whether a small start-up or a large enterprise, an integrated approach to Business Analysis and Product Management can help you achieve your business objectives more effectively.

BATimes_Feb23_2023

3 Effective Techniques for Root Cause Analysis

Written by Lawrence Dong on . Posted in Articles.

Root Cause Analysis is a method of identifying the underlying cause of a problem or fault. It is a systematic process that involves gathering information, analyzing data and identifying the root cause of the problem. The goal of Root Cause Analysis is to solve the problem and prevent it from happening again in the future.

The process of Root Cause Analysis begins with identifying and defining the problem. This includes gathering information such as symptoms, causes and effects of the problem. This information is then analyzed to determine the root cause of the problem. The analysis may involve using tools such as cause and effect diagrams, flowcharts, and statistical analysis.

In the past I have performed Root Cause Analysis in a number of occasions, and I found the following 3 techniques both effective and easy to use.

 

Technique 1: “5-Whys” Analysis

The “5-Whys” Analysis is a simple yet effective problem-solving technique that helps users quickly identify the root cause of a problem. This technique was made popular in the 1970s by the Toyota Production System, which aimed to improve the efficiency and effectiveness of their production processes.

The strategy behind the “5-Whys” Analysis is to keep asking “why” and “what caused this problem” until the root cause of the problem is identified. By asking “why” repeatedly, you are able to dig deeper into the problem and uncover underlying issues. This is the basis for the “5-why” analysis.

 

The “5-Whys” Analysis is a straightforward process that can be used by individuals or teams. First, clearly define the problem and then ask “why” it is happening. The answer to this question will then lead to a second “why” and so on, until the root cause is identified. It is important to note that it is not always necessary to go through all five “whys” and it can take less or more “why” to get to the root cause depending on the complexity of the problem.

This technique can be applied to a wide range of problems, from simple to complex. It is a valuable tool for organizations to improve the efficiency and effectiveness of their processes, as well as to reduce costs and improve customer satisfaction. It also helps teams to work together to find a solution by encouraging open communication and collaboration.

 

Tips:

The “5-Whys” technique is a simple and effective method for identifying the root cause of a problem. However, it is important to avoid asking “why” repeatedly in a literal and consecutive manner, as this can make stakeholders feel interrogated and uncomfortable. Instead, consider using alternative expressions of “why” and adopt a gentle and non-confrontational approach in your communication and body language to create a relaxed atmosphere.

 

Technique 2: Fishbone Diagrams

The Fish-Bone Diagram, also known as an Ishikawa Diagram, is a tool used to identify the potential causes of a specific problem or effect. It is a graphical representation of the relationship between a problem and its potential causes and is often referred to as a cause-and-effect diagram. The design of the Fish-Bone Diagram is shaped much like the skeleton of a fish, which is how it gets its name.

Derived from the quality management process, it’s an analysis tool that provides a systematic way of looking at the effects and the causes that create or contribute to those effects. It allows teams to identify the key factors that may be affecting the quality of a product or service and to focus on those areas that need improvement. To use the Fish-Bone Diagram, first, clearly define the problem and then brainstorm the potential causes in the various categories.

The Fish-Bone Diagram is a simple yet powerful tool that can be used in a wide range of industries and fields, including manufacturing, healthcare, service, and education. One of the Fish-Bone model that is commonly used in manufacturing is the 5 M’s. The 5 M’s are Manpower, Machine, Material, Method, and Measurement. Manpower refers to the people, Machine includes equipment and technology, Material includes raw material, consumables and information, Method refers to the process and Measurement includes inspection and environment.

 

Advertisement

 

Tips:

The Fish-Bone Diagram is a visual tool that illustrates the relationship between a problem and its potential causes. To effectively use this technique, it is recommended to have a physical whiteboard or butchers paper to draw the diagram on. However, it may not be the most suitable option when working remotely as you cannot draw it as quickly with your mouse as with a marker.

 

Technique 3: Brainstorming

Brainstorming is a powerful tool for identifying root causes of problems. The brainstorming process involves bringing together a group of people with relevant knowledge and experience to generate a wide range of ideas and potential solutions. The goal is to remove inhibitions and encourage the free flow of ideas. The brainstorming session is typically led by a facilitator who guides the group through the process and ensures that everyone has the opportunity to contribute their ideas.

During the brainstorming session, all ideas are recorded and no idea is criticized or dismissed. This allows for a diverse range of ideas to be generated and evaluated. The facilitator may also use techniques such as mind-mapping, word association, or random word generation to stimulate the brainstorming process. After the brainstorming session, the ideas are evaluated and analyzed to identify the most likely root causes of the problem.

Brainstorming can be an effective way to generate ideas and solutions quickly and efficiently in a group setting. It allows for the collective knowledge and experience of the group to be leveraged and it helps to identify potential root causes that may not have been considered by individuals working alone. It also encourages participation from all members of the group and fosters a sense of teamwork and collaboration.

 

Tips:

Brainstorming sessions can be time-consuming, especially if many ideas are generated, and it takes time to evaluate and analyze all of them. Also, strong personalities or highly dominant individuals can dominate the brainstorming session and prevent quieter or less confident individuals from contributing their ideas. An experienced facilitator is a must-have to the success of a brainstorming session.

 

Conclusion:

Once the root cause of the problem is identified, a solution can be developed. It is important to not only solve the immediate problem, but also to address the underlying cause to prevent it from happening again in the future. Implementing a long-term solution is critical in order to improve the overall performance and reliability of the system.

 

Root Cause Analysis is an important technique for business analysts to perform their job duties because it helps to identify the underlying causes of problems or issues within an organization. By identifying the root cause of a problem, business analysts add real value to the organization by addressing the problem at its source, rather than simply addressing symptoms. This can lead to more sustainable and long-term improvements in the organization. Overall, Root Cause Analysis is a crucial tool for business analysts to use, when permanent solutions rather than temporary fixes are required.

 

 

Reference:
  1. International Association for Six Sigma Certification, “Root Cause Analysis”, https://www.iassc.org/root-cause-analysis/
  2. Toyota Global, “5 Whys”, https://www.toyota-global.com/company/toyota_traditions/quality_management/5s/5_whys.html
  3. ASQ, “Ishikawa Diagram”, https://asq.org/quality-resources/ishikawa-diagram
  4. Mind Tools, “Brainstorming”, https://www.mindtools.com/pages/article/newIDE_86.htm
  5. National Safety Council, “Root Cause Analysis: A Guide for Effective Incident Investigation”, https://www.nsc.org/work-safety/safety-management/incident-investigation/root-cause-analysis
BATimes_Feb22_2023

Top Business Analysis Skills To Learn in 2023 To Thrive in a Volatile Economy

Written by Ananya Pani on . Posted in Articles.

With the economic landscape ever-evolving and uncertainty in the air, it pays to know which business analysis skills are essential for success. In such a business environment, having the right skills can be the difference between success and failure. As 2023 approaches, it’s more important than ever to develop the right business analysis skills that will help you stand out from competitors and thrive in these uncertain times. With new technologies and approaches emerging all the time, developing the right business analysis skills has become more important than ever before. In this article, we’ll explore the top business analysis skills you’ll need to master in order to stay ahead of the pack. Find out how you can get ahead of the curve by acquiring these valuable skills now!

 

 

What is Business Analysis?

The term ‘business analysis’ is used in many different ways, but at its core, business analysis is all about bringing positive change, improving business performance with technology adoption, Process improvement and removal of inefficiencies in the cycle. It also encompasses improvement of revenue, market reputation, user experience, understanding how businesses work and how they can be improved. It’s about finding ways to do things better, faster, or cheaper.

Image Source – Freepik.com

Business analysts typically have strong analytical and problem-solving skills, and are able to see the ‘big picture’ while paying attention to detail. They need to be good communicators, great facilitators as well as collaborators, able to explain complex concepts in simple terms, asking the right questions and also be good listeners.

As businesses become more complex and the pace of change increases, the need for business analysts will continue to grow. If you’re thinking of a career in business analysis, or are already working as a business analyst, it’s important to stay up-to-date with the right skills, latest methods and tools.

Essential Skills for Business Analysts in 2023

As the world economy becomes increasingly volatile, businesses must be agile and adaptable to survive. Business analysts play a vital role in helping organizations in changing gears, understand and respond to change and adapt to the new business needs. In 2023, the most successful business analysts will be those who have developed the following essential skills:

 

Image Source – Freepik.com

Data Analytics: With the increasing amount of tech penetration and the huge amount of data available, business analysts are expected to be skilled to interpret, analyze data, see patterns in them and come up with actionable insights from them. To be able to do all this they need to be proficient in data analytics tools and techniques such as data interpretation and visualization. They will need to be able to not only interpret and communicate the results of these analyses to key stakeholders but also present actionable insights for strategic decision making.

 

Image Source – Freepik.com

 

Agile methodologies: Agile methodologies have proven to be effective in adapting to change, taking

frequent customer feedback and prioritizing delivery accordingly. And as a result, today more than 70% projects adopt agile methodology and their adoption will continue to grow. Business analysts need to be conversant with the principles of agile analysis and be able to work effectively within agile teams.

 

Advertisement

 

Financial Analysis: In a volatile economy, it is important for business analysts to understand financial analysis and be able to assess the financial impact of different business decisions. They will need to be able to evaluate investment opportunities, assess risks involved, and make recommendations based on financial data. They need to have the ability to know which are the initiatives that can help in quicker turn around for revenue and which changes can bring cost control thus making a better cash flow situation for the organization.

Image Source – Freepik.com

 

Strategic Thinking: Business analyst as a role requires higher level of thinking as well as attention to details to see the opportunities of improvement. Hence, they will need to be able to think strategically about the long-term goals of the organization and be able to develop plans to achieve those goals. They will need to be able to evaluate the potential impact of various business options and make recommendations based on data and best practices.

 

Adaptability: The ability to adapt to changes in their environment is a critical skill for success in a volatile economy. Business analysts will need to be able to quickly respond to changing conditions, be flexible to acquire skills to perform well in their approach to solving problems.

 

Cross-functional Collaboration: Business analysts are the change makers bringing positive changes to the organization thereby making the organization’s process faster and better. To achieve these objectives, they will need to be able to work effectively with teams from different departments, hierarchy, backgrounds, and be able to translate technical concepts and requirements into language that is accessible to a wide range of stakeholders.

Image Source – Freepik.com

 

Communication Skills: Business analysts are the ones who are required to influence stakeholders and users to come to agreement for the business decisions, and this requires being a great communicator. Effective communication is and will remain a critical skill for business analysts in 2023 and years to come. They will need to be able to clearly and effectively communicate complex ideas and data to stakeholders, and be able to negotiate and manage conflicting interests.

 

In conclusion, the skills that business analysts need to focus on in 2023 will continue to evolve, but the skills outlined above will likely be critical for success in a volatile economy. It’s important for business analysts to stay up-to-date about emerging trends and to continuously grow their skills and knowledge to stay ahead of the curve.