Agile Design Methods
  • Blog
  • Methods
  • Resources
    • Online Course
    • Mobile App
    • Public Course
  • Contact Chuck
  • Search

Key Ingredients for Effective Cross-Functional Working Meetings

6/23/2017

1 Comment

 
As operational excellence professionals and solutions designers, we face the inevitable challenges of leading a series cross-functional working meetings. These meetings exist for a distinctive purpose and must be run in a distinctive way. They can either be great or they can be like Kryptonite. 

Typically these meetings are comprised of people who represent their respective function in the organization and we are the designated leader. The corporate champion of the cross-functional effort deems this group a "team" at a kick-off meeting and routinely vanishes, as she should, for the duration because of more pressing executive priorities.

Team? Hardly. The reality is that at the onset the newly formed ensemble of free-agents is anything but a functioning team. This particular group has never worked together before.

The aspirations of the effort rest on the shoulders of the leader at the onset. As the person leading this effort, it is imperative to address the immediate challenges to build and maintain engagement while actually getting things done.

Wholehearted Meetings: The Buzzing of the Hive

Picture
The ideal meeting is characterized by full engagement. You know it when you see it and it's a delight to lead and participate in meetings where you see people.
  • fully engaged
  • leaning forward
  • interacting with one another instead of just the facilitator
  • energized
  • learning
  • sharing
  • creating
  • having fun
  • laptops closed
  • actively looking forward to participating in the next meetings 

The tone of the meetings are characterized by a wonderful "buzzing of the hive" quality, as my friend and ally Gary Evans refers to it. I love these meetings.


Half-Hearted Meetings: The Dirge

Picture
In contrast, the other kind of meeting is sheer drudgery and you can recognize it when you see people:
  • disengaged
  • passively observing without participating
  • interacting with their email or smartphone
  • tired
  • bored
  • sleeping
  • drained
  • grandstanding
  • complying
  • checked-out
  • only speaking when spoken to
  • relying on the leader doing most of the talking
  • ​praying for the meeting to end early or for a fire drill

These meetings are agonizing. I would rather rush out on the campus lawn and empale myself prostrate on a sprinkler head than to have to lead or be part of these kinds of meetings. Really.

Key Ingredients That Affect Team Engagement

As a leaders of these work efforts, we must do everything that we can to shift the atmosphere of these meetings. I offer the following key ingredients that a leader must intentionally manage in the meeting experience in order to get the design flywheel spinning:

  • ​Trust
    As a participant, I feel safe, understood and respected
  • Velocity
    As a group, we collectively understand how progress is to be made and we are actively contributing to that work effort
  • Learning
    As individuals we are learning new things that contribute to our personal growth and organizational effectiveness
  • Fun
    As a group, we have a special alchemy that doesn't occur unless we are together

These sound like platitudes. But, the responsibility is on us as leaders of these cross-functional work efforts to conduct them in a way such that people contribute their best and so that the organization benefits, learns and adapts from the work done by the group.

Suggestions for How To Lead

There is no one silver bullet, however, over the years, I have developed a variety of techniques that have proven to contribute to a trusting, fun and higher-velocity meeting environment. Some of these might work for you.

Things To Say (At the Onset and Often)
  • "I am committed to leading the team as effectively and efficiently as possible and will rely upon your contributions to produce the deliverables expected of us."
  • "We make progress when we write things down and capture ideas."
  • "I acknowledge that we all have responsibilities beyond this team. We have our day jobs. Yet, we need your participation. I look forward to having a lot of fun, hard work, organizational learning and personal growth in our time together."
  • "We come into this meeting wearing the hat of our particular organizational function. I'm going to ask you to take your hats off in this meeting and, to the degree possible, speak to what is best for delivering to the needs of the organization as a whole."
  • Ask open-ended questions and be comfortable with the dead air that follows. If the participants have deer-in-headlights stares or hesitate, say, "This isn't a guess-what-the-leader-is-thinking question. I truly don't have an answer in mind. We want to know what you think about this." Never, ever, ever answer your own question. Letting participants answer questions helps to foster their sense of ownership rather than relying on you to do the thinking for them.

