Skip to main content

Tag: Facilitation

Evidence Based Decision Making: A Pillar of Optimal Performance

Decision making is at the heart of leadership, management, and performance. I write about mindful conflict and expectations management, and the decision making that underlies both. Last month the article on the use of the Evaporating Cloud technique addressed the power of collaborating to face conflict to identify goals, wants, and needs.

 

This article focuses on making decisions based on evidence and rational thinking as opposed to unfounded opinions and emotions. While feelings are important, they are often without a sound basis in reality. Acting upon them without investigating evidence and alternatives is foolish. Not considering the feelings is equally unwise.

 

“When somebody on staff asks what we should do to

address a problem, the first questions I now ask are

‘What does the research say? What is the evidence base?

What information can we gather to determine if it will

fit in different contexts?’ It’s become a way of life.”

– Jim Hmurovich, BA, MS Ed, President & CEO, Prevent Child Abuse America

 

Decisions

Here is a simple example to bring out the practical nature evidence based decision making:

In an apartment building an occupant, Ms. H, objected to the practice of leaving a building provided package cart in the elevator for the next elevator rider to return to the lobby. 

She felt that the “rude behavior of some made it impossible for others to use our very limited elevators.”

Taking a rational look at the issue, it seems that if the person who borrowed the cart took it down in the elevator there would be one less spot on the elevator for other riders.  Further investigation may uncover that Ms. H. doesn’t like to or isn’t able to get on an elevator with a cart. If that is the case, adding the cart’s borrower to the trip will do her no good.

 

Ms. H failed to consider the facts. Her emotions and biases drove her demand. She was reactive. Imagine if she was good at convincing others without providing any foundation in fact and logic, and the decision makers just threw up their hands and created a rule that “borrowers or designated alternatives must return the carts themselves.”

This is a simple example. But how often are projects hampered by reactive behavior? Instead step back to consider evidence and apply analytical thinking along with emotional and social intelligence.

 

The decision gets more serious if it was about whether to purchase a product or create one. Ms. H, now in her capacity as senior executive and project sponsor, insists that buying a product is the way to go. She was convinced that development was too risky and expensive. She had been burned when in an earlier project a decision to build vs. buy led to a project with costly overruns. She was sold by product vendors and external consultants on the idea that the products were easily customized to the unique needs of Ms. H’s organization. And that the organization would be better off changing procedures to accommodate the products.

 

An analytical review of research, the experiences of others, and a clear sense of the nature of the customization required would uncover the risks and expense of adapting to or customizing a product rather than creating one’s own to fit special needs.

The decision could go either way. The point is to combine analysis and intuition to best decisions. “Good” decisions are informed decisions that combine information (facts, feelings, interpretations and opinions, etc.) from multiple perspectives. Good decisions are more likely to successfully solve the problem at hand than decisions made based on limited information.

 

Advertisement
[widget id=”custom_html-68″]

 

Evidence Based Decision Making

Evidence Based Decision-Making (EBDM) leads to informed decisions. “Evidence Based Decision-Making is a process for making decisions about a program, practice, or policy that is grounded in the best available research evidence and informed by experiential evidence from the field and relevant contextual evidence.”[1] Not only does it result in optimal decisions, but EBDM also cultivates collaborative action and cuts through unnecessary conflict.

 

Evidence Based Decision Making (EBDM) is described as a 4-part process with 10 steps and 47 sub-steps. The model is shown in Figure 1:[2]

Figure 1: The EDBM

 

Don’t worry, we won’t go into the 10 steps and 47 sub-steps. Though, having a detailed model is useful for training and to promote collective understanding of required tasks, roles, and skills. See the referenced source for the full model.

But let’s be realistic, getting decision makers and stakeholders like Ms. H to buy into a super-analytical process with 47 steps is virtually impossible. Well maybe not impossible, but requiring a mindset transformation, and that takes time.

 

The successful decision maker understands the process and adapts it to the current situation. She avoids analysis paralysis and understands that collaboration among the decision makers is as important as the weighting and scoring of facts and feelings. Based on inquiry the rest of the process is customized to fit the personalities, cultural influences, need for speed, availability of evidence and the capacity of the decision makers.

 

