Skip to main content

Tag: Stakeholder

Work like a Surgeon

There is an old joke about a surgeon and a mechanic that goes like this:.

A mechanic was removing an engine part from the motor of a car when he spotted a world-famous heart surgeon in his shop. The heart surgeon was waiting for the service manager to come take a look at his car. The mechanic shouted across the garage, “Hey Doc, can I ask you a question?” The famous surgeon, a bit surprised, walked over to the mechanic working on the car.

The mechanic straightened up, wiped his hands on a rag, and asked, “So, Doc, look at this engine. I can also open it up, take the valves out, fix them, and put in new parts, and when I finish, this will work just like a new one. So how come I get a pittance and you get the big money when you and I are doing basically the same work?” The surgeon paused, smiled, leaned over, and whispered to the mechanic, “Try doing it while it’s running.”

 

The world in which a business analyst operates is quite like the surgical world, in the sense that a BA works with a live or running organisation and needs to make the necessary changes or improvements to the company without shutting down the currently running processes, delivering the required change while reducing impact to the minimum.

We will extend this analogy a little further from the beginning of the process (the patient comes in for consultation) until its logical conclusion (the patient goes home with the issue fixed) and see what observations we can gain from the medical world. We will also use this journey to look at the toolset available to a business analyst and determine which tool would work the best for which stage of the process.

 

Let us follow the example of a hypothetical heart surgeon. A patient complaining of chest pain is referred to him by a local GP.  The surgeon reviews the medical exam tests conducted by the GP, forms some initial conclusions about the issue, and validates the same through further diagnosis of the patient. Based on the diagnosis and the testing, the surgeon determines that the heart is not in a good condition and that there is a high chance of heart failure. The surgeon advises that heart surgery is required to resolve his condition.

This carries some risk; however, avoidance of the surgery carries a greater risk and is more likely to result in cardiac arrest. He directs the patient to the hospital admin team to get an idea of the costs involved. The hospital admin team provides the patient with all the details, including the overall cost, including the pre-operation treatment, cost of operation, cost of recovery procedures, and timelines of each stage, so that the patient has a good idea of when the operation procedure will start, how long the entire process will take from end to end, and how much it will cost.

The patient agrees with the cost and the timelines and makes the arrangement to pay the funds to the hospital by the agreed date. The surgeon proceeds with the operation. The operation is successfully completed on time, and the patient is discharged with regular follow-ups scheduled.

Now, let us consider a parallel example in the software sector, i.e., a medium-sized software company. The company has noticed a steady decrease in profits along with an increase in customer complaints and wants to fix this issue. The company engages a reputed consultancy for this.

The BA from the consulting team arrives at the company and conducts a detailed study of the current state and the reported complaints. Through a series of discussions with the company members and interviews, the BA identifies all the key parties involved in the processes and complaints. The BA organises a series of workshops with the company representatives and uses several problem-solving techniques, such as the 5 Whys, root cause analysis, the fishbone diagram, and flowcharting of the current process, to get to the bottom of the issue.

 

Advertisement

 

The BA ensures that all the relevant parties understand the question by providing them with clear objectives for the workshops and what is expected of them. During the workshop, the BA also ensures that all the members get an opportunity to express their views, so that the findings are as unbiased as possible.

After this process, the BA gets a good understanding of the current state and the main causes of the issues that the company is facing. It appears that the existing software used by the company is quite old.  not in line with the current needs, resulting in inefficient and time-consuming processing. There are also a few legacy processes being carried out, with some steps that are no longer relevant but are still being carried out as the staff have always worked that way.

This is resulting in a poor customer experience, with a corresponding decrease in sales and an increase in customer complaints.

 

These series of workshops have helped the BA and the senior management of the company get a clear understanding of the current state and the main causes of the issues being faced by the company. To take the next steps, the BA also needs to get a good understanding of the future state, i.e., what the company aims to achieve as part of its short- and long-term objectives. To do this, the BA requests that the company provide its vision, goals, and the approach or strategy decided to achieve these goals. Some of this may be readily available in the company documents but may require further discussion with senior stakeholders to clearly flesh it out so that there is no misunderstanding.

For example, the company may have planned, say, a 20 percent increase in market share, but may not have thought through or clearly spelled out all the associated elements, say, an increasing rate of production, the addition of new machinery or employees, the setup of further logistics, getting additional funding, etc. The BA helps the company work through all the dependencies and impacts and create a comprehensive future state model.