Things To Have
  • Co-leader, if at all possible, for the duration of the meetings. A diving buddy is a tremendous asset in leading these efforts and doing effective discovery and future state design meetings.
  • Bring food and coffee to the first few meetings, and every meeting if possible. It expresses a graciousness and welcomeness that is distinctive and genuine.
  • Bring toys and thingies for people to manipulate. My personal list includes a travel-size Etch-a-Sketch, pipe cleaners, Silly Putty, Slinky, squishables, squeezables, rival fish, Nerf balls, spinning tops, splat balls, Tangles and hand sanitizer. Just keep them in a "bag of tricks" that you bring your meeting. Lay them on the table at the onset of the meeting. People will figure out what to do with them.
  • Bring snacks for afternoon breaks.
  • Yellow stickies and Sharpies.
  • Whiteboard and at least four colored erasable markers
  • Projector for reviewing work products as a team
  • Smartphone for taking photos of whiteboard work and emailing them back to yourself to have a crisp memory of what was discussed/discovered corporately
  • A sense of humor, humility and vulnerability. Having an aura of over-confidence and wanting to be right all the time is a trust killer and stifles the kind of vulnerability that leads to creativity and positive change.

Things To Do
  • At the onset, be intentional in helping the team to get to know one another in a way that helps in self-awareness and other-awareness, while providing the opportunity for personal growth. The time you spend here up front in developing awareness and having some disclosure will contribute to success down the line. I am a huge fan of the True Colors assessment and recommend using their card sorting exercise in the meeting room. Teams refer to this True Color reference point again and again throughout the meetings. It's an effective harmonizer and contributes to authenticity and vulnerability in order to develop trust within the team.
  • Observe the energy level in the meeting. When participation wanes, take a break
  • Sit in someone else's seat, literally. Break up the routine from meeting to meeting by intentionally taking the seat where somebody else sat the last time. This helps guard against people settling into a routine from meeting-to-meeting.
  • Consider half-day meetings, to maintain high energy levels and to respect people's other priorities.
  • Create a high-level agenda of the meeting, just bullet points, with the desired outcomes of the particular meeting. Share that verbally at the onset of the meeting and then manage to it.
  • Tag team with your co-leader. One of you facilitates while the other scribes. You lead some meetings or portions of the meetings. They lead other meetings or portions.
  • Have a de-brief time with your co-leader (or time of personal reflection, if you are leading by yourself) immediately following your meeting to reflect upon what worked well, where tension and opportunity exists in the room, and where to go next.
  • Send out a "thank you email" shortly after the meeting to thank people for their contributions and participation, to reinforce good progress and to affirm their good work. Keep it simple and informal and end with "I look forward to our next time together". Genuine attention and appreciation go a long way in reinforcing good teamwork.

What's In Your Bag of Tricks?

If you have found this to be helpful, have a comment, or if you have other ideas for that make for exceptional cross-functional meetings, I would love to hear from you.

​- Chuck

Subscribe to my free blog updates to receive content that vividly describes the techniques and leadership skills that embody the practice of agile design methods. The blog contains not only my ideas on the topic, but the insight of others who actively work and thrive wholeheartedly in the realms of collaborative creativity.

​I look forward to you joining us. It's going to be quite a journey.
Free Updates via Email
1 Comment

The Downside of How Geeks Describe the World

6/9/2017

0 Comments

 
Picture
"Start with Why" is widely espoused as the ultimate stake-in-the-ground for designing any solution or any change. Who can argue with this? It's a great place to start.

Describing why leads to describing what is needed and for whom. Ultimately, describing what leads to describing how it will be designed. Why leads to What, Who and How.

Starting this discovery conversation quickly leads to a predictable set of statements that are helpful in describing what is ultimately motivating the change and for whom:
  • We need [some notion of a solution described here] so that we [experience a benefit described here]
  • I want [some notion of a solution described here] so that I [experience a benefit described here]​
Nestled in each of these statements is a description of the motivation for the envisioned change or needed solution. The envisioned end result exists to bring about some desired future state.