Evidence

EBDM means making decisions using four sources[3]

  • the best available scientific evidence – research studies, experiments, journal articles, etc.
  • organizational evidence – business data, including financial reports and performance, studies, project journals and history, organizational culture, etc.
  • experiential evidence – the collective experience of the decision-makers and outside experts
  • stakeholder evidence – stakeholder expectations, feelings, beliefs, biases, wants, needs, and values.

On the surface all four types of evidence seem objective, where “Objective evidence is evidence that is not subject to bias and is quantifiable and able to be independently confirmed and verified by using analytical or other tools. Simply put, objective evidence is based on facts and is the kind of evidence that can be independently examined, evaluated, and verified.”[4]

 

But go a little deeper and you find that there can be subjectivity in each. For example, there are often many ways to interpret scientific data. The same data can be used to justify any number of opinions, which when written up in a journal article can give the impression of being objective.

Subjective evidence is based on individual interpretations and opinions. It cannot be independently verified. When subjective evidence is valued and evaluated in concert with objective evidence and the multiple subjective experiences, it is often what leads to the most effective solutions. Evidence based decision making makes subjective evidence a valued part of the process.

 

Applying EBDM

EBDM is a process to uncover convincing evidence using objective analysis. Like all approaches to decision making, it is a quest for greater certainty about the outcome of a decision. Use it to go beyond both decision-by-the-numbers and decision-by-feelings. Objectivity and subjectivity are facts of life in any complex decision making, do not ignore either. To be objective a decision maker must acknowledge the presence of subjectivity and incorporate it into the decision making.

If you are fortunate enough to be making decisions optimally, resolving conflicts, setting expectations, experiencing great outcomes, just keep doing what you are doing. If there is room for improvement, bring EBDM into your work, whether it is you alone or the team. Raise it as a topic as you work to continuously improve performance guided by informed decisions.

 

[1] https://vetoviolence.cdc.gov/apps/evidence/docs/ebdm_82412.pdf
[2] https://archpublichealth.biomedcentral.com/articles/10.1186/s13690-022-00843-0
[3]https://www.ncbi.nlm.nih.gov/pmc/articles/PMC6308777/#:~:text=The%20four%20sources%20of%20evidence,expectations%20(1%E2%80%933)
[4] https://www.ocdisabilityattorneys.com/disability-benefits-for-objective-versus-subjective-evidence#:~:text=%E2%80%9CSubjective%E2%80%9D%20evidence%2C%20on%20the,accepted%20on%20faith%2C%20or%20rejected

Shake up Your Stand-up

Standups are a cornerstone of Agile project management. As a Project Manager, conducting stand-ups provides a daily communication touch point with your team that allows you to build rapport while gaining a deeper understanding of each individual team member. However, after you have worked with your team for a while and established a good sprint cadence and team dynamic, the standup may lose its flare and, in some cases, its necessity.

 

Advertisement
[widget id=”custom_html-68″]

 

If your stand-ups are getting stale, try a few of these tricks to freshen your stand-ups:

  1. Have a Standup or Two Via Slack. Post-Covid, we are inundated with virtual meetings. While the daily stand-up is meant to align all team members and get the day started with a common goal in mind, that 15 minutes may slow your team down if they are in the zone and want to complete a task. Try having the team write their updates at the start of their day and share them in a slack group chat. Chime in to help remove blockers as needed. Pro tip: Send out a template with the questions and ask for the responses by a certain time daily.
  2. Reduce Frequency. If team members are working on higher pointed tasks with multiple components, there may not be a daily update. Depending on the end of your sprint, try incorporating a no standup Friday.
  3. Celebrate Wins. While the “What did I do yesterday? What will I do today? What blockers are impacting me?” format is riveting, it may get a bit monotonous. Incorporate some time to celebrate wins during the standup. Pro tip: Name someone King/Queen of developers for a day when they complete a complex feature.
  4. Incorporate Team Feedback. A team member may want to pass along some nuggets of wisdom they acquired from working on a feature, another team member might want to share a helpful article or tutorial. Again, to keep to the true nature of the standup, it needs to be concise and contribute to the completion of tasks and the betterment of the team’s performance. Sharing knowledge helps attain both of those goals.
  5. Stand-up and Move. If you are working on-site and can meet with your team in person, have a walking stand-up. Walk with the team to get coffee or around the courtyard at your office space. If walking won’t work, get a stress ball, and pass it around as the team is talking through updates. Movement will help get everyone’s energy flowing and help the momentum for the day.
  6. Finish with a Bang. You could equate the standup for a project team to a huddle before a basketball or football game. It sets the tone for what you are about to accomplish for the day. End the standup with a team chant, special handshake, or a theme song. “Eye of the Tiger” comes to mind. Try whatever gets the people going and sets the day on a positive and motivational tone.