The company now has a good understanding of the as-is, or current state, and the to-be, or future state. The BA now organises another set of workshops involving all the key participants to get a clear understanding of what needs to be done to move from the current state to the future state; in other words, the BA is gathering and eliciting the requirements. During this process, the BA ensures that all the identified problems and issues and the vision of the future state are clearly understood by all the participants. This helps to ensure that the requirements are in line with the needs of the company.

Based on the feedback received from the various members of the company and their understanding of what is available in the market, the BA recommends a set of options, including some quick wins through process changes and long-term solutions such as upgrading the software or replacing it with a more efficient one. The BA clearly highlights to the senior management of the company the risks associated with staying as is and the costs, benefits, and risks of the proposed solution options. The BA also supports the company with the change impact analysis process, i.e., how the changes would impact each of the company staff involved in the current process and what can be done to ensure a smoother transition.

Once the BA gets agreement from the key stakeholders on which solution or solutions they would like to progress, the larger team, including the project managers, system architects, IT consultants, testers, and other change management personnel, is brought together along with the key members of the company, and the project is initiated. The BA carefully monitors the requirements through the various stages of the development process using a requirement traceability matrix to ensure that there is no dropping of key requirements or addition of wants based on the personal desires of some stakeholders.

The BA also ensures that the company representatives are kept well informed about the progress of the project and that there is proper end-to-end, two-way communication. This ensures that the project is successfully delivered with minimal post-project impacts.

Requirements are a Contract

Ensuring that project requirements have been understood and agreed to by all stakeholders is one of the foundations of a Business Analyst’s work.

However, that understanding and agreement from the stakeholders doesn’t always translate to the successful delivery of the project. Even though everyone on the business side has confirmed that the BA understands their wants and needs, those requirements can wind up being misinterpreted (or outright ignored) once they reach the technical team.

No matter how careful the BA has been, things seem to slowly and surely fall apart. It seems to make no difference if the project is using agile, or waterfall, or the requirements are documented in Word, or Excel, or in requirements management software such as IBM DOORS, or SPARX Enterprise Architect, or JIRA, or written on a sticky note. The results are depressingly similar from project to project.

 

Whatever is presented in the demonstration never seems to be what anyone in the business asked for. Which usually becomes the Business Analyst’s problem. Somehow the BA didn’t do enough documentation or missed something.

Over the years, I have realised that no amount of documentation, meetings, or stand-ups will save the BA. That’s because the problem is not with the requirements or the Business Analyst. The problem is with the quality of the technical team.

Before anyone gets upset, no, I am not insulting the technical team. What I’m suggesting is that most projects are a mixed bag of personalities and experience. There might be new junior developers, overworked senior developers juggling multiple projects, people who don’t want to read the documentation, and sometimes, people who outright ignore the requirements because they have determined, “that’s not how the business works.” The project is either over time and out of budget (or both) but even then, can never seem to finish.

No one seems to discuss the impact the technical team has on the requirements themselves and the amount of stress it places on the Business Analyst.

 

Think like a lawyer

What can a BA do to reduce the pressure they’re feeling?

In my opinion, a BA may find it useful to think like a lawyer.

A lawyer researches the parties involved in a contract. What are these parties like? Are they prepared to negotiate, or do they dispute everything? As a BA, you do have one advantage in that you will have communication skills and you can deal with different people and personalities. This allows you to figure out who you may be dealing with. What are they like? How experienced are they? Are there issues within the team? Although you could argue that this is just a RACI matrix – this goes one step beyond. You don’t care if they’re responsible, accountable, consulted or informed. You want to know how likely it is that the project will wind up in a mess. Something the Project Manager is unlikely to acknowledge until it’s too late (depending on the PM’s experience).

 

This changes the focus because not only are you eliciting your requirements from your stakeholders, but in the background, you’re also trying to determine what the technical team is like. The makeup of the technical team is going to help you determine your deliverables.

Alistair Cockburn states in the introduction in Writing Effective Use Cases, “A use case captures a contract between the stakeholders of a system about its behaviour.”

 

Advertisement

 

Decide on the type of contract

