Training Modules
Every Agile Learning Labs course, whether public or private,
is composed of training modules--think of them as "user stories"
if you like--items of work that can be listed on a backlog.
Our modular approach means that training can be delivered at any
scope or pace that suits you, the customer.
Many of our modules make excellent brown bag sessions,
and some are perfect for presentations at
conferences and special interest group meetings.
When people are talking to you, are you really listening? Or are you thinking about what to say next? Do you truly understand their meaning? Language lends itself to misunderstanding as easily as understanding. This makes for great comedy, unless the joke is at the expense of you and your team. You will leave this workshop with increased skill using active listening techniques. The techniques are simple, yet powerful, and the results can be profound.
A person who listens well…
- will be told more
- will be confided in
- will understand people better
- will resolve conflicts easier
- will be listened to
In this workshop we take a good look at listening. Effective techniques will be presented and modeled. Then the real fun begins, as each participant will get to practice active listening skills by role-playing scenarios taken from the real world.
Adapting an organization to changes such as those brought on by the rise of AI, requires agile leadership. Agile leaders can adopt a variety of leadership styles in response to the needs of their people, the market, and changing technologies. Are you ready to become an adaptive agile leader?
Chris Sims guides you through the six leadership styles that Daniel Goleman described in his Harvard Business Review Study: “Leadership That Gets Results.” We mix in the Satir Change Model, which describes how people and organizations process their way through change. You’ll work in small groups to synthesize these two models, creating a map for applying differing leadership styles at various points throughout an organizational change. There is no one correct answer. Each group creates a map based on their experience and their organizations. Chris facilitates a final review of the maps created to share insights and create deeper understanding.
Scrum teams encounter impediments that slow their progress. Some of these impediments are caused by the structures, policies, politics, and culture of the greater organization. What’s a scrum master to do when facing one of these organizational impediments? In this session we will examine some dysfunctional organizations. We’ll practice diagnosing the problems and formulating intervention plans.
This is an overview of Agile values, principles, practices and methods. It is the view from 50,000 feet up.
- What Agile is, and how it differs from traditional approaches
- The relationship between Agile and Scrum
- How agile teams deal with changing requirements
- How not doing big design up-front can lead to better system architecture
- How agile can deliver more value and reduce risk
Traditional estimation always seems to lead to cost and time overruns on complex projects. Agile practices, such as scrum, have greatly improved how the work gets done. But the contracts we use and how we initially scope the work haven’t kept pace.
Participants will learn how to bootstrap the agile estimation process so that initial plans and contracts can be created. We’ll explore a variety of contracts that better support agile work. Fear not! This won’t be hours of lecture and slides. The entire workshop will run using scrum. Participants will work together on projects, learning by doing.
What gets measured gets done! So what are the right things to measure in an agile organization? This session examines a variety of metrics and helps you find the best ones for your situation.
This presentation explains the benefits of adopting agile development methods, in terms that a businessperson will understand and value: the bottom line and cash flow. This overview is perfect for business leaders who want to know what agile is about. It is also ideal for those who need to convey the benefits of Agile methods to the business leaders of their organizations.
Does your team have an estimate for the business value of each story? Business value estimates enable a more rational ordering of the product backlog, which results in the team delivering more value. Participants will gain an understanding of the essence of business value; it’s more complex than just revenue. They will also learn a surprisingly simple technique to estimate business value. This is a hands-on learn-by-doing session.
Want to build your coaching skills? Need answers to a tough problem that you or your team is facing? The coaching dojo is for you! We will form small groups where one ‘seeker’ will get five minutes of coaching from multiple coaches. Then the tables turn and the coaches get feedback.
Read the full description.

The right question, asked at the right time, is one of the most powerful tools in a coach’s toolbox. It can help the person being coached discover new information, options, and insights. This workshop combines interactive exercises and group discussion to lead participants to understand the power of coaching questions as well as how and when to use them.
Become a product discovery detective and uncover the truth about what your customers really need. Building a product based on our assumptions about customer needs is expensive and risky. A better way is to connect with stakeholders and test assumptions before building the product. In this hands-on session, you will learn techniques for testing assumptions quickly. These product discovery tools will accelerate your progress towards a product that is more useful, usable, and valuable.
Don’t do the same boring retrospective every sprint! Spice them up with themes! Themed retrospectives are more fun and engaging, and can stimulate fresh thinking and solutions. In this hands-on session you will be given a retrospective template that can be used with just about any theme you can come up with: dogs, cats, Formula One, cartoon characters, or holidays.
“Hey, Fred, did ya get around to implementing the advanced search functionality?”
“I sure did, Ginger, it’s done.”
But do we really know what Fred means by “done”? And more importantly, does Ginger?
They may be operating under entirely different assumptions. Does Fred’s Definition of Done (DoD) mean he’s finished coding and the feature has gone to test, but may bounce back to him? Does it mean he’s demoed the new feature for the product owner, and met all acceptance tests for the new feature? Or something in-between?
It is vital that the team agree up front on a common definition of what it means for a feature to be “done.” Agile and Scrum set great store by the concept of the team producing shippable product in every sprint. In practice, most Agile teams define a feature as Done when it is “potentially shippable.” Since it isn’t always practical to actually ship features as they are completed, it makes sense to establish a set of doneness criteria that demonstrate a feature’s readiness to ship all other things being equal.