Every person is different, and teams are made of people, so tailor these tips to your team. If you don’t see something that will work for your team, consider this a challenge to motivate you to develop more ideas of how you can shake up your stand-up.

Project Management for Midsize Companies

In many ways, Project Management is more art than science. Those of us who have spent years in the field have most likely studied the science of it through classes and certifications.

There are certainly best practices that apply most of the time and a Project Manager would do well to have that foundation. But dare I say, the majority of textbook concepts don’t apply much of the time? Let me share a story of a project I tried to manage “by the book” that taught me a big lesson about adapting the “book” to the needs of the company and the team.

During one of my early roles as a Project Manager I worked hard to be organized and apply all the concepts I learned while studying for my Project Management Professional (PMP) certification. I remember one project in particular where I meticulously developed a Work Breakdown Structure (WBS) and calculated the critical path. I had a Microsoft Project sheet a mile long, as this was a major project that would take more than a year to complete. All my details were in order. Project Schedule – check.

Confident in my plan, I brought the project team together. I had worked with key stakeholders to identify all the departments involved in the project and worked with those department leads to know which people should represent their department. I shared my project documents with the team and talked through roles and responsibilities. Stakeholder Management – check.

I knew part of my job was to clear roadblocks for the team, which included the roadblocks of me being a bottleneck. I thought the best way to keep everyone informed was to democratize project documents and have teams make their updates directly rather than funnel all updates through me. I created automations to remind team representatives to make weekly updates.

I had automations to notify people when one of their predecessor items was updated so they would know right away. I had automations to notify both me and team representatives when an update was overdue. Everyone had access to view, so no one ever had to wait on me to share a document or give a status update. We had weekly status meetings to allow for discussion and broader visibility, as well as ad hoc meetings for specific topics as they arose. Transparency and Collaboration – check.

 

Advertisement
[widget id=”custom_html-68″]

 

If you haven’t already guessed, let me tell you how this worked out. Not a single person ever went into the project tracker to make an update. Not a single person ever went into the project tracker to see status. My first pivot was to start collecting updates weekly and input them into the tracker myself. This allowed me to stay closer to the project details and gave me an opportunity to do a weekly assessment of project health with more context.

Those weekly conversations turned out to be so much more valuable than independent updates in the tracker. Every week, I would take this updated tracker and the deeper context I had to give a status update. I would share my screen and show the tracker so everyone could see visually where we were compared to the overall plan.

If you haven’t already guessed, let me tell you why this failed fast. If every team was meeting with me weekly to give me an update, why did they need to sit through a weekly status meeting of me telling them where their items were in the project? They didn’t. I lost the team’s engagement fast. My next pivot was a change that has stuck with me through the years. I did the legwork to meet with teams, understand their status, challenges, dependencies, needs, and projections. I consolidated all the information and culled it to down to what was critical.

Every Monday I sent an email with the week’s game plan, including all work expected to be done with deadlines and names of people responsible for doing the work. Every Friday I sent an email as a Reply All giving an update on what had been completed as expected, what had changed, what was delayed and why. If something meaningful changed and needed discussion or a decision, I would schedule a meeting to discuss it. We now had emails for things that could be emails, and meetings for things that needed to be discussed live.