Captain Obvious stuff, for sure. However, my guidance is directed at the more fledgling officers who so easily and routinely fall into the following easily avoidable pitfall.

Beware: The Pitfall of Using Solution Language

How this works out practically is easily described by way of example.

Consider the following statements:
  1. We need a new iPhone app so that we engage our mobile market better.

  2. We need a way of interacting with our potential and existing customers so that we have the opportunity to be connected with them anywhere at any time.
When motivation statements are framed in design elements (e.g., iPhone, mobile, buttons) the solution design effort risks veering into a pitfall because describing "how" is not the same as understanding "why".
Now, consider the following cross-checking questions as it pertains to these statements:
  • Which statement is more durable?
  • Which would be just as valid ten years from now as it is today?
  • Which one assumes a solution?
  • Which one has a clearer statement of benefit?

Now, imagine you are a solutions designer trying to solve for one statement or the other.

Exactly.

A designer's choices are severely limited by statement #1 whereas statement #2 leads to further exploration in discovering important notions that drive design clarity:
  • Who are the people in the market?
  • What are some representative personas we can create so that we can design for them?
  • What would the ideal solution look like for each of those personas?​

Understanding "Why" Matters More Than Describing "How"

When motivation statements are framed in design elements (e.g., iPhone, mobile, buttons) the solution design effort risks veering into a pitfall because describing "how" is not the same as understanding "why". 
​

Describing "how the solution is to be built" in the early stages of learning and discovery disrespects two critically important voices in the solution conversation;
  • Users
  • Solution Designers
Don't disrespect users and solution designers by leading them by their respective noses to your envisioned solutions.
Users want solutions that cater to them. If you bring them a solution that does not respect who they are, it will not resonate with them and will ultimately not be a viable solution to their problem.

Solution designers want a clear description regarding the problem, who it affects and what the envisioned benefits of the ideal solution entail. Thy need this so that they can define a solution with respect for who it is for and how it affects them. If you bring them a solution statement, you have disrespected their opinion.

Don't disrespect users and solution designers by leading them by the nose to your envisioned solutions.

- Chuck


Subscribe to my free blog updates to receive content that vividly describes the techniques and leadership skills that embody the practice of agile design methods. The blog contains not only my ideas on the topic, but the insight of others who actively work and thrive wholeheartedly in the realms of collaborative creativity.

I hope you'll join us.
Free Updates by Email
0 Comments

    Learn the Art of
    ​Successful Agile Design

    Picture

    About Chuck Boudreau

    (boo'-dro) - I help people design solutions collaboratively using agile design methods. I have 30+ years of experience in designing software solutions and business processes, leading cross-functional process improvement teams as a business analyst, and helping product managers define and position products using Pragmatic Marketing. I am passionate about user experience design, dog training, beating drums in musical ensembles and collaboratively creating solutions with people.

    Chuck's Resume
    File Size: 67 kb
    File Type: pdf
    Download File



    Archives

    April 2018
    March 2018
    February 2018
    January 2018
    November 2017
    October 2017
    September 2017
    August 2017
    July 2017
    June 2017
    May 2017

    Categories

    All
    Agile Design
    Boredom
    Collaboration
    Connecteness
    Conversational Framework
    Design Insights
    Design Specification
    Design The "What"
    Documentation
    Empathy
    Environment
    Facilitation
    Feature Lists
    Future State Design
    Glossary
    Ideal Solution Statement
    Leadership
    Learning And Discovery
    Marketing
    Meetings
    Observation
    Pitfalls
    Problem Statement
    Requirements
    Scribe
    Solution Design
    Solution Designers
    Solution Development
    Solution Marketers
    Success Criteria
    Tips And Techniques
    Trust
    Use Cases
    Users
    User Stories
    Velocity

    RSS Feed

© 2016-2023 Chuck Boudreau | Privacy Policy

Photo from Sasquatch I
  • Blog
  • Methods
  • Resources
    • Online Course
    • Mobile App
    • Public Course
  • Contact Chuck
  • Search