How do we handle dependencies in a scaled up scrum environment? In this game, you’ll have nine geographically-distributed teams with lots of dependencies trying to plan their work for next quarter. You’ll work together to visualize the dependencies using a mapping technique created by Season Hughes and Chris Sims. Your map will enable the teams to successfully navigate quarterly planning.
“How long will that take?”
A simple question, yet one of the hardest to answer. You will learn why traditional estimation fails to provide satisfying results. We will uncover how and why relative estimation leads to better predictability. You will learn and practice the Easy Estimation With Story Points technique, which has helped hundreds of teams provide better predictability while spending less time estimating.
Agile is a holistic approach to software development that grew out of the experience and insight of people working in the field. It follows then, that the best way to learn about agile is to experience it. Over the course of this short workshop, which is popular as a stand-alone presentation to user groups and at conferences, we will engage the power of simulations and learning games to evoke and explore various aspects of the Agile experience. Warning! This will be a participatory learning experience, without a PowerPoint safety net!
Areas we will explore will include:
- The power of iterative development and delivery
- Team self-organization
- Directive vs. Participatory project management approaches
- Agile techniques for continuous improvement
- Communication on an agile team
Improve your facilitation skills through hands-on practice. We offer a safe space to try out skills that will enable you to confidently facilitate any meeting, putting your participants – and yourself – at ease. We cover techniques to ensure attendees feel heard and respected while helping you effectively achieve the goals of your meeting. You’ll leave this session being able to have better meetings right away.
Coaches often encounter people that are stuck in dysfunctional patterns. The GROW coaching framework is a tool that helps you help them. You’ll learn how to guide people as they: understand their current reality, create a vision for a better future, identify obstacles & options, and create an action plan to reach their goal. In this interactive session, you will practice using coaching questions with the GROW framework to design a powerful coaching intervention.
Job advertisements often state “must be good at multitasking!” This session begins with a brief simulation exploring two approaches to delivering multiple products: parallel work vs. serial work. The exercise is short, but the learning is profound. People respond strongly to the experience and its unexpected outcomes. Participants come away with new approaches to improving productivity when multiple products or projects must get done.
Oh no! A conflict! How will you respond? It turns out, people respond in predictable ways based on their conflict style. In this interactive workshop, you will discover your conflict style as well as four alternative styles. Applying the styles in an agile way will help you navigate conflict more effectively, whether you are in the conflict or are facilitating the resolution.
The best way to understand scrum is to do it. This is a fast-paced online simulation in which participants plan, build and deliver a product to their customer. No coding skills are required. It’s a lot of fun to play, and the learning is directly applicable back at work.
All too often organizations focus on how many stories are getting done, or worse yet, on velocity. Completing a lot of stories shouldn’t be a scrum team’s goal; instead the goal should be to create value. The former is output, the later is outcome. In this workshop we’ll explore metrics for both, and identify ways to increase focus on value creation.
Prototypes are a fast, low-cost way to design products that are more useful, usable, and valuable. The faster and cheaper, the better. While fancy high tech tools look impressive, they add cost and complexity; not everyone can use them. But everyone who has graduated from kindergarten knows what to do with a stack of paper, pencils and a glue stick. By making your prototype accessible, disposable, and non-precious, you encourage participation and faster iteration. The result is faster learning and better products. In this session, you will use paper prototyping to iteratively design, test, and evolve a product that will delight your users.
This experiential workshop will equip your team with tools to tackle the formidable but rewarding activity of product backlog refinement. You’ll gain real practice in class through hands-on exercises, first with ‘training stories’ and then with the real stories from your product backlog. You team will leave the workshop with a deeper understanding of the concepts and a much improved product backlog.
From Order Taker to Product Visionary!
Product owners do not simply take orders from customers and deliver them to developers. Great product owners synthesize customer needs with the company’s goals and the team’s capabilities. The result is a compelling product vision and a strategy to fulfill that vision. In this session you will practice the skills needed to make the leap from order-taker to product visionary!
In this module, we create a lightweight document that can define, align, and get a project started.
A micro-charter, sometimes called a one-pager, is a brief document that identifies key aspects of a project. A project is born as an idea; the micro-charter is a way to capture that idea efficiently. Once captured, the idea becomes easier to share, discuss, and refine. The likelihood that a business document will be read goes down as the length of the document goes up. For this reason, the micro-charter is kept brief.
You will receive requirements from your customer, create your project plan, and go! You’ll execute the project and deliver an amazing product on time and within budget! Just like in real life! Or maybe, just like in real life, you won’t succeed. We’ll harvest the learning, relate it to your real world experiences, and then try again. Perhaps this time we’ll focus more on the product, and less on the project. Or perhaps we’ll try another variation. With each iteration taking five minutes, we can afford to experiment.
This experiential simulation takes participants through an entire release from the point of view of the product owner. You’ll have a team. You’ll have a product. You’ll have stakeholders who demand more and more! The team wants to focus on technical debt. The executives want to focus on the latest initiative. Then the market shifts! Stakeholders want to know when they are going to get their stuff. But the team’s output isn’t reliable. There are risks and dependencies to manage. Lions! And tigers! And bears! Oh my!
Read the full description.
A well-designed retrospective supports continuous improvement. Learn the art of creating retrospectives that engage the participants and guide them to their next improvements. We’ll practice creating powerful retrospective agendas, and you’ll come away with many exercises that you can use to keep your scrum team’s retrospective fun and fresh.
Retrospectives are an agile team’s most powerful tool for facilitating continuous improvement, unless they get stale and boring. “Let’s make a list of what went well and what didn’t go well…” Shoot me now! Don’t have the same old retrospective over and over again. Learn how to use games to keep your retrospectives fresh and engaging. Yes, there will be game play during this session. No, there won’t be any PowerPoint.
Retrospectives are a scrum team’s most powerful tool for facilitating continuous improvement. We’ve all encountered teams making the same mistakes and suffering the same pain over and over again. The good news is that it’s possible to break this cycle by investing as little as one hour per week in a sprint retrospective. In this session, you will learn the basics of how to facilitate a retrospective; how to attend one; and how to use retrospectives to put your team on a path of continuous improvement.
The best way to understand scrum is to do it. You are about to become a member of an agile team. Over the course of three sprints, you’ll meet with your customer, gather requirements, make plans, build, and ship your product. The development environment includes: balloons, construction paper, playing cards and dice; no coding skills required. It’s a lot of fun to play, but the learning is quite serious. You will walk away with an understanding of scrum that goes beyond the theory, because you will have actually done it.
Read the full description.
Self-organizing teams are 10,000% more effective, make people happy, and will save the world! At least that’s what some Agile and Lean advocates seem to suggest. Have you ever had the experience of being on such a team? In this experiential workshop you will.
Teams will form, solve problems, optimize systems, and learn-by-doing:
- Form a team.
- Create your own process.
- Execute.
- Repeat.
The lessons in this fast-paced, unscripted learning lab will come out of your experience, not off of a PowerPoint slide. Worry not! We promise there will be no “trust falls”, ropes course, or singing.
A product backlog indicates what to build, but not why we should build those things, or how they are interrelated. Story mapping builds a deeper understanding of our stakeholders’ needs and how we can best meet those needs. It is also a great tool for uncovering dependencies and bad assumptions. In this hands-on session you will practice creating a story map and exploring its uses.