Keeping with a more legalistic view of requirements, the Business Analyst can then decide if the contract should involve a high degree of ceremony in which requirements are meticulously explained and documented, formally signed off, with meetings scheduled to discuss these requirements in detail. Or whether you can take an approach that is highly collaborative and relies on face-to-face chats between the team and the BA, with light touch documentation (some user stories, and a couple of whiteboard sessions).

In other words, how you construct your contract, will depend on how tightly you need to bind the technical team to that contract. And the type of contract the binds the two parties together will depend on how much you trust that other party. If you trust the other party, and you’ve known them for a while, then a handshake agreement may be all that is needed. A handshake agreement tends more towards an agile approach with some user stories and daily discussions, over and above a standup.

If you have less trust, or the project has a lot riding on it in terms of its budget or the features being delivered, you may decide on the equivalent of a legally binding contract. It may consist of several documents, and the documents are all formally signed off. Like all weighty contracts, you need to write in a manner that removes all ambiguities.

 

Much like a lawyer, your job is to ensure your wording is not open to misinterpretation or provides a way for the technical team to deliver something else entirely.

And if they do, you have your signed off documentation in which you can point to it and politely ask why the clause was ignored – and how they’re going to remedy the problem. Because the requirements are a contract. One that all parties need to adhere to.

Introduction to the 4 Pillars of Digital Transformation

In the wake of World War I, French Premier Georges Clemenceau advised the French people that “War is too important to be left to the generals”. Paraphrasing his words I would say that “Digital Transformation is too important to be left to the marketing and sales departments”- Why? Because they are infatuated with the client and it is right because it is their main objective and priorities.

While the customer is very important, I will say paramount, I believe the causes of so many pitfalls and failures in the implementation of DT (Digital Transformation) are the obsession of marketing and salespeople on the customer the hyper concentration in the customers disregarding what I believe are the foundation of DT: The Four Pillars of Digital Transformation.

Even before any consideration of the digital part (Software and Hardware) of the DT equation we need to take care of what I call the 4 pillars of Digital Transformation.

  1. Culture
  2. Process and Policies
  3. Data
  4. Security

They exist in a hierarchical cycle so while some overlapping is possible, the same that when you wear your shoes, you first need to put your socks on. In the four pillars, Culture comes first, then Processes, Data and Security.

Following the diagram of The Four Pillars of Digital Transformation:

 

Advertisement

 

For marketing and sales, a customer is an external agent, a person that buys the company’s goods (products and services) for the DT practitioner. The concepts should be broader, instead of customer we should think about USERS.

Please, do not read me wrong. The Sales and Marketing people are paramount for the success of your DT but are not the only ones, in my humble opinion. DT is a matter of life and death for your company and if the CEO and all the C-Level are not deeply involved in the DT projects the probability of success is null, zero, nada.

I am using data as a general term because what we call data is often confused with Information and Knowledge, other two important blocks of the ILC, as I explained in my article “Do we know what are Data, Information and Knowledge?” on this website.

In my other model, “The Intelligence Life Cycle” which I used to discover the AI limitations, I explained what Data, Information and Knowledge really are and created a model of the intelligence Life Cycle based on 4 axioms or postulates in the style of the ancient Greek mathematician Euclid’s. I am going to present the ILC and the Limitations of AI at the PMBA Conference in Orlando next year.

Data is not the New Oil as the hyper propaganda instigated by the media and some data scientists in search of fame, support and money claim, and as you can see from the above diagram, occupied a 3rd position in importance.

You can get more details by watching my 4 Pillars of the Digital Transformation at the Virtual BA and PM conference in Dec this year.

The Art of Communication

Gone are the days when being a brilliant business analyst meant you could hide in a dark room crunching numbers and never utter a single word to another human being. In the realm of business analysis, interpersonal skills have grown to be as crucial as a hot cup of coffee on Monday mornings, and the spotlight is shining brightly on communication prowess.

In today’s dynamic and information-driven business world, effective communication plays a pivotal role in driving success and achieving desired outcomes. For a business analyst, possessing strong communication skills is not merely an option — it is a necessity. As the liaison between stakeholders, technical teams, and project managers, business analysts play a crucial role in ensuring the success of a project.

 

Why Communication Skills Matter for Business Analysts

Effective communication is the foundation of successful business analysis. It enables business analysts to articulate complex ideas and concepts concisely and clearly. By communicating effectively, business analysts can ensure that requirements are accurately captured and understood by all stakeholders, minimizing the risk of misinterpretation, and avoiding costly project delays or failures.