This raised my credibility with the team when I called a meeting, because they trusted that there was something meeting-worthy to discuss rather than just a status update that could and should be an email instead. My Monday “game plan” emails served as an easy reference for project team members to know exactly what they needed to work on, which increased the rate of project work completion because there was more clarity and it was easily accessible.

Nearly 10 years later, I still rely on this approach. My Monday and Friday templates have evolved as my projects have changed, but this approach has proven successful time and again.

This semi-informal approach to Project Management would likely not succeed at a company with tens of thousands of employees. With larger teams and greater numbers of stakeholders, proper project management tools and formal project communication methods are likely necessary. On the other end of the spectrum, this semi-formal Project Management with meticulous planning and centralized tracking is probably more than is needed at a small company.

When teams are small and work closely together, it’s much easier for everyone to know what everyone is working on without a person dedicated to keeping it all organized. My time at midsize companies has helped me find this Goldilocks approach somewhere in the middle.

Arguing to Learn and to Win

The recent INC. article, Stuck in a Heated Argument? Follow the ‘ATL Rule’ to Ensure Everyone Wins[1] set me to thinking about how best to approach the way we manage major conflicts and minor disagreements, how we argue.

In my book, Managing Conflict in Projects: Applying Mindfulness and Analysis for Optimal Results[2] the message is to approach managing differences with clarity, while accepting the reality that there may be emotions involved, not being driven by them. This is emotional intelligence, the ability to be aware of and manage emotions. It is a foundation for healthy relationships, and healthy relationships include the ability to manage disagreements, whether they are small arguments or major conflicts.

The word conflict needs definition. The general definition from Merriam-Webster is “an extended struggle : fight, battle. : a clashing or sharp disagreement (as between ideas, interests, or purposes) : mental struggle resulting from needs, drives, wishes, or demands that are in opposition or are not compatible. conflict.” From Cambridge dictionary, an active disagreement between people with opposing opinions or principles: There was a lot of conflict between him and his father. It was an unpopular policy and caused a number of conflicts within the party. His outspoken views would frequently bring him into conflict with the president.”

Here, the term conflict covers any kind of disagreement or struggle that starts off with opposing views. Managing conflict seeks to resolve the conflict.

The conflicts that make the news are beyond the scope of this article, though the same basic principles apply. Here the focus is on the kinds of conflicts that come up in organizations, projects and processes. The principles are:

  1. Step back to see the big picture and how your emotions, beliefs, biases, and mental models affect your perspective.
  2. Seek to understand your mindset, goals, needs, and wants and what influences them
  3. Seek to understand the other parties’ goals, needs, and wants and what influences them
  4. Be mindful of your words, behavior, and feelings, and their impact
  5. Assess the degree to which you can trust and collaborate with the others
  6. Promote a win-win attitude in which the parties jointly resolve the conflict
  7. Recognize that there are some disagreements that cannot be settled with a win for both parties
  8. Compile facts and opinions and examine and use them in decision making to resolve the conflict.

Arguing to Learn and to Win

The INC. article points out that scientific study shows we should “enter debates looking to learn rather than win.” Since it is very difficult for many people to give up winning, I think the right mindset for working on a disagreement is looking to learn and looking to win.

That opens the question of what it means to win. Does it mean getting your way? Or does it mean coming to the optimal solution to the problem at hand? For example, two designers in conflict about which design should be used in a project can collaborate to identify the objectively best design or they can battle one another to get their design accepted.

Researchers identify two primary mindsets that set a stage for the way arguments are addressed: arguing-to-learn (ATL) and arguing-to-win (ATW). In the ATL approach the parties cooperate to get a better understanding of the situation. It implies open mindedness to discover the resolution through research, dialog, and analysis.

In the ATW approach the tendency to believe in a single truth and to cut off or ignore debate in which conflicting opinions and facts are raised. Instead of discovering a resolution the ATW mindset often begins with the resolution, takes it as truth and argues for it with a closed mind.

Understanding the different mindsets and the benefit of using an ATL, the challenge is to work towards making an ATL mindset part of your conflict management process.

 

