|
|
![]() |
![]() |
Interested in becoming a Certified Scrum Master?
Come to my next workshop!
The Guest Blogger this week is Michele Sliger, a fellow Certified Scrum Trainer and awesome person in general (smile).
A few weeks ago some of the Trainers got together in a super-secret-location-on-Earth for a couple of days.
We had a lot of fun, I learned a ton, and you can be sure I will write more about it in this blog in the future!
Michele posed the question to the Trainers, “What are the Scrum Values?”
And. Gulp. I could not name all of them.
Shame on me.
Or? Are they something I just *do* like a lot of people already?
Either way, I thought this would be a good platform for Michele to discuss the Scrum Values and give some great examples for you to use with your Scrum Teams.
Keep learning… I do daily….
Here is the write-up from Michele:
====================
Like Mike, I’m a Certified Scrum Trainer and I make my living teaching Scrum and coaching Scrum teams.
One of the things I teach is the Scrum values. Do you know what they are? Take a second and see if you can name them all.
I’ll give you a hint: there are five, they are one word in length, and one of them is not Honesty. Now stop reading for a moment and when you think you’ve got them all, come on back.
Ready?
Okay, let’s see how you did.
I’m sure none of you cheated by going to the first Scrum book, “Agile Software Development with Scrum,” and flipping to the last chapter.
(I can hear it now: “Heck, she said that Honesty wasn’t a value, so where’s the problem?”)
The five Scrum values are, in no particular order:
-
1. Commitment
2. Focus
3. Openness
4. Respect
5. Courage.
Now what do you suppose these mean?
Ask a roomful of people and you’ll get a roomful of answers.
“Openness means that we will tell the product owner ‘no’ when we can’t do any more work in the Sprint.”
“Openness means that we will tell management that we are doing Scrum even though we are afraid they will make us stop.”
“Openness means that when my colleague takes a three-hour lunch break instead of finishing her tasks that I will have a difficult conversation with her.”
“Openness means telling you that I did in fact cheat — I looked up the values in the back of the black book.”
(I once had an argument with a co-worker on what ‘being truthful’ meant. He said that it wasn’t lying if he went to a topless bar and didn’t tell his wife. I said it was a lie, one of omission. We went back and forth, each sure of our morality. So I’m pleased that Ken was careful in his naming with the value of Openness, instead of something like Honesty or Truthfulness, so I don’t have to have arguments over what truth means!)
Because we each interpret the values differently as individuals and as teams, we really need to take a look at each value and decide as a team what that value means to us.
Here are a couple of ways you can do that:
If your group does regular brown-bag lunches, open spaces, or Scrum cocktail hours, pass out copies of that last chapter and say, ‘This is what we’ll be talking about at our next get-together.’
Then have that informal conversation and see what the team thinks about the values.
Are there any that surprised them?
Are there any that weren’t in line with their personal values?
Can they say that the team has been adhering to all the values?
Are there any values that they think should be listed that are not?
And are there any values that they would like to make a bigger, more overt, part of their daily activities?
When working on the facilitation of team working agreements, try this exercise.
List the values, and this simple template that can be used to turn each value into an actionable working agreement:
We believe in [value] therefore we will [do something].
For example, your team might come back with:
“We believe in respect, therefore we will show up on time for all meetings.”
The point is to get those values on the wall somewhere, where they can serve as reminders to the team of the drivers behind the Scrum practices, and of how the team has chosen to work together.
Remember, Scrum is not only value-driven in how it provides the most important features first to the customer, it is also value-driven in how the people choose to work together to get the job done.
====================
Gotta run….Please send comments, questions, criticisms, ideas, or whatever here.
You can also enter The Forum to discuss this entry and other Scrum topics. Thank you!
March 25, 2008
Hi all.
Today I’d like to issue you a challenge and follow-through tasks.
The “winners” get bragging rights.
Huh?
OK.
As you may (or may not know) there are a few regular characters in our comic strips. Each of the characters can be found by, “Meeting the Cast.”
Here is what I’d like you to do for me today — if not sooner.
Please.
Head on over to that page and read about what our characters are fleshing out to be (as “real” characters if we can take it that far).
People — it is OK if you do not understand what a “persona” is right now; basically, we want to have a little fun and see what the characters actually “look like” when they are not working in our comic strips. When they leave the office, what do they do? What are their hobbies? What are their dark secrets? Where do they vacation?
Those sort of questions should be addressed based on what we have already written about them today.
Or… if you totally disagree with what we have come up with — give us a better one!
Good or bad idea?
Who knows.
It will be a little fun. All rights remain ours to use in the future (although we will let people know who added what!).
And.
There will probably be a point to this little exercise.
Feel free to write me off-line or via the comment section underneath the original blog entry (or this one… I can be flexible).
Have fun.
Make it a team exercise.
See where it leads.
And get it done this week!
Thank you.
- mike vizdos
www.implementingscrum.com
www.michaelvizdos.com
![]() |
![]() |
Interested in becoming a Certified Scrum Master?
Come to my next workshop!
Today, as promised, I will tell you about the debrief related to the exercise for the cartoon this week (see above and yesterday for the actual exercise and the day before for the setup of why we are doing this!).
Please read over the past two days so you get some decent context about what I am about to cover next. It is that important (smile).
After everyone is sitting down and breathing they may actually be looking at you like, “OK, Why the heck have we done this exercise?”
First question for you to think about, then I will go about explaining why we do what we do here.
So.
Why do you think this exercise is done.
Take a moment and think about that before continuing.
I will still be here!
OK. Now that you are back… let me go into how I debrief this exercise.
First, I ask people, “How did this exercise feel?”
Leave it open ended.
And.
Shut up and let someone talk.
They will. They always do. Really.
Depending on the answers, I then take them through a guided tour of the three parts, and then ask a lot of open ended questions about the purpose of each section.
One of the things I constantly work on as both a ScrumMaster and Certified Scrum Trainer is learning how to shut up and listen — and NOT answer the questions I ask. This is a constant struggle for me and something that was pointed while I was co-teaching a class about six months ago; since then I have made sure I am aware of when I do this.
Sorry for the small tangent but I think it is important for you, my reader, that this will be a constant struggle going forward (if it is not — let me know how you are handling it!).
So.
For the first section I ask the “managers” how it felt for them. And let them talk.
Then, I turn it around to the “workers” — and how it felt for them. And. Let them talk.
This starts some light bulbs going off in some of their heads. This is a good thing.
And I point out how few (mainly by asking again) how few people completed this exercise.
No matter where I do this in the world — and it is a lot of places — the results do not vary that much.
So. It is not just a “North American” or “European” or “Indian” or “Insert your country here” thing.
Cool to see in action.
Next, I ask people who “finished” the second part of the exercise.
Almost all do.
Why?
Because they were given instructions on what the end goal was, and they knew how to do it.
It is not rocket science.
And.
Think about how to apply this on your Scrum Team.
It is that easy.
The next section was introduced to me earlier this year and I have had mixed results with it — to my surprise (wow… even I can still get shocked at results LOL).
When I ask people to become “blind” (about a third of the people attending the workshop) and give them the exact same directions as part two of the exercise…. teams doing this do one of two things. They automatically help each other or they let the blind crash into things and other people.
Wow.
How true to life is this on your team today?
How can you change that going forward?
This part of the exercises is reflected upon pretty regularly throughout the remainder of the workshop. And as the days go on, people start to see what this means in their current environment.
Is this something that has opened your eyes?
Will anything change?
Who will initiate that change?
Gotta run….Please send comments, questions, criticisms, ideas, or whatever here.
You can also enter The Forum to discuss this entry and other Scrum topics. Thank you!
December 12, 2007
![]() |
![]() |
Interested in becoming a Certified Scrum Master?
Come to my next workshop!
Today, as promised, I will tell you about the exercise related to the cartoon this week (see above and yesterday for more information).
This is an exercise I normally do at a Certified ScrumMaster Workshop on the first morning of the first day; the main reason for doing this is because it drives home a lot of different points that I can then reference as the workshop continues.
It is that powerful.
And.
It is easy to do.
There are three steps to this exercise, and this is not something that I have invented alone.
Today I will talk about the three steps and tomorrow I will debrief about the different sections of what has actually occurred. This is also an example of what I do in real life (smile) with my workshops and exercises.
Step one is to break the team into “managers” (chickens) and “workers” (pigs).
They can self select. One of the first lessons with Scrum and Agile in general (smile).
This is also a good introduction to the terminology of chickens and pigs, along with their “old” versus “new” roles.
The managers are given instructions that they can only tell the worker what to do. The goal is to go sixty paces in about a minute (sometimes two depending on the number of attendees). They can tell the worker to go left, right, forward, backwards, stop, or go. They may not touch the worker.
The worker must listen to all instructions from the boss/manager without question. A pace is a regular pace and people are not allowed to skimp on any of these paces (understand?).
A few things to “prepare” for this: Setup the room beforehand with some masking tape on the floor. People are not allowed outside these boundaries. They can also (for later) represent something very important to the team — organizational constraints.
Say “start” and keep time.
One more thing (ug) — you can become a “barrier” if people are progressing too quickly. This is fun. Heh. Really.
After the time is up, have everyone stop where they are.
Most of the class does not get to sixty paces.
This is normal.
Step two in this exercise is to allow all the people to self organize and get to sixty paces.
It usually takes about thirty seconds from the time you say “start” until the time the team completes this part of the exercise.
When people are done, have them stop and raise their hands.
This third part is the beauty of the exercise and brings home some other points — of which I will write more about tomorrow. I need you to keep coming back and learning more with me!
Ask for people in the room who were born on a even day. Realistically this winds up being less than a third of the attendees.
Now.
Tell them they are blind.
And.
The team must self organize to make sure everyone goes sixty paces.
And.
Nobody can get hurt in the process.
When they are all done (keep a time limit of a minute or two again if needed), have the people sit down at their original seats.
Tomorrow I will go through the questions and answers I debrief with the attendees.
At least the beginning ones.
The lessons learned in this exercise are used throughout the remainder of the Certified ScrumMaster workshop.
Think about the questions that you may have when doing this exercise, and what, as a ScrumMaster working with a team, the implications would be.
Have a great day or evening and I will have more information tomorrow for you.
Gotta run….Please send comments, questions, criticisms, ideas, or whatever here.
You can also enter The Forum to discuss this entry and other Scrum topics. Thank you!
December 11, 2007
![]() |
![]() |
Interested in becoming a Certified Scrum Master?
Come to my next workshop!
Welcome back!
This is an exercise that has evolved over the years of me teaching the Certified ScrumMaster Workshop (by myself and with others).
First let me explain the “idea” behind this cartoon (smile).
I recently spent some time back down in Boca Raton to see my parents (and have my boys spend time with their grandparents); for those of you who have not heard of it, let’s just say its where a lot of people go to retire — what a place for me to grow up! My father told me about a new law passed in Florida — and I am not kidding — that says a dog can not be considered a “second passenger” for the HOV (High Occupancy Vehicle) Lane (where vehicles with 2 or more people can drive on the highway because it is “faster” in lots of traffic).
Aneeeeway…. this brought me to a funny conclusion of, “What if the dog was a seeing eye dog?”
See the humor in it?
OK. It is pretty weak and not intended to tick off any person who is blind. Really.
The point is (finally Mike!)…. sometimes on a team you will have people that do not have a clue of what is happening around them. They do not see things that have happened in the past.
And.
This happens a lot of times when teams are either forming or add new people onto their existing Scrum Teams.
Wow.
So one of the exercises I do in the Certified ScrumMaster Workshops is the following:
WAIT.
I will post the exercise tomorrow.
Before reading the post tomorrow — THINK about what this can mean to your team, organization, and enterprise!
Wow.
More tomorrow on this.
I promise!
Gotta run….Please send comments, questions, criticisms, ideas, or whatever here.
You can also enter The Forum to discuss this entry and other Scrum topics. Thank you!
December 10, 2007
![]() |
![]() |
Interested in becoming a Certified Scrum Master?
Come to my next workshop!
Welcome back to another week at www.implementingscrum.com.So I do a lot of writing about food. I love food, as anyone who knows me can tell you.
Some of the past postings referencing food include:
1. The Classic Story of the Pig and Chicken [our first comic strip on the site]
2. The Food Factor. Another Metric. [Boy did THIS one get comments!]
3. BBQ Sauce. Sweet or Hot?
4. What’s for Dinner? [my six year old son did the art work]
And now.
This one.
So what does this really have to do about Scrum?
Failure is a good thing in Scrum. Not Food.
It happens all the time — even in “traditional” projects; however, with Scrum, you can fail early and often.
And this is OK.
So how does a team of people in a highly competitive environment — maybe weaning themselves off the command-and-control type management style — actually start working as a team?
Part of the job of a ScrumMaster is to help teams start identifying failures — early and often.
And this is HARD to do.
Really.
So.
One of the techniques I teach people when coaching new teams is something called, “The Failure Bow.” It comes from Improvisational Theater and it helps people ummm, not take themselves so seriously.
Yes. Software Development is a serious game, and should not be taken lightly.
But. And this time I do mean, “But.”
Scrum is about people.
The basic premise of this is the following:
A person on the team screws up. Makes a mistake. Immediately — maybe even during — following the mistake, the person who messed up can throw up their hands and say, “Unexpected Results!”
Now. With a team just started out, this is tough to do. Especially from teams that work in silence today.
In a team that is working well, guess what happens?
People laugh and have fun with it.
And.
The mistake is [usually] not repeated. Because people learn immediately — and move on.
Here is an exercise I do with teams (usually when either starting a new team or at a Retrospective):
Everyone stand up. And think about something that they have screwed up recently (they do not have to share this with anyone).
Now, make an exaggerated gesture about how you feel. And walk around the room talking to people about something in using that gesture.
It sometimes results in laughter, but most of the time it is quiet and subdued in the room.
Now.
Think of the same thing you recently screwed up.
Put your hands up and go around the room talking to others with your hands raised over your head.
Start each greeting with, “Unexpected Results!”
Wow.
The room erupts in laughter and noise.
And people see the point.
Usually (smile).
Hope this helps in some situations. It does for me often. Maybe because I screw up a lot (I mean learn!).
Gotta run….
Please send comments, questions, criticisms, ideas, or whatever here.
You can also enter The Forum to discuss this entry and other Scrum topics. Thank you!
September 24, 2007
Hi all,
I just wanted to let you know that about 30 new Certified ScrumMasters joined our community today from a course Mark Pushinsky and I did in Charlotte, NC, the past two days. Mark and I would also like to thank Joe Little for helping setup the course here.
We were also fortunate enough to speak with a local agile users group (something I love doing when I travel!). We tried a new exercise about introducing Scrum and then doing a simulated 59 minute Scrum with a twist — the goal was for each team to go through the Scrum process and present their top impediments — with solutions — they have today while actually incrementing scrum in real world environments.
Think about how that may have played out.
Cool stuff.
And.
We had a small class of students (taking various courses at the university) in the audience which was mixed with professionals who had varying experiences in implementing scrum.
Fun stuff.
Next off… 2 more days of classes down in Charlotte — so Friday there will be almost 30 more CSM’s in the market down here. Wahoo!
Time to put “Zero to Sixty” back in action in my very own reality starting tomorrow morning.
Have a great day. And check out where I have classes coming up soon (and think — Boca Raton, Florida in the winter brrrrr).
Thank you!
- mike vizdos - www.implementingscrum.com - www.michaelvizdos.com
Come to my next workshop!
I want to take a quick opportunity to say a sincere apology for skipping a week of a new comic strip and blog entry. Excuses aside, my machine died and well…. live and learn. Inspect and adapt.
So you see a “new” look and feel the the blog entry today. Once my machine gets back from the shop, the blog will be fully integrated into the “real” site — for now, stick with me and realize this has to be “good enough” for now. At least I can communicate information with you!
I do not know if you have noticed, but the past entries in the blog have focused a lot on the word “and” instead of “but.”
Think how easy it is to always say, “Yeah… but….”.
Heck, I did it in the sentence above the last one and people probably did not even notice it.
Wow.
Old habits can be hard to break.
So.
Remember that Scrum has to do with the, “Art of the Possible.” Ken and others always remind us that we should continually look for something called “positive intent” in all interactions we have.
This is hard to do.
In business.
And.
In life in general.
This is something I must continually work on.
Daily.
Or even every hour or minute (smile).
One of the exercises I do in the ScrumMaster Workshop to help people always look for positive intent is something like the following:
“Let’s plan a party for after the session tonight.”
I need two volunteers.
One person starts the plan with an idea.
The other person then says “Yes, but….” (negative stuff)This continues and people struggle for a while.
Then.
We switch to…
One person starts the plan with an idea.
The other person then says “Yes, and….” (Build on it kind of stuff)
This continues and people actually get excited.Of course, the exercise can (and usually does) go off into wild directions.
But.
Oops. I mean…And.
It gives people a point of reference to NOT say “but” anymore.
And then I usually get called on saying “Yes, but” if I slip up in the rest of class.
This is something you can try with your Scrum Teams — either in a retrospective or some other point in time.
It may seem silly.
It works though.
You can also enter The Forum to discuss this entry and other Scrum topics. Thank you!
August 21, 2007