Effective communication helps business analysts build trust and credibility with stakeholders. By clearly articulating ideas, presenting data-driven insights, and actively engaging stakeholders in the decision-making process, business analysts can instil confidence and foster a collaborative and conducive working environment for open dialogue.

Moreover, business analysts often serve as mediators between different stakeholders who may have conflicting priorities or perspectives. In these situations, effective communication becomes even more critical as it helps productive discussions and find mutually beneficial solutions. By creating an inclusive and collaborative environment, business analysts can promote teamwork, consensus building, and efficient decision-making, thereby contributing to the success of projects and initiatives.

Business analysts must also be skilled in active listening, empathy, and building rapport and fostering strong relationships with stakeholders. This helps them gain a deeper understanding of the stakeholders’ perspectives, and uncover implicit needs and concerns, which in turn, allows them to tailor their communication and recommendations that address the underlying issues and drive positive change within the organization.

 

The Spectrum of Communication Skills

Communication skills encompass various dimensions, including verbal communication, written communication, non-verbal communication, and emotional intelligence. Each of these dimensions plays a critical role in the day-to-day activities of a business analyst.

 

Verbal Communication Skills

Verbal communication involves speaking and listening. These skills are essential for conducting interviews, facilitating meetings, and delivering presentations. Proficient verbal communication allows business analysts to articulate ideas clearly, ask relevant questions, and actively listen to gather valuable insights and ensure a complete understanding of the stakeholders’ perspectives.

When it comes to verbal communication, it is not just about the words spoken but also the tone, pace, and clarity of speech. The way information is conveyed can greatly impact how it is received by stakeholders. Effective verbal communication also involves the ability to adapt to different audiences and situations. A skilled business analyst can tailor the language and approach based on the stakeholders they are communicating with, ensuring that the message is understood and well-received.

 

Written Communication Skills

Written communication is equally important for business analysts. Business analysts with exceptional written communication skills possess the ability to organize their thoughts in a logical and coherent manner. It involves creating detailed documents, such as requirement specifications, business process flows, project reports and communicating project updates. Additionally, attention to detail is crucial to ensure that there are no errors or ambiguities in the documentation.

Strong written communication skills enable business analysts to convey complex information accurately and concisely and ensure that all stakeholders are on the same page.

Moreover, effective written communication involves the ability to adapt the style and tone of the message to the intended audience. Different stakeholders may have varying levels of technical expertise or familiarity with the subject matter. By tailoring the communication to suit the needs of each stakeholder, business analysts can ensure that the information is accessible and meaningful to all.

 

Non-Verbal Communication Skills

Non-verbal communication includes body language, facial expressions, and gestures. While often overlooked, non-verbal communication can convey important messages and influence how stakeholders perceive information.

When engaging in non-verbal communication, business analysts must be mindful of their own body language the non-verbal cues. Maintaining eye contact, using appropriate facial expressions, and having an open and relaxed body posture can all contribute to effective non-verbal communication.

These skills are particularly important when conducting interviews or facilitating workshops as being aware of non-verbal cues enables business analysts to detect subtle signs of agreement or disagreement. For example, a nod of agreement or a smile can signal understanding and support. On the other hand, crossed arms or a furrowed brow may indicate scepticism or disagreement. By aligning the non-verbal cues with the verbal messages, business analysts can adjust the communication approach, accordingly, fostering a more collaborative and productive environment.

Furthermore, cultural awareness is an important aspect of non-verbal communication. Different cultures may have different norms and interpretations of non-verbal cues. Business analysts must be sensitive to these cultural differences and adapt their non-verbal communication accordingly to avoid misunderstandings or misinterpretations.

 

Emotional Intelligence

Emotional intelligence is a critical aspect of communication for business analysts. Understanding and managing emotions, both their own and those of others, allows business analysts to navigate conflicts, handle difficult conversations, and build strong relationships. Emotional intelligence helps business analysts adapt their communication style to different stakeholders, fostering a positive and collaborative work environment.

 

Advertisement

 

Mastering Communication Skills as a Business Analyst

While some individuals may possess natural communication abilities, it is a skill that can be continually developed and refined with dedication, deliberate practice, and continuous improvement. Here are some strategies to develop and strengthen the communication abilities as a business analyst:

 

Active Listening Techniques