Advertisement
[widget id=”custom_html-68″]

A Hybrid Approach

As with all complex social issues, there is no one right answer. Let’s not over-simplify and think that it’s either ATL or ATW. We can also argue to learn and win (ATLAW).

In projects meaningful arguments are about whether, why, how, who, and when things will be done. If the argument is not settled the project may be delayed or motivation and morale will be impacted. If the argument is not settled well, the outcome will be subpar.

Of course, there are other arguments about politics, religion, freedom vs. authoritarianism, the causes of global warming, etc. For these important issues, there may never be a resolution. But when it comes to deciding on a design to use, or a budget or schedule, there must be a winner.

We can take the position that the winner is not the person with the idea, it is the idea that wins. And if the best idea wins, then the people involved win, where winning means that their needs have been met. If the parties take an ATL approach they creatively discover a resolution that may blend elements of alternative solutions or pick one over another. The discovery results from the learning process. Then there is the perception of winning or losing

 

Buy-in

If everyone agrees as to what it means to win, and recognizes that learning improves the probability of winning, then the players will naturally take a collaborative approach facing the issue rather than facing one another.

But ego and closed mindedness get in the way. The emotional need to win, psychological tendencies to dominate and win, and not knowing of an alternative to win-lose confrontation make collaboration difficult, if not impossible. Getting past that barrier requires process awareness, self-reflection, coaching and training.

Look at your process.

  • Are the principles stated above realistic?
  • Do they naturally occur as part of a healthy flow that allows for differences and promotes win-win resolutions? If they do, be grateful and carry on.
  • If not, how can you subtly or overtly discuss the conflict management process to promote open-mindedness and rational thinking?
[1] Hobson, Nick, INC. https://www.inc.com/nick-hobson/stuck-in-a-heated-argument-follow-atl-rule-to-ensure-everyone-wins.html?utm_source=newsletters&utm_medium=email&utm_campaign=INC%20-%20This%20Morning%20Newsletter.Newsletter%20-%20Inc%20-%20This%20Morning%201-13-23&leadId=139009&mkt_tok=NjEwLUxFRS04NzIAAAGJShVVfSySV8qVyMiwe8jQgTYv2wo6BL8ZCEskpEFN5woe4jMmz75uMewcTu8h7xWU1aXXH9Cet_es7oYwP7-5VS8xiaHyKS9Wg0DB_YM
[2] Pitagorsky, George, PMI https://www.amazon.com/Managing-Conflict-Projects-Applying-Mindfulness/dp/193558958X

Disagreements, Decision Making and the Evaporating Cloud

Is it too much to ask that decision makers make use of a collaborative goal and values-based conflict resolution approach to come to effective resolutions that satisfy needs?

Whether decisions are made in socio-political, organizational, and personal realms we all know that they are important. They direct action, resolve and cause disagreements. Decisions, if carried out, have physical, financial, emotional and relationship impacts.

 

Decisions are most likely to be “good” ones when disagreements or conflicts are well managed. The best decisions are made with clear objectivity and lead to achieving goals.

In my article Arguing to Learn and to Win I described a hybrid approach between arguing to learn (ATL) and arguing to win (ATW). This article focuses on ATL and how winning can emerge from learning through a collaborative approach like the Evaporating Cloud[1] (EC), one of the six thinking processes in Eliyahu Goldratt’s Theory of Constraints.

 

Fulfilling goals

The process is a technique designed to cut through disagreements by turning attention to fulfilling all parties’ goals rather than seeking only what each person wants.

In short, EC works on the premise that conflicts can be resolved when the parties get what they need. They satisfy their goals and values.

If the overarching goal is prosperity, peace, health, freedom, and happiness, decision makers must have an accurate sense of what each term means in concrete practical terms.

 

In the world of projects, goals like prosperity are expressed in terms of cost savings, revenue, and profit. Happiness is satisfying stakeholder expectations. Health is about the goal of sustaining the wellbeing of project performers to enable effective performance over time.

With an understanding of goals, we can identify relative weights. For example, are financial goals more important than employee health and wellbeing? Are the weights negotiable?

 

