A Multi-Team, Full-Cycle, Product-Oriented Scrum (Agile game) Simulation with LEGO Bricks. Based on the lego4scrum.com.
Lego4Scrum is teaching game is used by the Scrum trainers community worldwide including various certification classes, in-house trainings, formal business programs and team workshops.
This is a template for a slide deck I use to guide/facilitate my Scrum Teams through Sprint Review (Demo and Retrospective) and Sprint Planning sessions.
A Multi-Team, Full-Cycle, Product-Oriented Scrum (Agile game) Simulation with LEGO Bricks. Based on the lego4scrum.com.
Lego4Scrum is teaching game is used by the Scrum trainers community worldwide including various certification classes, in-house trainings, formal business programs and team workshops.
This is a template for a slide deck I use to guide/facilitate my Scrum Teams through Sprint Review (Demo and Retrospective) and Sprint Planning sessions.
Summary of The Scrum Guide in one slide. That's not all you should know about Scrum, but it gives you a guidance especially when studying for a Scrum Master certification.
Scrum 101 Learning Objectives:
1. Waterfall project methodology basics - what is waterfall and where did it come from?
2. Agile umbrella practices and frameworks - what is agile? what isn't agile? Where does Scrum fit in?
3. Scrum empirical theory - emperical vs. theoretical
4. Parts of the Scrum framework - roles, events / ceremonies, artifacts and rules
5. Features of cultures that use Scrum
A design sprint is a five-phase framework that helps answer critical business questions through rapid prototyping and user testing. Sprints let your team reach clearly defined goals and deliverables and gain key learnings, quickly. The process helps spark innovation, encourage user-centered thinking, align your team under a shared vision, and get you to product launch faster.
Lessons from the Trenches of Learning Game DesignSharon Boller
Interest in learning games and gamificaton of learning is high. But how do you do a good job of designing great learning games? This session walks you through six "lessons" learned from designing digital learning games.
A Primer On Play: How to use Games for Learning and ResultsSharon Boller
Discover the power games have to produce learning and business results. View the latest research and case studies on game-based learning and gamification. See a demo of Knowledge Guru, a game engine your team can use to quickly build your own games.
Summary of The Scrum Guide in one slide. That's not all you should know about Scrum, but it gives you a guidance especially when studying for a Scrum Master certification.
Scrum 101 Learning Objectives:
1. Waterfall project methodology basics - what is waterfall and where did it come from?
2. Agile umbrella practices and frameworks - what is agile? what isn't agile? Where does Scrum fit in?
3. Scrum empirical theory - emperical vs. theoretical
4. Parts of the Scrum framework - roles, events / ceremonies, artifacts and rules
5. Features of cultures that use Scrum
A design sprint is a five-phase framework that helps answer critical business questions through rapid prototyping and user testing. Sprints let your team reach clearly defined goals and deliverables and gain key learnings, quickly. The process helps spark innovation, encourage user-centered thinking, align your team under a shared vision, and get you to product launch faster.
Lessons from the Trenches of Learning Game DesignSharon Boller
Interest in learning games and gamificaton of learning is high. But how do you do a good job of designing great learning games? This session walks you through six "lessons" learned from designing digital learning games.
A Primer On Play: How to use Games for Learning and ResultsSharon Boller
Discover the power games have to produce learning and business results. View the latest research and case studies on game-based learning and gamification. See a demo of Knowledge Guru, a game engine your team can use to quickly build your own games.
Digital Learning Game Design: Lessons from the TrenchesSharon Boller
Learning games - and gamification of learning - are hot trends. What does it REALLY take to produce a learning game, and how do you produce a good one? This presentation outlines 6 lessons learned with links to games that offer examples for the lessons learned.
Play to Learn: Learning Games and Gamification that Get ResultsHRDQ-U
Are you a trainer or eLearning designer who wants to use games to engage your learners? While learning games and gamification have the potential to motivate and excite, your efforts can fall flat if not designed properly. To be successful, you need a solid strategy that carefully connects business goals to learning objectives and game mechanics.
Tom Mejias is a Client Engineer at Space Ape Games and a whiz at prototyping new titles. During the hour Tom gave an overview of the games industry and the engineering roles that exist within it as well as some in depth guidance, tips and tricks for specializing in the role of Creative Engineer.
Product Owner Challenge is an agile game w/ Lego bricks. Its about challenging the product development to communicate clear objectives, requirements, and vision.
Slidedeck contains playing instructions, examples and further info.
Essential Guide to game content development for those who think they have a great game idea, but don't know what to begin with.
The Guide covers:
pre-production - idea development, plot overview, how to staff your game development team and schedule game production,
production - game development stages, insights from real-life game development cases
User Experience 6: Qualitative Methods, Playtesting and InterviewsMarc Miquel
This presentation introduces the most fundamental qualitative methods: the playtesting and the interview. It discusses when to use it and the possible bias the researcher may incur.
These slides were prepared by Dr. Marc Miquel. All the materials used in them are referenced to their authors.
Similar to Scrum simulation-with-lego-bricks-v2.0 (20)
Industrial Training at Shahjalal Fertilizer Company Limited (SFCL)MdTanvirMahtab2
This presentation is about the working procedure of Shahjalal Fertilizer Company Limited (SFCL). A Govt. owned Company of Bangladesh Chemical Industries Corporation under Ministry of Industries.
NO1 Uk best vashikaran specialist in delhi vashikaran baba near me online vas...Amil Baba Dawood bangali
Contact with Dawood Bhai Just call on +92322-6382012 and we'll help you. We'll solve all your problems within 12 to 24 hours and with 101% guarantee and with astrology systematic. If you want to take any personal or professional advice then also you can call us on +92322-6382012 , ONLINE LOVE PROBLEM & Other all types of Daily Life Problem's.Then CALL or WHATSAPP us on +92322-6382012 and Get all these problems solutions here by Amil Baba DAWOOD BANGALI
#vashikaranspecialist #astrologer #palmistry #amliyaat #taweez #manpasandshadi #horoscope #spiritual #lovelife #lovespell #marriagespell#aamilbabainpakistan #amilbabainkarachi #powerfullblackmagicspell #kalajadumantarspecialist #realamilbaba #AmilbabainPakistan #astrologerincanada #astrologerindubai #lovespellsmaster #kalajaduspecialist #lovespellsthatwork #aamilbabainlahore#blackmagicformarriage #aamilbaba #kalajadu #kalailam #taweez #wazifaexpert #jadumantar #vashikaranspecialist #astrologer #palmistry #amliyaat #taweez #manpasandshadi #horoscope #spiritual #lovelife #lovespell #marriagespell#aamilbabainpakistan #amilbabainkarachi #powerfullblackmagicspell #kalajadumantarspecialist #realamilbaba #AmilbabainPakistan #astrologerincanada #astrologerindubai #lovespellsmaster #kalajaduspecialist #lovespellsthatwork #aamilbabainlahore #blackmagicforlove #blackmagicformarriage #aamilbaba #kalajadu #kalailam #taweez #wazifaexpert #jadumantar #vashikaranspecialist #astrologer #palmistry #amliyaat #taweez #manpasandshadi #horoscope #spiritual #lovelife #lovespell #marriagespell#aamilbabainpakistan #amilbabainkarachi #powerfullblackmagicspell #kalajadumantarspecialist #realamilbaba #AmilbabainPakistan #astrologerincanada #astrologerindubai #lovespellsmaster #kalajaduspecialist #lovespellsthatwork #aamilbabainlahore #Amilbabainuk #amilbabainspain #amilbabaindubai #Amilbabainnorway #amilbabainkrachi #amilbabainlahore #amilbabaingujranwalan #amilbabainislamabad
Hybrid optimization of pumped hydro system and solar- Engr. Abdul-Azeez.pdffxintegritypublishin
Advancements in technology unveil a myriad of electrical and electronic breakthroughs geared towards efficiently harnessing limited resources to meet human energy demands. The optimization of hybrid solar PV panels and pumped hydro energy supply systems plays a pivotal role in utilizing natural resources effectively. This initiative not only benefits humanity but also fosters environmental sustainability. The study investigated the design optimization of these hybrid systems, focusing on understanding solar radiation patterns, identifying geographical influences on solar radiation, formulating a mathematical model for system optimization, and determining the optimal configuration of PV panels and pumped hydro storage. Through a comparative analysis approach and eight weeks of data collection, the study addressed key research questions related to solar radiation patterns and optimal system design. The findings highlighted regions with heightened solar radiation levels, showcasing substantial potential for power generation and emphasizing the system's efficiency. Optimizing system design significantly boosted power generation, promoted renewable energy utilization, and enhanced energy storage capacity. The study underscored the benefits of optimizing hybrid solar PV panels and pumped hydro energy supply systems for sustainable energy usage. Optimizing the design of solar PV panels and pumped hydro energy supply systems as examined across diverse climatic conditions in a developing country, not only enhances power generation but also improves the integration of renewable energy sources and boosts energy storage capacities, particularly beneficial for less economically prosperous regions. Additionally, the study provides valuable insights for advancing energy research in economically viable areas. Recommendations included conducting site-specific assessments, utilizing advanced modeling tools, implementing regular maintenance protocols, and enhancing communication among system components.
Explore the innovative world of trenchless pipe repair with our comprehensive guide, "The Benefits and Techniques of Trenchless Pipe Repair." This document delves into the modern methods of repairing underground pipes without the need for extensive excavation, highlighting the numerous advantages and the latest techniques used in the industry.
Learn about the cost savings, reduced environmental impact, and minimal disruption associated with trenchless technology. Discover detailed explanations of popular techniques such as pipe bursting, cured-in-place pipe (CIPP) lining, and directional drilling. Understand how these methods can be applied to various types of infrastructure, from residential plumbing to large-scale municipal systems.
Ideal for homeowners, contractors, engineers, and anyone interested in modern plumbing solutions, this guide provides valuable insights into why trenchless pipe repair is becoming the preferred choice for pipe rehabilitation. Stay informed about the latest advancements and best practices in the field.
Final project report on grocery store management system..pdfKamal Acharya
In today’s fast-changing business environment, it’s extremely important to be able to respond to client needs in the most effective and timely manner. If your customers wish to see your business online and have instant access to your products or services.
Online Grocery Store is an e-commerce website, which retails various grocery products. This project allows viewing various products available enables registered users to purchase desired products instantly using Paytm, UPI payment processor (Instant Pay) and also can place order by using Cash on Delivery (Pay Later) option. This project provides an easy access to Administrators and Managers to view orders placed using Pay Later and Instant Pay options.
In order to develop an e-commerce website, a number of Technologies must be studied and understood. These include multi-tiered architecture, server and client-side scripting techniques, implementation technologies, programming language (such as PHP, HTML, CSS, JavaScript) and MySQL relational databases. This is a project with the objective to develop a basic website where a consumer is provided with a shopping cart website and also to know about the technologies used to develop such a website.
This document will discuss each of the underlying technologies to create and implement an e- commerce website.
Cosmetic shop management system project report.pdfKamal Acharya
Buying new cosmetic products is difficult. It can even be scary for those who have sensitive skin and are prone to skin trouble. The information needed to alleviate this problem is on the back of each product, but it's thought to interpret those ingredient lists unless you have a background in chemistry.
Instead of buying and hoping for the best, we can use data science to help us predict which products may be good fits for us. It includes various function programs to do the above mentioned tasks.
Data file handling has been effectively used in the program.
The automated cosmetic shop management system should deal with the automation of general workflow and administration process of the shop. The main processes of the system focus on customer's request where the system is able to search the most appropriate products and deliver it to the customers. It should help the employees to quickly identify the list of cosmetic product that have reached the minimum quantity and also keep a track of expired date for each cosmetic product. It should help the employees to find the rack number in which the product is placed.It is also Faster and more efficient way.
Immunizing Image Classifiers Against Localized Adversary Attacksgerogepatton
This paper addresses the vulnerability of deep learning models, particularly convolutional neural networks
(CNN)s, to adversarial attacks and presents a proactive training technique designed to counter them. We
introduce a novel volumization algorithm, which transforms 2D images into 3D volumetric representations.
When combined with 3D convolution and deep curriculum learning optimization (CLO), itsignificantly improves
the immunity of models against localized universal attacks by up to 40%. We evaluate our proposed approach
using contemporary CNN architectures and the modified Canadian Institute for Advanced Research (CIFAR-10
and CIFAR-100) and ImageNet Large Scale Visual Recognition Challenge (ILSVRC12) datasets, showcasing
accuracy improvements over previous techniques. The results indicate that the combination of the volumetric
input and curriculum learning holds significant promise for mitigating adversarial attacks without necessitating
adversary training.
Hierarchical Digital Twin of a Naval Power SystemKerry Sado
A hierarchical digital twin of a Naval DC power system has been developed and experimentally verified. Similar to other state-of-the-art digital twins, this technology creates a digital replica of the physical system executed in real-time or faster, which can modify hardware controls. However, its advantage stems from distributing computational efforts by utilizing a hierarchical structure composed of lower-level digital twin blocks and a higher-level system digital twin. Each digital twin block is associated with a physical subsystem of the hardware and communicates with a singular system digital twin, which creates a system-level response. By extracting information from each level of the hierarchy, power system controls of the hardware were reconfigured autonomously. This hierarchical digital twin development offers several advantages over other digital twins, particularly in the field of naval power systems. The hierarchical structure allows for greater computational efficiency and scalability while the ability to autonomously reconfigure hardware controls offers increased flexibility and responsiveness. The hierarchical decomposition and models utilized were well aligned with the physical twin, as indicated by the maximum deviations between the developed digital twin hierarchy and the hardware.
RAT: Retrieval Augmented Thoughts Elicit Context-Aware Reasoning in Long-Hori...
Scrum simulation-with-lego-bricks-v2.0
1. A Multi-Team, Full-Cycle, Product-Oriented
Scrum Simulation with LEGO Bricks
the Small & Medium Business Edition
Can be adapted to teach other iteration-based Agile frameworks.
Original paper published in Feb, 2009
Authored by Alexey Krivitsky
Current version 2.0, Oct 2011
info@lego4scrum.com
This work is distributed under a
Creative Commons Attribution 3.0 Unported License
1
2. PREFACE
WHY A LEGO SIMULATION?
ACKNOWLEDGEMENTS AND APPRECIATIONS
CURRENT VARIATION
LICENSING OF THIS WORK
WEB COMMUNITY AND TRANSLATION PROJECT
THE GAME
DURATION, GROUP SIZE, MATERIALS
ROLES
Product Owner
Scrum Masters
Team Members
Testers – Optional Role
Allow No Observers
WHAT TO OBSERVE
Behaviors
Communication Styles
Broken Process
STAGES OF THE GAME
PRE-GAME: Organizing Teams
PRE-GAME: Project Chartering
PRE-GAME: Building the Backlog
PRE-GAME: Estimating
The fastest technique – swimlane sizing
Planning poker with multiple teams
GAME: Sprint Planning
GAME: Sprinting
GAME: Reviewing
GAME: Release Cycle
POST-GAME: Debriefing
VARIATIONS
Adding Fluctuations
Enterprise Scrum
Have your variation? Let us know
THANK YOU!
2
3. PREFACE
WHY A LEGO SIMULATION?
Over the last couple of years I have co-trained a dozen Scrum classes both certified
and not. All of those classes had different simulation sessions, but I’ve always felt like
there should be better ones.
Below I am listing the features that a minimal game on Scrum should have, in my
opinion.
1. OPEN BACKLOGS THAT TRIGGER IDEATING
over DETAILED INSTRUCTIONS TO FOLLOW
We want to start a game with an open backlog - an invitation for collaboration
between a customer and teams.
Backlogs can be prepared by trainers, but they should not be closed and precise
like “do this, then do that.” This will sound like “good old” command and control.
We want to teach and demonstrate a totally different kind of relationship between
customers and teams.
2. MINDFUL PRODUCT DEVELOPMENT
over A SERIES OF TASKS TO ACCOMPLISH
We need to teach product development, not micromanagement on a task level.
Hence, backlogs or instructions should not be composed of a series of tasks, rather
they should be a vision of a product – a big thing teams are to build.
3. TEAMS COLLABORATING TOWARD COMMON SUCCESS
over COMPETITION FOR SCORE
The game should be scalable to suit classes of 20 people or more. Which, of course,
will result in splitting the group into teams. This should be used as a chance to
practice skills of inter-team collaboration.
This needs to be done deliberately, as without specific instructions, it is natural for the
teams to start competing.
4. USEFUL METRICS TO ASSESS BENEFITS OF AGILE
over FIGURES THE TRAINERS ASKED TO COLLECT
3
4. All metrics trainers ask participants to collect need to have an obvious benefit for the
teams, as the games need to teach them to own their process.
5. CONTINUOUS IMPROVEMENTS
over WINNING OR LOSING THE GAME WITH ONE TRY
The game should be designed so that the teams get multiple tries at it. Each session
generates lessons learned and helps them to figure out better processes.
ACKNOWLEDGEMENTS AND APPRECIATIONS
In early 2009 Mykola Gurov who helped me realize the potential of LEGOs as
an “API”1 for product development simulations.
Later that year, I created an early version of the game called “LEGO for extended
SCRUM simulation” after discussing ideas with William Wake, Jurgen De Smet, Yves
Hanoulle, and Xavier Quesada Allue.
Since the first publication on Scrum Alliance website, I have received dozens of
emails with appreciation for this work. Now I’d like to use this chance, in turn, to
thank everyone who has contacted me to share their ideas and experiences with
running the simulations:
Gerry Kirk, Tim Yevgrashyn, Steve Rogalsky, Andriy Yevtushenko, Geoff Watts,
Laurent Godé, Radu Davidescu, Martine Devos, Jo Newcombe Cook, Jakob
Frandsen Martin Muntzing, Ola Ellnestam, Dusan Kocurek, Danny (Danko)
Kovatch, Gustavo Quiroz, Jukka Lindström, Eduardo Bregaida, and Nathaniel
Cadwell.
Special thanks to Robin Dymond and Sergey Dmitriev for letting me run this game in
their Certified Scrum Master classes.
CURRENT VARIATION
Since the first paper was published in 2009, dozens of trainers have tried this game.
The current, improved, version of the simulation described in this paper reflects
feedback and observations made.
LICENSING OF THIS WORK
1Not sure what “API” means? Check out http://en.wikipedia.org/wiki/Application_programming_interface
4
5. The current work is distributed under a
Creative Commons Attribution 3.0 Unported License
This license lets others distribute, remix, tweak, and build upon your work, even commercially, as long
as they credit you for the original creation. This is the most accommodating of licenses offered.
Recommended for maximum dissemination and use of licensed materials.
WEB COMMUNITY AND TRANSLATION PROJECT
We decided to create a place where people interested in teaching Scrum with LEGOs
could come and collaborate.
www.lego4scrum.com - Join the community, and help us spread the word.
One of the ongoing projects of the community is to translate this paper into world
languages. Check out the current status, and consider helping us out. We really
appreciate your effort.
THE GAME
DURATION, GROUP SIZE, MATERIALS
It is proven that the game can be adapted to fit the particular needs of trainers and
serve different sizes of audience.
A “standard” game is described below, but you are encouraged to adopt it to fit your
particular needs.
Timing: 100-120 minutes
● 100 minutes - when using fast team estimation techniques
● 120 minutes - when using planning poker or other estimation tools
Group Size: 4-25 people
● Ideal is 2-3 teams of 4-6 people (gives 8-18 people)
● Can be extended with Scrum Masters
LEGO Boxes: a LEGO box for a team of 4-6 people
● I use “Basic Brick Set #6177”2
● It takes four boxes for 20 people
Stationary: standard training package
● Stickers, flip chart paper sheets, markers
● Planning poker cards (or hand-made ones)
2 Visit the online LEGO store: http://shop.lego.com/en-US/LEGO-Basic-Bricks-Deluxe-6177
5
6. Room Setup: a table for each team of 4-6 people
● Extra space (a table or a floor spot) for the integrated product is handy
ROLES
Product Owner
As the trainer, I play the role of the Product Owner."
The goal is to illustrate how Product Owners behave, what they typically expect and
require, which team behaviors they appreciate and which they don't.
Scrum Masters
This game can be played without dedicated Scrum Masters.
Sometimes I do have Scrum Masters in the game by inviting co-instructors. Another
option would be to ask the team to select Scrum Masters.
By having skillful facilitators playing Scrum Masters - who are constantly focused on
the process, and a dedicated trainer - playing the business role, makes the game much
more natural and an easy-going activity.
Team Members
Other students are team members.
Testers – Optional Role
You can have testers on the teams. Their main responsibility would be to help their
teams document agreements on requirements and designs in order to perform
acceptance testing.
The downside, which I've experienced, is that rather than building LEGOs, the testers
were observing quality. As the goal of such games is to learn by doing, I think it
makes sense to encourage everyone to get engaged in the building process.
Allow No Observers
This game is so much fun playing that the observers will be losing more than they are
gaining – my opinion. Otherwise, I’d love to hear good stories on this from you.
WHAT TO OBSERVE
Behaviors
6
7. From my observations, certain behaviors people demonstrate in games are projections
of working habits. And under stress people will tend to fall back to their natural
behaviors.
This game is deliberately designed to be stressful, so it might expose bad habits that
could harm real Agile adoptions. My goal as a trainer is to point them out to the
group and turn them into learning points and warnings to keep an eye on.
Communication Styles
Watch out for: “managers”, “dictators”, “loud voices,” and similar projections. This is
a fruitful area for debriefing and topics for personal coaching.
Broken Process
Keep an eye on parts of the process the teams don’t do well.
For example, during requirements discussion the teams might not ask as many
clarifying questions as they need.
Most likely they also have this issue, or will have this issue, in the particular area of a
real project. Making this visible on debrief is one way of handling this.
STAGES OF THE GAME
The simulation has natural three parts: pre-game, game, and post-game or debrief.
Pre-game
● Organizing teams
● Defining the Process
● Project chartering
● Building the Backlog
● Estimating
Game
● Sprint Planning
● Sprinting
● Sprint Reviewing
Post-game
● Debriefing
PRE-GAME: Organizing Teams
Will take 5 minutes.
There is no reason why this activity cannot be a part of the game – a learning process.
7
8. Striving to demonstrate self-organization in action I usually ask the team to self-
organize in groups of 4-6 people and allocate working space
This is a good warm-up activity since it might require moving tables around and
cleaning them up.
PRE-GAME: Project Chartering
Will take 10 minutes. You are 5 minutes into the game now.
As a trainer who is playing the Product Owner I need to communicate the following
messages:
1. All teams will be building a single product – they are not competing, rather they
work for the same vendor.
2. The product is a CITY with certain features.
3. The main building elements are LEGOs, though any other material can be used
in addition.
4. I am the main decision maker of the product – it is my city.
5. I will be involved in the development process by being available to answer
questions and provide feedback.
Running this activity as collaborative chartering might be a good way.
My goal is to make sure the teams practice Scrum by building “products” with LEGO
bricks. Now the tricky question is how to combine the two roles: a Product Owner
(who is not owning the process) and a class trainer (who has an interest in running it
with Scrum).
There are several ways I’ve tried doing this:
1. Changing hats – explain Scrum rules to the team
I explicitly state whether I am currently a Product Owner or a trainer so that
people are not confused.
2. Playing a newbie Product Owner – let the team sell you Scrum
Most often I play a Product Owner who doesn’t know much about Agile or
Scrum and after presenting my vision of a city I ask the team to help us design
out the process that suits.
Personally, I like this second approach more since it helps amplify learning from the
class and let students practice articulating Agile values.
PRE-GAME: Building the Backlog
Will take 15 minutes. You are 15 minutes in the game now.
8
9. Once you have sketched a charter and agreed on the process, it is the time to share
the features of the city.
I usually do this by showing the showing a team pre-prepared set of sticky notes
hanging on a sheet of flip-chart paper.
Usually it includes the following items:
● One storey building (several of these, one per sticky note)
● Two storey building (several)
● Shop
● School
● Church
● Hospital
● Kindergarten
● Bus stop
● Intersection (can be drawn)
● Park (can be drawn)
● River (can be drawn)
● Bridge
Some of the items can be drawn on flip chart paper, and then the LEGOs are on top.
Here you can get creative and build something more entertaining rather than a simple
city.
Once we’ve played this game with a start-up team, so we were building a “silicon
village”.
It obviously had some other items to be built, like a presentation hall with an iPad
(presenting a screen), a bunch of open co-working areas in the city, a secure building
for web servers, and a monument to a hero entrepreneur (a fancy monument on rails).
That was fun!
While presenting the backlog I briefly explain what I think each of the items may look
like. And I try to postpone discussions until later.
PRE-GAME: Estimating
Will take up to 20 minutes. You are 30 minutes into the game now.
Estimations. The hardest part, somehow.
I may want to:
1. Drop estimates (as agile gurus would recommend)
2. Do it faster and simpler
9
10. 3. Spend a bit of time on practicing planning poker
RT @RonJeffries: "Every year there is new estimation technique. The real Agile
approach would be to throw estimations out." - @agilemanager [YES!]
Based on how much time we have I can decide to do the simplest technique or
poker.
The fastest technique – swimlane sizing
I’ve learned this term from www.theagilepirate.net. Apparently, I do it in a less
sophisticated manner.
Check out a sketch below.
Based on the triangulation concept3 and swimlane sizing4 we simply arrange columns
to mark different story sizes (1 2 3 5 8 13 if you prefer Fibonacci - a little taste of
science is always good), and ask students to drag stories to columns that represent
story size. We do it in groups or altogether.
This activity can also be run silently.
Figure 1: Swimlanes for group estimations
3 Triangulation and other concepts of Agile estimating and planning, by Mike Cohn http://
www.mountaingoatsoftware.com/presentations/85-an-introduction-to-agile-estimating-and-planning
4 Swimlane Sizing – Complete & Fast Backlog Estimation
http://theagilepirate.net/archives/109
10
11. If a group is big enough that it cannot fit in front of the board, I ask each team to
send a pair. When these pairs are done, the next come, until everyone got a chance to
touch the board.
Once done, I ask the group whether this is “good enough” to start with and whether
they would like to do some real work now.
Planning poker with multiple teams
Running planning poker5 with multiple teams requires agreeing on sample size as a
whole group, firstly.
Agreeing on size is simple: pick up an item which is small and simple enough, but not
trivial and assign it “2”. Usually everyone agrees to have all one-stored buildings as
twos.
Another approach to selecting sample stories to do t-shirt size estimates6 (XS, S, M, L,
XL) and then mark all S-sized stories as “2” and continue with the poker.
I’d like to share hints that help me make multi-team planning poker sessions work:
● Organize swimlanes wall (see sketches above)
● Ask teams to pull stories one by one for estimation.
● Ask teams to attach details to each story when they get clarifications from
Product Owner (as it may be another team building the item).
● Actively encourage and appreciate team members asking clarifying questions
which help define size.
● Once estimated, a story needs to be put on the wall, so that other teams can
benefit from the new information.
● When done ask people to come up to the wall and make a sanity check with
necessary changes (in my experience changes are rarely needed).
If the teams do not know much about planning poker, it is worth doing a test run
so that you can observe them using the technique correctly. I usually ask teams to
guesstimate:
“How much does a pint of Guinness cost in the U.K?”
5 Planning Poker is found by James Grening in 2002 and popularized by Mike Cohn:
http://en.wikipedia.org/wiki/Planning_poker
6 T-shirt sizing
http://blogs.msdn.com/b/oldnewthing/archive/2009/05/12/9605143.aspx
11
12. This implies asking questions on points to be used, place and date of buying it – acts
as a good warm-up for estimating stories.
Interestingly, both techniques: swimlanes and planning poker provide the necessary
precision for release planning as it has proven by hundreds of release burn-down
charts.
GAME: Sprint Planning
You are 50 minutes into the game now.
(And zero things are built! Does it prove enough that estimations are wasteful?)
Now when the stories are estimated, you have to move them from the Swimlanes
Wall back to the Backlog.
Since we would like to make sprint planning highly visible, we are building a special
Planning Wall that accumulates all teams’ plans for all sprints in the game.
Figure 2: Multi-team Planning Wall, before planning sprint #1
12
13. Figure 3: Multi-team Planning Wall, inside sprint #2
We time-box Sprint planning activity to three minutes asking teams to pull stories into
their team’s sprint boxes.
When all is done, we ask whether the teams are uncomfortable enough with their
plans to give it a try!
GAME: Sprinting
Will take 7 minutes.
We prefer 7-minutes sprints, as this time is quite enough to build several items with
several people collaborating and without too much polishing it.
To make sure students are stressed enough we show a big visible stopwatch from a
notebook or an overhead projector:
13
14. Figure 4: A stopwatch from www.online-stopwatch.com - timers of different forms, can be
used offline.
GAME: Reviewing
Will take 5 minutes.
When the time is up, I make sure students really stop building things and start
demanding: “where is my city? ”
As it has been observed, it is only after the second sprint teams start doing continuous
deployments of stories to the demonstration environment (a flip chart paper). So
in most cases after the first sprint, no one has ever thought on how to organize the
demonstration. Sounds similar to the real life?
I always got comments on debrief that I am playing the kindest Product Owner ever
seen. Still, in most cases nothing is accepted after the first sprint, because after I am
shown the buildings, I “come to realize”:
● I like symmetry.
● “All of the same color” actually meant “solid colors of buildings, but different
for each.”
● Buildings are either too small, too big, or too diverse.
● Windows of different floors are not lined up.
● <make up your own reasoning>
Unfinished items are brought back to the Backlog from the Planning Wall.
Remaining work can be re-estimated, although we rarely update estimates.
Once stories are accepted, the Release Burndown chart is updated by a PO, who
makes a clear and loud announcement that the release has to be done in three sprints
and now it looks like we will not be able to accomplish all stories.
14
15. A few minutes can be spent on retrospecting on the topic of “how can we make it
better the next sprint?”.
GAME: Release Cycle
Without too much time wasted on discussing failures of the first sprint, which is
almost always a disaster, we jump back to Sprint Planning.
I’ve learned it takes an average three sprints to build 80% of the backlog with
anticipated quality, so the full cycle usually looks like this:
1. Sprint #1
a. Planning – 3 minutes
b. Sprinting – 7 minutes
c. Review – 5 minutes
2. Sprint #2
a. Planning – 3 minutes
b. Sprinting – 7 minutes
c. Review – 5 minutes
3. Sprint #3
a. Planning – 3 minutes
b. Sprinting – 7 minutes
c. Review – 5 minutes
Subtotal: 45 minutes
Since the preparations took us about 1 hour (from chartering to estimated backlog),
sprints took 45 minutes, it will take about 15 minutes for debrief, the full game
takes 120 minutes.
Once practiced and with help from co-trainers, who play Scrum Master, it can be
done a bit faster.
POST-GAME: Debriefing
It is probably wise to take a short break once the last sprint is reviewed and before
jumping into debrief to calm down emotions and have a short rest (Did I tell you the
game is designed to be exhaustive? Not only for the teams...)
When gathered back in a circle, we run a facilitated discussion around the following
open-ended questions:
● What did students observe?
● How did it feel being on a Scrum team?
● How did the short iterations go?
15
16. ● How accurate were the estimations (provided the Release Burndown is there)
● What would we have done differently from the beginning, if we had another
chance to play the game?
● What was the job of the Product Owner?
● How did it feel after the first sprint when almost all items required re-work?
● What did the Scrum Masters do?
● How will your strategy change, if you know the Product Owner is unavailable
during sprints?
● How did inter-team communication go? Were there any dependencies? How
were they resolved?
● What did students learn?
VARIATIONS
Adding Fluctuations
Good friends of mine (Askhat Urazbaev and Nikita Filippov) have designed a similar
game, which includes randomized fluctuations to the team size and complexity.
Simply, after sprint planning is done and just before sprint start, the teams throw dice
that either multiply story point estimates or make some team members gone “sick”
for the sprint while the team will have to keep the sprint plan.
The point this game makes is that team collaboration is essential for task balancing
during sprints, as things might go differently than was planned.
Enterprise Scrum
I was able to scale the simulation with LEGOs to engage 100 students playing in
12 teams that were building 4 cities simultaneously. It requires quite a few tons of
LEGOs but it seems to be a good way to demonstrate enterprise-level Scrum. This
deserves another article to cover all rules and settings.
Have your variation? Let us know
We would like to hear your stories, your variation to the simulation – please join us at
www.lego4scrum.com and email us your ideas at info@lego4scrum.com
16