Active listening goes beyond merely hearing what someone says. It involves fully engaging with the speaker, understanding the message and intentions, and providing appropriate feedback. Practice active listening by providing undivided attention to the speaker, maintaining eye contact, and demonstrating empathy. By practicing active listening techniques, business analysts can ensure an accurate and complete understanding of stakeholders’ needs and requirements.

 

Practice Empathy

Develop your emotional intelligence by actively practicing empathy. Empathizing with stakeholders and understanding their challenges can significantly enhance communication. Understand other’s perspectives and emotions by putting yourself in their shoes, business analysts can anticipate concerns, build stronger connections and offer tailored solutions.

 

Polishing Written Communication

Business analysts often produce detailed reports, requirements documents, and emails. Improving writing skills is crucial to convey ideas clearly and professionally. Avoid jargon and fancy words; use plain language to ensure everyone can comprehend the content.

 

Enhancing Presentation Skills

To deliver impactful presentations, business analysts should focus on structuring the content, maintaining a confident and engaging presence, and utilizing visual aids to support their message. Practice presenting in front of a mirror before presenting it to a larger audience. This technique will help to adapt the communication style to suit the needs and preferences of different stakeholders. Simplify complex technical concepts for non-technical audiences or emphasise key benefits and outcomes for executive-level stakeholders. Tailor the presentations, to resonate the message with the audience and to convey the desired information effectively.

Develop data visualization and storytelling skills to effectively communicate complex ideas and facilitate decision-making.

 

Utilize Technology

Leveraging communication tools and technology can greatly enhance effectiveness as a business analyst. Get familiar with collaboration platforms, project management software, and communication tools to streamline communication processes and ensure efficient information sharing.

 

Engage in Cross-Functional Collaboration

Collaborate with professionals from various disciplines to gain exposure to different communication styles and approaches. This experience will help to adapt the communication strategies to diverse audiences.

 

Be Flexible! Seek Feedback, Learn and Adapt

Interaction with stakeholders from diverse backgrounds and cultures is business as usual for a business analyst. Adapting the communication style to suit different individuals and situations is crucial for effective collaboration. Understand and respect cultural differences, adjust the language and approach, and actively seek feedback from colleagues, stakeholders, and mentors to identify areas for improvement and understand how your communication style is perceived. Flexibility in communication ensures that you can connect with stakeholders on their terms, fostering a more inclusive and productive working environment.

 

The Growing Importance of Interpersonal Skills in Business Analysis

In the evolving world of business analysis, effective communication skills are indispensable for the success of business analysts. By honing the ability to listen actively, articulate clearly, and adapt to different stakeholders, business analysts can be established as an indispensable asset to any organization. As the business landscape continues to evolve, those who master the art of communication will navigate challenges with finesse and lead projects towards triumph. Effective communication is not just about conveying information — it’s about building relationships, understanding needs, and fostering collaboration.

The ability to communicate effectively is the key to unlocking new opportunities and driving positive change in the dynamic world of business analysis.

Remember, even in the world of business analysis, laughter is the best medicine — just make sure you’re laughing with your stakeholders, not at them.

 

Happy communicating 🙂

Don’t Deliver a Donkey instead of a Horse

All of us at some point in our life have heard of the children’s game called Telephone Game or Broken Telephone. In this game, Players form a line or circle, and the first player comes up with a message and whispers it to the ear of the second person in the line. The second player repeats the message to the third player, and so on. When the last player is reached, they announce the message they just heard, to the entire group. Very often, the message that comes out at the end is quite different from what the first player had whispered, and this creates a lot of amusement.

Now imagine that same game being played when a project is initiated. In this case, the project sponsor or sponsors may request for a given deliverables at the onset of the project based on business needs. However, after the message gets filtered through many teams, the outcome may not match what was asked for in this first place resulting in a number of unhappy customers or stakeholders. This can be considered as delivering a Donkey when asked for a Horse. The moral of this story is that if there was proper end to end communication, the result would have been much closer to what the sponsor asked for in the first place. Effective Communication is considered as one of the most important aspects of both personal and work life.

 

Business analysts need to effectively gather and convey information between stakeholders, team members, and other parties involved in a project. Clear and concise communication ensures that requirements are accurately understood, objectives are aligned, and expectations are managed. Effective communication fosters collaboration helps in resolving conflicts and ensures that the project stays on track. Some of the key techniques or aspects of communication within the business analysis domain are discussed below. All of them are equally important and need to be considered during any engagement and can be improved through training and constant practise.

 

  1. Active Listening.