Product owners often struggle to translate their big ideas into small user stories that the team can deliver in a sprint. When a user story is too big, it is harder to understand, estimate, and implement successfully. Some teams break the ‘business story’ into ‘technical stories’ but this doesn’t solve the problem because most or all of the technical stories need to be completed before there is anything meaningful for the stakeholders. This experiential session will give you hands-on experience with 4 simple, yet powerful techniques to break big stories into smaller stories that are meaningful to stakeholders and deliver business value. Participants write and split stories in small groups throughout this session. In his years of agile coaching, Chris has never found a story that could not be split using at least one of these techniques.
SWOT analysis is a tool commonly taught in business school to examine internal strengths and weaknesses as well as external opportunities and threats. It was originally conceived to help corporations formulate high-level business strategy, but it has proven useful in a broad range of situations. SWOT is an excellent tool for evaluating business opportunities such as starting a new business, entering a new market, pursuing a new development project, or allocating resources in areas such as recruiting or training.
This workshop will teach you how to do a basic SWOT analysis, using your career or your company’s business as a practical application. You will learn a valuable analytic tool and gain insight into your own career or company.
… Without Groupthink!
A group may have vast experience, a variety of viewpoints, and impressive intellectual horsepower. It may also have politics, personality clashes, and other more subtle dynamics that get in the way of optimal group problem solving, idea generation, and decision-making. This workshop teaches a technique for harnessing the wisdom of the group, while avoiding many of the pitfalls that plague standard brainstorming-based approaches.
The Group Wisdom Without Groupthink process begins with the Nominal Group Technique (NGT), which allows a group to quickly build a comprehensive list of ideas, issues, options or solutions. NGT works faster than traditional brainstorming, yet generates more complete and higher quality results.
The list of possibilities generated by NGT is then narrowed down to identify the best or most important ideas using DOTS, a form of dot voting. DOTS engages the collective wisdom of the group, while avoiding groupthink and politics. When faced with a choice between a variety of options, this technique facilitates a group decision that will have the broadest support.
This workshop will teach you how to use the Group Wisdom Without Groupthink process by applying it to an issue such as “What makes agile projects succeed (or fail)?”, or some other question of interest to your group.
Users stories describe units of valuable software that a team can deliver in a sprint. In order to implement a user story, the team needs to break it into tasks. Tasks are units of work that individuals and/or pairs complete. The act of breaking a user story into tasks is actually a team-based design activity, which leads to a shared understanding of how the story will be implemented and how it will fit into the rest of the system.
In this hands-on session we will break a user story into implementable tasks. Along the way, we will explore a variety of techniques for better team tasking.
The engineers keep talking about refactoring and technical debt, while the business stakeholders clamor for more features. Which should we focus on? Hint: it’s a trick question. In this short workshop you will become familiar with the concept of technical debt and the problems it causes. You will also learn about several technical practices that reduce technical debt and accelerate the delivery of features. Fear not! There will be no code in this workshop.
Have your teams ever wasted time and effort building the wrong thing? The culprit is often incorrect assumptions about what users really need or what the market really values. In this hands-on session you will practice lean product development techniques to test assumptions before investing in building the wrong thing. This allows you to focus the valuable development effort on building products that will delight users and deliver greater value.
Scrum is great for teams, but how can we be more agile at the portfolio level? The Agile Portfolio Game engages you in a full corporate portfolio management scenario. Your mission: Apply agile principles to maximize the value created across multiple scrum teams and product lines. You will see how limiting organizational work in progress speeds value delivery. You will also see how building to learn enables you to build to earn. It’s business agility at the portfolio level, and it’s fun!
Understanding and communicating stakeholder needs is hard! In a traditional approach, we create and share extensive documentation in the hopes that this will lead to the right product being built by the development team. Historically, the results have been less than satisfying. In this simulation, we explore the challenges of effectively sharing a product vision, and we discover better ways to guide the development team toward building the right product.
Whose job is it anyway? In this game show inspired activity, you will learn the roles and responsibilities of each person on a scrum team. You will also learn what scrum doesn’t cover, and how things go wrong when a role isn’t properly fulfilled. It will be fun, fast-paced, and you might win a fabulous prize!
“Theory of Constraints: Flying Through Bottlenecks” is a simulation that explores applying the Theory of Constraints and other Lean concepts to process optimization.
In this experiential workshop we launch a fictitious aerospace company, build and ship product, and track our financials to see how we are doing. We’ll apply the “Five Focusing Steps” from the Theory of Constraints, and other Lean/Agile practices to improve our operation and ultimately our profitability.
Learning Outcomes include:
- Profitability can be a better metric for productivity than resource utilization.
- Boosting performance of a bottleneck may not be the best first step.
- Optimizing all individual operations is not the same as optimizing the whole.
- Slowing down some operations can result in improved and predictable delivery times.
The problem isn’t us, it’s them!
How often have you heard this? How often have you said it? How often has ‘them’ been some other group within your own organization? Call it silos, rivalry, or politics; the dynamic of ‘Us vs Them’ is wasteful and potentially destructive. In this experiential session we will explore how these dynamics arise, and how we can move towards more productive ways of interacting.
Successful products address needs that exist for a market segment. For many, a market segment is a fairly abstract concept. User personas put a human face on a market segment. They help us understand and empathize with the people for whom we build our products. They build alignment and shared understanding between business people and technical people. In this session, you will create user personas to create and refine a shared understanding of the people who are your product’s market segments.
Agile work requires agile requirements. User stories focus on people and value, so that the work will create real value for the stakeholders. In this session you will practice refining a product concept into a set of user stories that will drive shared understanding of: the value to be created, the people we’ll create the value for, and what we will build to create that value. Along the way, we’ll see how to handle annoying details like dependencies, deadlines, and important technical aspects.
Life on a high performing, self-managing team is awesome all the time. Wouldn’t that be nice. What actually separates high performing teams from the rest is how they react to the inevitable bumps in the road. In this interactive session you will explore ways for a self-managing team to navigate a variety of little disasters. You will find that overcoming a significant challenge can bring a team together and leave them stronger.