3 Requirement Categories to use in Strategic Planning and Business Analysis

Categorizing Requirements

Recently while facilitating the strategic planning program with a company in the technology industry we had to make some decisions on how to categorize the requirements. Since the company had a lot of different types of requirements we had to revisit the definition of a requirement (see article Four Requirements That Make a Difference in Creating Solutions).

Due to rapid growth, expansion and culture of the company (very employee centric) the items on their strategy map ranged from the strategic to the operational. The strategy map needed to be vetted. The senior team thought it prudent to review the options for organizing their plans to ensure they took a good approach prior to moving forward. Every organization I have ever worked with always wants to discuss the best way to organize their strategy map prior to proceeding.

The options discussed included categorizing requirements by either stakeholder, sequence or purpose.

Stakeholder: Organizing by stakeholder means grouping all the requirements by one stakeholder group or individual together. In this case it could be by department, business unit or by the business leader. The challenge is this approach is that often requirements are required by multiple stakeholders. Often stakeholder groupings are seen at the road map level (execution plan) and not the strategy map level in planning.

Sequence: Organizing by sequence groups requirements from the highest level with least details to the most detailed. This would mean that you would follow the standard requirements format.

  • Business Requirements – strategic, tactical, operational
  • Stakeholders – logical groupings that have influence and impact on the business
  • Solutions – functional and non-functional (quality)
  • Transformational – Implementation and Change

Purpose: Organizing requirements by purpose has to do with creating links in the process of the business. It has a lot to do with a logical grouping of activities or actions that must be taken. At the strategy map level this does not make a lot of sense. However, it can be argued that when you categorize strategic elements by business impact zones (Process, Technology, Business Development, People and Culture) you are categorizing by purpose. The challenge is something called traceability.

The technology client found it useful to review the different requirement categorizing options. In this case the leadership team was familiar with business analysis best practice and wanted to review the options.

Since we were dealing with a company that grew rapidly and had a vast amount of information in a strategy map that needed to be vetted it was logical to choose to categorize by Sequence Business Requirements. This allowed the leadership team to break down the strategy map into strategic, tactical and operational business elements. They ended up with three maps for each level.

They realized that as a leadership team they could focus on the things that would make a difference in their business (strategic) and their teams could handle the other components (tactical and operational). This provided the senior team focus. Great lesson learned.

This Weeks Red Question: In what way has your team(s) clearly categorized your business requirements so that your people focus with purpose?

A RACI Against Time

A RACI Against Time You just never know what is going to happen in your business life. Recently I had to work like crazy to get a bunch of deadlines completed to free my schedule so I could take an unexpected trip, half way across this wonderful country of ours, Canada.
As events unfolded, an unexpected team came together with each member naturally assuming a specific role. From leader and manager to subject experts, advisors, information generators, documentation creators, and experienced friends and family members, there was a natural stakeholder relationship created that fit a RACI – responsible, accountable, consult and inform. This was a good thing.
A RACI is a powerful tool for stakeholder analysis used to identify and understand key roles of individual team members in an organization. The simplest definition of a RACI goes like this:
Those who are Responsible:
These are the doers – the people responsible for the nuts and bolts.  If you and your team are reporting to a sponsor who is the final person accountable for the work, then you belong in this category.
Those who are Accountable:
The buck stops here. This is the person(s) who has the most at stake in events and happenings. They’re the ones who have the final decision or must present key recommendations to others in a final presentation. At the end of the day they sign the cheque. In most organizations this would be the sponsor, but it really can be anyone who has the final call.
Those we need to Consult: The experts.
Every task needs people with the right information at the right time onboard, subject experts and advisors who can help the team leader gain a clear perspective.  You might have that person(s) in house (internal stakeholders) or need to outsource to find them (external stakeholders), but either way, they’re vital for getting the job done efficiently and effectively.
Those we need to Inform:
These are all the stakeholders that need to be kept in the loop. They need to know what is going on from a logical and rational perspective with key information.
Though my recent RACI was unexpected, it’s really helpful to make RACI a formal part of your business’ planning process, particularly if you are going to be involved in any strategic, tactical or operational planning.
This will help clarify the different roles and responsibilities needed to complete projects, ensuring your people are able to work with focused intent and to the best of their ability.
Question: For which business initiative can you use a RACI to help putting your team together?