Active listening plays a crucial role in business analysis. It involves fully engaging with stakeholders, understanding their needs, concerns, and requirements. This helps the BA to gather accurate and detailed requirement related information, which is essential for making informed decisions and developing effective solutions. Active listening improves collaboration, builds rapport, and ensures that project goals align with stakeholders’ expectations.

 

  1. Interpersonal Communication

Interpersonal communication skills are vital in business analysis because they involve interactions with various stakeholders, each with their own perspectives and needs. Along with the Active Listening mentioned above, building rapport, and empathising with the viewpoint of the stakeholders are crucial for establishing trust and understanding. These skills help business analysts navigate conversations, gather requirements, and address concerns effectively. Related techniques such as Collaborative problem-solving, negotiation, and conflict resolution also rely heavily on strong interpersonal communication. By fostering positive relationships and adapting their communication style, business analysts can facilitate smoother interactions and achieve better outcomes throughout the project lifecycle.

 

  1. Stakeholder Management

Stakeholder management is a critical aspect of business analysis that involves identifying, engaging, and effectively communicating with all parties impacted by a project. Business analysts need to understand stakeholders’ interests, expectations, and concerns. By building relationships and maintaining a clearly defined two-way lines of communication, the Business Analyst can ensure that stakeholder needs are considered throughout the project lifecycle. Effective stakeholder management involves involving the right people, keeping them informed, addressing their feedback, and managing conflicts when they arise. Successful stakeholder management contributes to project success by aligning goals, managing expectations, and fostering collaboration

 

Within stakeholder management, a crucial element to consider is Communication strategy. This has a number of components of its own including  identifying the audience for each message,  understanding the environment or business situation  under which the given project has been initiated, getting a clear understanding of the sponsor vision or objectives , being able to define  what needs to be said to whom and when,  and knowing what are the various ways in which the message can be delivered and feedback received.

 

Advertisement

 

  1. Facilitation

Facilitation is an important technique in business analysis that involves guiding discussions and workshops to achieve productive outcomes. By facilitating meetings, workshops, and brainstorming sessions as per the needs of the project, business analysts can encourage participation, manage conflicts, and ensure viewpoints from all the stakeholders or impacted parties are heard. Facilitation helps in eliciting requirements, prioritizing features and functionality, and fostering collaboration among stakeholders. It also aids in reaching a collective understanding and agreement of the objectives and making informed decisions, leading to more successful project outcomes

 

  1. Business Writing

Strong writing skills are crucial for business analysts as they are responsible for documenting and communicating various aspects of their work. Clear and concise writing is essential for creating requirements documents, project plans, reports, and other forms of documentation. Effective writing ensures that complex deliverables or impacts are accurately and clearly represented to stakeholders, team members, and decision-makers. It also helps in avoiding misunderstandings and serves as a reference for project progress and decisions. Well-written documentation contributes to effective communication, reduces ambiguity, and supports the overall success of business analysis efforts.

 

  1. Presentation Skills

Visual and presentation skills are essential for effective communication in business analysis. They help convey complex ideas, data, and information to stakeholders in a clear and understandable manner. Business analysts often use visual aids like diagrams, charts, and models to represent processes, workflows, and requirements visually. Strong presentation skills enable them to deliver findings, recommendations, and project updates to diverse audiences, ensuring engagement and comprehension. These skills enhance collaboration, facilitate decision-making, and contribute to the overall success of projects.

 

  1. Nonverbal communication

It is often mentioned that over 70 percent of face-to-face communication is Non-Verbal. Nonverbal behavior, such as body language, facial expressions, and gestures, plays a significant role in business analysis. It helps convey emotions, attitudes, and intentions that words alone might not capture. Observing nonverbal cues during meetings and interactions with stakeholders can provide valuable insights into their reactions, level of engagement, and concerns. Being attuned to nonverbal behavior allows business analysts to adapt their communication style, build rapport, and ensure effective collaboration. It also helps in detecting potential misunderstandings and addressing them promptly.

By considering and effectively executing all the above techniques, the Business Analyst is certain to have a much higher success rate in delivering and meeting the needs of the stakeholders

 

  1. Communication Strategy

This can be considered as the overarching technique or approach that is used and includes elements or all the above techniques.