In projects it is much easier to attain consensus about goals than it is in social and political disagreements. Projects are objective focused and, assuming the project is a healthy one, the objectives align with organizational goals.

When there is no consensus on goals and values, we have a zero-sum game with winners and losers. Handling those is a subject for a future article on arguing to win.

 

The Evaporating Cloud (EC)

Now, back to the Evaporating Cloud (EC) technique and finding win-win resolution.

“If you really want to remove a cloud from your life, you do not make a big production out of it, you just relax and remove it from your thinking. That’s all there is to it.[6]

 

Advertisement
[widget id=”custom_html-68″]

 

“The Evaporating Cloud tool is intended to similarly “vaporize” difficult problems by collaboratively resolving an underlying conflict. “[Goldratt teaches] that every problem is a conflict, and that conflicts arise because we create them by believing at least one erroneous assumption. Thus, simply by thinking about the assumptions that enforce the existence of a conflict, we should be able to resolve any conflict by evaporating it with the power of our thinking.[2]

Though the power of thinking has its limitations. To use a collaborative approach, at least one of the parties must step back to objectively perceive the cloud, and their place in it:

  • Emotions
  • Needs vs. Wants
  • Willingness to negotiate and collaborate to face the issues not the opponent.

 

Sharing Goals

In addition, the parties’ goals, values, and priorities must be compatible. For example, is getting elected or promoted more important than deciding on an optimal decision to serve the organization? Is your goal to have your design selected or to achieve project and organizational goals. Is one design demonstratively better than another? Is objectivity and telling the truth a shared value?

To answer these questions you must identify, understand, describe, and prioritize goals and values. What would happen if your goals weren’t met? Can you live with a negotiated compromise solution? Will the other parties agree to a solution that doesn’t give them everything they want?

 

Mutually exposing goals makes negotiation easier. Though, without open sharing it is still possible to use EC by subtly facilitating a discovery process. It is important to consider that sometimes openly sharing one’s goals may not be possible or desirable. There may be hidden agendas and motivations. Cultural norms may not support such openness. There are trust and personality issues.

 

Addressing the Wants

Knowing the goals, attention goes from Needs to Wants. Wants are about the way to achieve the goals and get what you need. For example, in projects a key goal is to satisfy stakeholders’ expectations. There are several ways to do that and there are often conflicting views on which is best.

If one way is as good as another, what does it matter which you choose? Flip a coin. Decision made. Can you and the others give up getting what you want if you get what you need? If one way is best, what makes it so? What are the criteria for deciding? Who will decide and how and when will they do it? Will they rely on emotional rhetoric, hierarchy, or analysis?

 

Benefits

A collaborative approach makes resolving conflicts a game that you can both learn from and enjoy while you find an optimal resolution and promote healthy ongoing relationships.

Relationship health is an often-overlooked benefit of collaborative decision making. “Don’t burn bridges” is good advice. Winning is great but if you are not playing the long game, you are likely to have a Pyrrhic victory. You win but at a price that is so costly that victory is tantamount to defeat.

 

For example, you or your team win an argument by undermining and alienating another team that you must work with to implement the decision or collaborate on future projects. How will that affect the organization’s goals? You may think you will never see your opponents again, but you never know if you will encounter one of them in an interview for a job you have applied for.

Less likely to be overlooked is the benefit of finding an optimal solution, whether it is a blend of elements from alternatives or choosing a demonstrably more effective outcome. Of course, there is no guarantee. But if people commit to an analytical process, collective intelligence and multiple perspectives should result in higher quality decisions.

 

Taking It Home

Assess your personal approach to conflict resolution, disagreements, and decision making? Assess your team’s and organization’s approach? Is there room for improvement?

Share this article to start a conversation as the first step in adopting a collaborative approach and adapting it to your situation.

 

[1]There are many references for EC, Wikipedia is a good place to start for further information. https://en.wikipedia.org/wiki/Evaporating_Cloud
[2] Scheinkopf, Lisa J. Thinking for a change: Putting the TOC thinking processes to use. CRC Press, 2002.