Category Archives: Facilitation Techniques

Facilitation Technique: Validation

A poster for validation reads, "We hear you."Validation is when the facilitator acknowledges the validity of a participant’s position. The facilitator is not necessarily endorsing the viewpoint, but simply recognizing that the viewpoint is reasonable and understandable for the participant to hold.

It can be tricky for a facilitator to acknowledge thoughts of participants and help them feel heard without agreeing with what the participant is saying. Validation takes practice and can help earn the trust of your team when done well.
Read the full article…

Share it!

Facilitation Technique: Writing First

A person is writing using a laptopWriting first is a facilitation technique where participants collect their thoughts in writing before having a discussion. This allows more participation from those that need time to gather their thoughts or feel more comfortable expressing themselves in writing. The facilitator will set a time period for silent writing, then participants share their thoughts once the writing time is up.
Read the full article…

Share it!

Nominal Group Technique For Working Agreements

A group using nominal group techniqueNominal Group Technique (NGT) is a facilitation tool that helps a group quickly build a comprehensive list of ideas, issues, options or solutions, and then select the best one(s). NGT works faster than traditional brainstorming, yet generates more complete and higher quality results. NGT prevents the quieter voices from being overwhelmed and allows each participant to contribute to their full potential.

The Nominal Group Technique was developed in the 1970’s by Andre Delbecq and Andrew H. Van de Ven. The effectiveness of NGT has been validated by subsequent research.

Let’s see how NGT can be used by a scrum team to create working agreements for their scrum events and other meetings. Such agreements are often called meeting ground rules.
Read the full article…

Share it!

How To Create A Definition Of Done

Team celebrating A scrum team’s definition of done helps them continuously add value to the product and avoid backsliding or breaking things. When a product meets the definition of done, new value is available and the stakeholders can access the value whenever they choose. One way to think about the definition of done, is as a checklist that helps us guarantee the quality of the product.
Read the full article…

Share it!

Easy Estimation With Story Points

Estimation boardRelative estimation, using story points, has proven itself superior to traditional time-guessing approaches. Common approaches to creating story point estimates, notably planning poker, aren’t great at getting the whole team involved in the conversation. Usually, only the outliers participate. This article describes a better approach, which we have been using with our clients for years.
Read the full article…

Share it!

GROW Your Retrospectives

Question:

I have been assigned as the PO to a non-development scrum team for product marketing. After one week of work, we have delivered only 2 banner ads from a team of 10 people. The problem seems to be the process of approvals, reviews, kickoffs, briefs, tickets etc that need to happen in order to deliver the work. How would you coach me to help everyone see that our current process could be improved?

Answer:

Chris Sims with a plant.My first recommendation is to address this in the team’s retrospective. As product owner, it’s appropriate for you to say you would like to see the team get more ads, or other product backlog items, done in a sprint. Be a bit careful though; it’s very easy for the team to hear that as you blaming them or thinking that they’re not working hard. From the tone of your question, I don’t think that’s where you are coming from, but still be aware they may interpret things that way.

In the retrospective, you might consider using the GROW model that I’ve been writing about recently. GROW is designed for coaching, but it’s also great for structuring a retrospective. It stands for: Goal, Reality, Options (and Obstacles), and Way Forward. It’s an arc that you, or the scrum master, might guide the team through.
Read the full article…

Share it!