Four Requirements Types That Make a Difference in Creating Solutions

Four Requirements Types That Make a Difference in Creating Solutions

Four Requirement Types

Recently I was working with a group of 25 professionals in developing their business analysis capabilities. Business Analysis as a profession has gained a lot of popularity over the last 10 years. All sorts of professionals and consultants are focusing on creating a tool kit so they can help businesses make better decisions.

One challenge I often see is the lack of understanding of the various types of requirements that a business has, and the ability to link those requirements.  It concerns me, as there are a lot of professionals and business leaders doing things that are in no way connected to the business needs and the key strategic agenda items of the company at hand.

The first thing to consider is the definition of a requirement, and the second is to know the four key requirements and how to apply them.

requirement is a condition or capability needed by a stakeholder to solve a business problem or enhance an opportunity. It must satisfy a business constraint like a contract, standard, specification or formally imposed business rule.

There are four key requirements to consider when working on solving business problems or enhancing opportunities.

Business Requirements: These are generally high level statements as to what the business wants to achieve. They are inclusive of the business goals, objectives and needs. When creating business requirements that team must understand what is on the strategic agenda of the organization and why it is important. The values, guiding principles, strategic agenda items, strategic initiatives, stakeholders and outcomes of the company must be considered.

Stakeholders Requirements: These are bridge requirements. They are representative of stakeholder needs and the way they will interact with a business solution. This is often missed. Stakeholder requirements require the business to capture key needs that link and align with the business requirements.

Solution Requirements: These requirements describe the characteristics of a solution and need to align with both the business and stakeholder requirements. Solution requirements are functional and qualitative and are indicative of the behaviour and environmental conditions that a business solution needs to remain effective. Unfortunately it’s way to easy to offer solutions without taking into consideration the whole picture. This is a mistake. Jumping to solutions without first aligning them with the business and stakeholder needs can negatively impact the business, and leads to ineffective use of time, money and resources.

Transition Requirements: These requirements are about implementation and change. They are the requirements needed to efficiently and effectively transition a solution that meets the business and stakeholder needs into the environment. They need to be well thought out,and require a plan of action that creates business success.

 

The thinking that goes into understanding business problems and opportunities crosses all professional and business leadership boundaries. It does not matter if you are in Human Resources, Information Technology, Finance, Corporate Services or any other department. The reality is that understanding what a requirement is, gathering and capturing the right requirements, and linking requirements together is key to creating successful business solutions.

 

Four Points to Consider in Stakeholder Based Approach for Your Planning Efforts


The success of every initiative realizes on good stakeholder management. It is all about engaging the right people to make a difference in your business

Stakeholders in Business

Stakeholders vs Stakeholders

success. The more people you connect with, more influencers you engage, the greater positive or negative impact you will have. It is the difference between success and failure.

 
Consider these 4 benefits of using a stakeholder based approach:
  • Engage the most influential stakeholders to help shape the planning process and support agreed upon initiatives
  • Increase access to resources through leveraging the key stakeholder’s abilities to help you get key initiatives approved, supported and move things forward
  • Connect through benefit based communications early and often to ensure the stakeholders know what is going on. This activates support.
  • Predict challenge areas where key initiatives and work element may not be as populate and to build plans to win support.

Every initiative should start with proper stakeholder analysis. A stakeholder based approach provides a means to activate your strategic, tactical and operational initiatives more successfully. There are benefits from taking a stakeholder approach. It is a matter of knowing the stakeholders level of power and level of interest in your initiatives. Once you understand that you can engage, increase, connect and predict your way to increased business initiative success. 

 
Question: When you start your planning efforts (strategic, tactical, operational) what do you do to better understand and identify your stakeholders business impact?

Get to Know Richard

Richard works with companies that provide products, services, and expertise to other businesses. As a senior strategic business analyst and consultant, his focus is strategic planning, business analysis, and training and development of client organizations.

Address

Richard Lannon
Voice: 204-899-2808
Email Us Richard Lannon
Website: http://braveworld.ca
Email: richard@braveworld.ca

Newsletter

Connect for Strategy Insights

caps