1) If you are currently looking for a Scrum type job.  What role?  What experience level?  Tell me what you can about *you* and *your needs*.

2) If you are working in a company and know you have OPEN REAL positions for people who are in the first position above (LOOKING for work).

3) If you know people in your circle of friends PLEASE PLEASE PLEASE forward this email or call them today and have them contact me directly.

In the past six months or so I have been informally connecting these three groups of people together and have promised myself to take it up a notch and see if we can get our community working together to solve some of these things.

I know all three types of you are out there.

Time to speak up!

I am going to try a *small* experiment.

And see where it goes.

Fair?

Let’s go!

Let me know.

And.

As usual.

Thank you.

- mike vizdos (mvizdos@gmail.com)

This is another version of the “UnScripted” blog entry on the site implementingscrum.com.

Today I’d actually like to post a question from one of my readers that I’d like to get feedback from you — the community — via answers in the comments of this blog.  I’ll plan on doing a follow-up to this but as usual, I want to show the community we can all learn from each other…

I have an opinion.   Of course!

—————————–

Hello Mike,

I took your class last year and I am a CSM now. I have not had the chance to be Scrum Master on a project yet, but it is in the near future.

Currently I am on a project that has 2 week sprints and on a team of 8.

The question came up yesterday during our Retrospective that during out last sprint there were a lot of chickens on the scrum calls.

How do we handle this?

I know that if you don’t have any tasks to complete or you have completed your tasks you should be reporting yourself as “chicken”, but with stakeholders on the call everyday hearing 2 people report tasks and the rest of the team reporting “chicken” every day for almost 2 weeks…doesn’t that appear to the stakeholders that only 2 people are working?

IS there another way to still follow the Pig/Chicken rule without appearing to the stakeholders that there are a lot of people not working?

Please advise.

This was a discussion that was placed on the action item list due to too many conflicts between team members.

Have you seen this before?

How was it handled in other teams/projects?

Comments Please!

- mike vizdos
www.implementingscrum.com
www.michaelvizdos.com

One of the things I hear a lot about (both inside and outside of our little industry in the world) is the differences between coaches, consultants, and mentors.

Which brought me back to a discussion I had a few years ago with John Snuggs (shout out!) who used to poke me about wearing my “Captain Obvious” hat.

Which then lead to the super-hero-wearing-ScrumMaster in the comic strip above.

And.

Then the elephant.

Huh?

What does that elephant represent?

In America, we talk about this thing called, “An elephant in the room” which is something reallllllllllly uncomfortable that everyone knows is there but is afraid to bring it up.  Make sense?

Sooo… besides being the elephant in the room… what does Captain Obvious need to teach us about Scrum “Coaches” versus “Consultants” versus “Mentors”?

This could be one of those epic postings with me talking about the ins-and-outs of the three words and how they not only sound different — but in the real world ARE different.

So.

Question to you… and I will talk and post more about this… in the comments section write more about the good, the bad, and the ugly about the differences you see in either the people you hire, work with, or ARE.

Elephant recognized.

Let’s hear more about what this means to you.  And your teams.  And your organizations.

And of course… this is leading somewhere.  It always does.

And it usually surprises even me (heh).

Time for Captain Obvious.  Pointing out the elephant in the room.

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

Wow.  I was going to post the comic strip tonight but wanted to wait just one more day because a few interesting things went on today…

I got a TON of feedback from people on both sides of the fence on this one.

Now, as a consultant/coach/mentor myself, I do not want to seem to have a totally skewed view about this.

Got something to say about the good, the bad, and the ugly about your use of coaches/mentors/consultants in the past?

Scrum related would be great since well, this is about Scrum .

Thank you!

- mike vizdos

The cartoon this week (coming out tomorrow) will examine why the heck almost 100% of the teams implementing scrum today should be using some sort of consulting / coaching / mentoring support.

Of course this is written from the point of view of me — who in reality is a consultant, coach, and mentor — who also sees the worst of the worst implementations of Scrum trying to get better.

Tomorrow I will post the actual cartoon. If anyone has to say anything BEFORE the cartoon gets published, please feel free to comment or send me an email.

Thank you.

- mike vizdos

Today is our first try at a new format (in addition to the cartoons) at www.implementingscrum.com.

It is called, “ImplementingScrum – UnScripted” and will feature audio and/or video in different formats along the way.  By the time this goes out, it should be out on youtube and here is a link to the “.mov” format (uses quicktime and is just under 17MB — for some reason this is MUCH clearer — any recommendations???).

Using FeedBurner, it should also find it’s way out to iTunes as a podcast… let’s see together how it all works and continue to inspect and adapt.

Fair? (smile)

This first version of this is with a guy “Down Under” who had some spectacular patience with me this morning (in addition to the fifteen hour time difference!).

His name is James Brett and he maintains a site at www.scrummaster.com.au and recently (with a LOT of help with the people there!) published a survey, where you can see the results at www.scrummaster.com.au/Article.mvc/Detail/43 or download the PDF file from www.scrummaster.com.au/Content/download/ScrumSurveyResultsJan09.pdf.

The video of this is about eight minutes long and goes into the survey a bit and introduces the topic.  It is not meant to be exhaustive — right now it is a test of the technology convergence(s) and as usual we want to keep these things short and to the point.

A few other references made in the video included a retrospective formats article and retrospective why.

You can also check out a few cartoons about retropectives on this site (there is a three part series here:

www.implementingscrum.com/2007/09/04/scary-team-retrospectives-part-one/

www.implementingscrum.com/2007/09/10/retrospectives-not-just-reading-a-book-part-two/

www.implementingscrum.com/2007/09/17/walk-into-the-light-retrospectives-part-3-of-3/

As usual, any errors anywhere on the video or my site — I accept that responsibility.

Take a look at the video and the links above for the survey and other stuff and PLEASE comment about it below.

Inspect and Adapt.

Let’s see where we go.

As usual!

Thank you.

- mike vizdos

www.implementingscrum.com
www.michaelvizdos.com

Well.  It looks like my eight year old son and myself are headed on a roadtrip to end all roadtrips (at least for this year).  We need to head out to San Diego from Richmond, Virginia, in order to do some work on a rental house we own.  He is going to help me paint the exterior backyard, and he is totally excited about a major trip like this.

Let me know if you’d like to join us for either eventual party doing this or as we make stops along the way!

So.

This next few weeks will intertwine Scrum and our road trip that may wind up covering just about 5000ish miles.

While many of you may question “What does this have to do with Scrum?”

Hmm.

Remember.

It is all about the people.

And.

I have found that talking about Scrum though stories about my real life is something my audience enjoys.

So.

Sit back after the holiday and learn some thing about Scrum, Mike & Dominic Vizdos, and life in general.

It will be a trip to remember.

I promise to only post one entry per day — if you want to follow-me on twitter or facebook, sign up in the right hand sidebar on this page.

Tony (the artist) and I are getting together some incredible cartoons for next year.

Next stop.

2009.

We’ll continue this trip into 2009 and at the end, have a retrospective of all retrospectives.

And.

We’ll see what happens after that.

Life Changes.

Always.

It hurts sometimes.

We move on.

It’s time for me to do that.

Thanks for the comments so far on my latest twitter posting announcement (see previous post).  There is a reason.  Really lol.

Well.  It looks like right after Christmas I will be out in San Diego for a little while.  I am not really sure yet what a “little while” looks like, but in San Diego I will be.

In addition to teaching and consulting with my “normal” clients, please get the word out to local firms there so that if teams are intertested in working with me, this may be the time to do it .

And.

You’ll be getting a mind-blowing announcement tomorrow night about this same time.

A key date is coming.

I’ll reveal it tomorrow night!

Thank you,

-mike vizdos

www.michaelvizdos.com

www.implementingscrum.com

And welcome to a new week at www.implementingscrum.com; albeit to most Americans living in the USA it will be a short week here (July 4th is still July 4th everywhere else in the world!).

I need to do some quick research on the French connection since I got some comic strips translated recently where we can make some timely postings (smile). If not, maybe I’ll just make up some history.

That’ll be fun, since we all know whatever we read on the Internet MUST be true, RIGHT?

As most readers of my blog know, I spend a LOT of time on the road (planes, trains, and automobiles).

Right now I am scheduled for almost 20 more public appearances before the end of the year — not including the private clients I am working with (the majority of my work BTW) around the world.

While on a short [very bumpy] coast-to-coast flight today, a realization hit me.

Almost like, “Duh Mike.”

For me, sometimes things like this take time to fully understand.

It was there all the time for me to see. I have been living it without realizing this.

Much like this Scrum stuff we do or are thinking about doing.

On the plane today (and most other flights around the world) I usually spend some very focused time replying to emails that come in every day. And… as people who write me understand… if you send me an email eventually you will get a reply.

I am working on getting better with managing this inflow, so please do not stop.

Most of the replies I create let people know we can use the ‘time change’ to where ever I am in the world to our advantage when I am not home. Does this make sense?

So why is this so different than when I am really just, “Working from home in Richmond, VA?”

So what was the “Realization?”

I BUY time for myself every time I travel.

Think of it this way…

Today is a 27 hour day for me. I gained 3 hours by “going back in time.”

Wow.

Wait.

I know I did not REALLY do that.

But.

Got me thinking.

No matter where we are in the world, most of us thinks the rest of the world is on our time and schedules on a “regular” daily basis. Waking up, eating breakfast, doing the stuff we all do daily, eating dinner, and then going to sleep.”

The job (can we call it that?!) I have allows me to look at it from a MUCH different point of view.

And this is cool.

And has had a serious impact on how I have worked in the past.

Now that I have come to this realization, maybe in fact I will make some serious changes regarding “time” in the future.

Does this make any sense to you, dear reader?

It has had a tremendous impact on my psyche — today — as in WOW.

If there is no impact on you from this insight… keep your head to the grindstone and do what you do. Keep at it. That’s basically what almost everyone else in the world will do anyway.

Otherwise, let’s truly think how this little change on how we look at life and using time can truly change our world.

The world.

Wow.

Truly.

One person at a time.

For me, I will take that accountability and that very uncomfortable first step.

It’s something I work with teams to challenge them to do all the time — have uncomfortable conversations.

Now… It’s time to live that and take it up in my life a notch.

Does this make any sense?

I think, as usual, actions will speak louder than words.

Wanna join me?

I am starting today.

Inspect and Adapt.

Let’s see where it leads.

I am thinking some incredible things will come out of this.

Peace Out.

Thank you!

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

p.s. And remember… If you or your friends [or enemies] have not signed up for FREE updates to this blog, please Subscribe to Implementing Scrum via Email!

OK.

So what was I talking about a few nights ago with the cartoon posting above?

It really truly is not politically correct.

In no sense of any being.

But.

It is HIlarious to me.

Because it can help me make a point.

Actually tonight, eight points.

Eight Points.

Just for you.

How is that for a Thursday night or Friday morning?

Hmm.

Think about it this way.

You are arriving on “Fantasy Island” if you think…

1) You can stock the Product Backlog without a Product Owner present during Planning Poker

2) The definition of “Done” is not important to anyone

3) BurnDown Charts are useless, actually more useless of tracking tasks

4) The CSM Workshop is a waste of your time

5) You can pronounce the last name for

Ricardo

(c’mon Fantasy Island Buffs (or OK… is there even a “buff” reading this?))

6) Documentation is not needed on any agile projects

7) Scrum is a Silver Bullet

You can get a date with the “Hot” ScrumMaster replacement (smile) or Jessica Alba or with some hot babe with her Bottom Up.

9) This cartoon is about SCUBA Diving [strangely enough this is one of the most downloaded cartoon on this site)

…. OK.

Enough for now.

Man.

I can go on for a while.

But I think you get the picture.

What have I missed?

Now….

Do you see where you can spend a lot of time on Fantasy Island?

Do you want to leave it?

Really?

Why?

Gotta run! Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Welcome back to yet another week at www.implementingscrum.com.

I am a bit worried about some of the things I am seeing out there.

Um.

The night before a Sprint Review meeting, I am seeing people stay late.

Uh.

Really late.

Like into the morning before the Sprint Review meeting.

Sometimes, it is minutes before.

Ug.

Oh no.

What does this remind you of?

What is wrong with that picture?

And what is right with the picture above?

Seriously folks.

Don’t kill Scrum this way.

Just go back to whatever you used to call it.

Really.

Or.

Look at what you are really doing.

Remember the objective of Scrum?

Working Software.

On one machine.

Real working software.

Not vaporware or conference-ware or some scripted bla bla bla.

Please.

Gotta run! Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Welcome back to yet another week at www.implementingscrum.com.

I sincerely apologize for the lack of a new posting last week. Sometimes even I need to remind myself that I am human.

And.

The cartoon for this week really says it all.

Keep IT Simple Stupid.

In the past, I have seen the “KISS” stuff look like: “Keep it simple stupid” or “Keep it super simple” or many other variations.

Note the capitalization of “IT”?

That’s where you and I come in a lot of the times.

So.

Really.

Keep IT Simple Stupid.

I am not calling you stupid. If anything, this is a great reminder for “me” to not get stupid.

A few weeks ago I was with a client (actually doing the work thing, which I doooo actually “do”!) and they have been spending a lot of time planning for their agile rollout.

What is a lot of time?

This will vary.

Let’s just say it looked very much like a waterfall process — nothing near agile.

And I had to tell them this.

Will “they” listen?

Who knows.

But.

It was a great reminder to me that taking months and months planning for an agile rollout of more than ten teams at one time is not a good idea for people starting agile stuff.

What is my recommendation?

Get ready for “Captain Obvious.”

Start with one project.

Today.

Now.

And stop the planning game.

Really.

Get good at what you do.

And the only way to do this is to get started.

One project at a time.

Don’t worry about the enterprise rollout today when you have not started even one project.

Scary thought?

Yes.

Reality?

It does work.

Worry about the “enterprise” stuff later.

Start producing working software.

Today.

Think about it and challenge the way you currently do things today.

Results will vary, but all will surprise you.

Gotta run! Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

The topic this week is about keeping things simple.

And picking one thing at a time and doing it well.

Very well.

Tonight I am writing a little bit about it.

Let’s see if I can actually get the comic strip up tomorrow (when I make my drive over to Portland, Maine).

You’ll see.

Hmmm…

As complicated as this week seems to me and you.

There is always a simple solution.

Really.

- mike vizdos

Welcome back to yet another week at www.implementingscrum.com.

Remember about a month ago our ScrumMaster got “whacked” and disappeared for a while. Last week he reappeared in the hospital.

Today, he is back at work.

And.

He did not die.

Assuming positive intent, he really wanted to just help the guy in the SUV with directions.

He never got there, as we can see. And is seems like the guy in the SUV made a run for it, not liking what he saw on the ground (what would you do if you saw a fashion forward guy wearing a blue thingee on the ground; wait…. hold that thought…. we also use talking pigs and chickens in this cartoon… never mind).

So what does this have to do with Scrum?

As a consultant, I am constantly working with both prospects (those who have not engaged me for any services yet) and current / past clients. I have a strong relationship with people in the industry, and consider myself a person who is not afraid to speak up and give the honest truth.

Not a lot of people like doing that.

Sometimes, as we saw, clients do not like to hear the truth. They want to keep doing waterfall, and make the conscious decision that in the end they will succumb to what is known as the, “Iterative and Incremental Death March.”

They will then go find someone who will say, “Yes” to anything they ask of them.

And this occurs with most organizations trying to use Scrum on more than one project in an organization.

It is a choice.

What about the small minority of organizations that succeed with implementing Scrum in their organization?

Wow.

Incredible things happen.

To the people as individuals, as team members, and the organization as a whole.

These are the organizations I enjoy working with; however, as you can see, they are a small minority in the world.

You know what I have started doing more and more lately (which uggg is hard for me!)?

Saying “No.”

And working only with organizations and teams and people who sincerely want this Scrum thing to work.

Sometimes I get conned into thinking an organization is truly interested, and get burned. Life happens.

We all learn and move on.

This is not the majority of time though, and yes, even I need to assume positive intent.

Why am I telling you all of this?

First and foremost… think about where you are today on your team and within your organization.

Are you constantly saying, “Yes” even when you know it makes no sense?

Do you need help saying, “No” sometimes?

Where can you go for that help?

And remember… a dead ScrumMaster is a useless one.

DO NOT commit career suicide.

But remember… you DO have a choice.

Always.

Gotta run! Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Welcome back to yet another week at www.implementingscrum.com.

About a month ago, our intrepid ScrumMaster seemed to have disappeared and replaced with someone who just agreed with everything everyone said (not really a yes man, especially in the cartoon!).

Well.

He is back.

Or. He never left.

So why is he now sitting in a hospital room with an IV unit, talking to himself?

At least he in conscious and alive.

But now he is saying “No.”

Is this a bad thing?

Remember the entire reason for him getting into this position — or at least why we think he did.

He was saying, “No” to a lot of people, and standing up to the Values of Scrum as he envisioned them.

So we have the Scrum Values.

And.

Each person in the world either knows nothing about them, has heard of them, or is choosing to ignore them.

Which person are You?

Where is your Team?

And your Organization?

Do you see a difference between the current “replacement ScrumMaster” and the one we originally started with?

What do we do next?

Yikes. This is a short posting tonight.

Think about it.

Really.

Think.

Sometimes this can be dangerous.

I call it living.

Something I am continuing to learn how to do.

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Welcome back to yet another week at www.implementingscrum.com.

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 am 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 will 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 have got them all, come on back.

Ready?

Okay, how did you do?

I am 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 Scrum Community to discuss this entry and other Scrum topics. Thank you!

Welcome back to yet another week at www.implementingscrum.com. We made it another seven or eight days on this earth — congratulations (smile).

So last week the post was a little long, and I put out some real life information that hit home hard for me. I received a ton of great feedback and people offering a lot of great advice. One thing I do want to make clear is that client was not my only client — something I have learned to not do in the past (depend on 1 client 100% of the time). As a consultant, this is a position you want to get yourself into. Really. Look at me as an example!

This week.

Um.

Where is our “old” ScrumMaster?

I kinda liked him. He was a little “off” at times; however, he started to grow on me and help with a lot of examples.

He seems to have disappeared last week.

Seems to have gotten himself whacked by some shady characters.

Oh no.

What has Tony done. What have I done?

At this point, there is now a [hot] ScrumMaster who has no problem saying, “Yes” to anything and everything asked of her.

Um.

Is this dangerous?

One word.

YES.

Notice the usage of capital letters above.

YES I AM YELLING THIS TO YOU THIS IS DANGEROUS.

I am trying to make a point (smile).

And, you may be asking yourself, “Mike… What point are you trying to make this week?”

Really?

You do not see it?

Look hard.

Read the comic strip above again, and again, and again.

Then, send me an e-mail (or write a comment on this blog entry) about what you think it means.

Really.

C’mon.

Take action and do it.

It will take you less than three minutes.

Please.

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

As you saw last week, our fearless ScrumMaster seems to have disappeared.

And.

Been replaced by some hot ScrumMaster who knows how to say yes.

What will happen next???!?!?!?!?

More tonight.

- mike vizdos
[uh.... could not post last night... four words... NYC - St. Patricks Day. Sorry 'bout that!]

[Sales voice on.... sorry gotta make a living! But keep reading as you may actually be able to meet me in person without paying a dime (maybe a beer or two!)]

I will be up on the upper east side of Manhattan on Monday and Tuesday this coming week (St. Patty’s day!) teaching a CSM Workshop.

If you are interested, please contact me or visit www.michaelvizdos.com/enroll to sign-up.

If you know anyone who is interested in a fun workshop (and you cannot go) — please pass along this information to them… Actually, either way, please pass this on to people who may be interested [thank you]!

Oh, and if you are reading this from someone who passed this along TO you (or if you have not done so already)…

Please Subscribe to Implementing Scrum by Email and receive any new comics or other announcements we publish on a regular basis.

Now for some inside information…

I am in the process of booking an ADDITIONAL nine or ten public CSM Workshops around North America right now (that’s in addition to those already listed at www.michaelvizdos.com/enroll) ) — so if you do not see one near you yet check back often or let me know if you’d like to book a private class in your organization!

You can also keep your eye on the left sidebar of www.implementingscrum.com for a list of my upcoming public appearances and workshops.

[Sales voice off, thank you for reading this!]

Eek. I really do hate sales talk. Sorry about that.

Now… for the FREE stuff… See… Aren’t you glad you read this far??

Also, as usual, I’ll make the offer to meet anyone reading this outside the class if we can make the timing work.

If you are interested, please let me know.

Thank you.

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

This is a hard story to tell.

You may want to grab some Kleenex.

OK.

It is not that bad.

But you may want to read this through a few times and pass it on to people in your organization.

There are some great lessons learned (for me anyway).

Names and places have been changed to protect the innocent.

But.

It is a story that must be told.

Since.

Well.

It involves me.

As the ScrumMaster.

And.

I wound up becoming a “Dead” ScrumMaster today.

How did that happen?

About three weeks ago I got called into meet with the CIO of a large private company somewhere on this planet (actually it was through someone who knew him and I and trusted us both).

The company is professing itself as “Doing Agile” and has a few small projects started up.

The CIO had a particular project in mind [for me] and we spent about a half an hour having a conversation about what he wanted me to do, and discussing some of the implications (including implosion of the project).

Basically at the end of the conversation my direction was set — in the next day and a half… figure out fast how to make the biggest impact.

Boy.

I guess I did. In retrospect.

You see, the project they were getting ready to kick off as “Agile” was still not an officially funded project.

Read that last sentence loud and clearly — they had no approved budget. This was all supposedly under the radar.

So, as with a lot of organizations, people spent months and many many many hours creating the “perfect” power point presentation for their senior leadership team to review. This was prior to me coming in.

It was not good enough yet, and the team had two weeks to clean up the presentation.

I boldly asked for a team that could produce some working software during those two weeks, while the parallel effort of the funding presentation went on.

We started gaining the needed resources (wow.. did I say resources [yes... PEOPLE and the other stuff to DO a project??!!) and ideas.

We were going to take their highest priority customer and run a [one] real transaction set through a real working architecture (not on power point).

It was approved by a VP on Friday afternoon, just before a holiday weekend. I went home excited.

I arrived back on Tuesday morning and the team starting getting wind of this, and we got together in the afternoon to talk about what would happen in the next 8 business days.

Lots of blank stares and smiles, but people started getting excited.

It was something the team could focus on.

Technical people working on technical stuff — not power point presentations.

We reviewed the basics of Scrum and that during the next two weeks we would get a course — by doing the work — on what it looks like to actually do it.

Once we delivered, we would have a Retrospective and see what we could improve once the project was funded and actually “officially” started.

We talked a little about User Stories — this is a Use Case shop — and we wound up writing very basic user stories that were tasked out. No owners, no estimates. This is “normal” [real world] from what I see on the first cut in situations [and timing] like this.

Should I have put a stop to the project (or un-project) then? I made a call not to do that.

We went home.

The next morning we had a temporary conference room and we had an effective stand-up meeting.

Kept it at 15 minutes.

People were off and doing real work.

It was cool to see. I stood back.

We had an impediment with getting some dev machines that was taken care of by the team and outside stakeholders in an incredibly quick manner. Kudos for getting that first impediment out of the way!

The parallel process of getting the project funded (via the power point presentation) was happening outside of the room.

We started talking about the “Cone of Uncertainty.”

I left town that evening and the team worked for two days focusing on the tasks and items on the wall.

All highly visible to the people walking into the room (or by it).

The team got moved around a bit each day, but we had our eye on one room for the “final week” of this part of the project (or is that pre-proect?).

Not all the team members were there all the time. Hmmm…

Stand-ups stayed focused and on track. No more three hour status meetings to schedule status meetings with the entire team.

People (including me) were calling in if they could not be physically located in the team room.

I arrived the next Monday morning to the new location for the team. It was “ours” for the week. The five business days remaining on this part of the project.

New building. But we could have all the players collocated in one room or on the phone. Things were humming along.

Impediments came up and were handled by the team. Awesome. We even got a temporary AC unit put in the room to cool us off — 12 people in a small room with lots of computers… you know how that can get.

The parallel process of getting the project funded was happening outside of the room. Still. Small concern, which, in retrospect, I should have dealt with better.

During the few days I was there that week, I did what I told the CIO and others I would be doing — a lot of observation on team interaction.

I did not want to jump in and be the answer man for coding [nor did I really feel like me getting into the code would help anyone -- including the people that really needed to be in it (which was awesome to see how people recognized this and stood up and took ownership without being directed!)].

I did a little nudging along the way to fill out the task cards with owners and estimates (so we could start having what looked like a Burn Down to see what that represents); however, I mainly stayed out of the way and let the technical team dive in and watch them do what many thought to be impossible.

The goal now was to deliver working software, not a methodology (a tough balance in this situation).

Get to “Done.”

Before leaving, the Project Manager and I came up with a plan for the following week.

Assuming the project was funded, the Project Manager would start assembling the team and getting them lined up to start the “real work” the next week (people had to be lined up to work on this project).

I would not be on site this week, and meeting notices started coming into my inbox as expected and according to our plan.

Then, Thursday night I get a call telling me the client probably does not want me back. It came to fruition today.

Partly because I “sat in the corner” watching.

Partly because people heard me say things that did not tow the party line (and I did not do the Schwaber, “You Suck and that makes me Sad“).

Partly because I did not code.

Partly because I was not engaged with that team doing the request for outside funding.

I am sure there are a lot of reasons.

Go back and notice a key role missing. One that was unfortunately a key to this part of the success — or lack thereof — of this part of the project.

I did not do a good job of managing and communicating expectations with all of the stakeholders — known and unknown.

Funny thing happened though.

I hear the team delivered working software.

And.

I had a lot of great conversations with the people on the team and saw negative energy transform into a powerful focus of delivering working code in a very short period of time.

Is it perfect?

No.

Is it something they can show to outside stakeholders that has true business value for them today?

I think so.

So in part I have failed that team, and I am sorry. I am doing the failure bow now — hoping they understand.

And.

I have learned [again] that any ScrumMaster can be taken out and shot at any time.

Hopefully this is a lesson learned that does not happen to you.

It has happened to me before.

And.

Will again.

I do this at a lot of places around the world, and I know I cannot please everyone all the time.

Is it any wonder that most teams fail using Scrum?

Yet.

I try.

As do others.

Yet.

I will not blow smoke or be a “yes man” (or woman, as in the last panel of this cartoon).

And.

I am OK with that.

In some places people call this career suicide — so YOU be careful.

Read this lesson.

Read this real world situation.

And.

Talk about it with other another ScrumMaster or two or three in your organization.

Talk about it with your stakeholders.

Talk about it with your Scrum Team.

Talk about it with your Product Owner.

Talk.

Have the conversations.

BEFORE things implode on you.

Because remember.

A Dead ScrumMaster is a useless ScrumMaster.

I am going to go eat some humble pie and hope that someone learns something from this posting.

I apologize if it was a long one this week.

Lots for me to learn.

Still.

I may post more on this during the week.

And if you want to hire me (smile)….

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Just wanted to let you know that the comic strip and blog entry this week is going to hit a nerve.

It did.

With me.

Be prepared for a reality check.

Sometimes life just throws them at you.

Thank you,

- Mike Vizdos

Contact Information

www.implementingscrum.com
www.michaelvizdos.com
AOL IM: MikeV Work
Skype: mvizdos

=========

For a complete list of my upcoming workshops and public appearances please visit www.michaelvizdos.com/enroll.

Need a Mentor? Take a look at www.michaelvizdos.com/telephone and please let me know your feedback and thoughts.

==========

Welcome back to a new week at www.implementingscrum.com.

I am writing this blog entry from the beautiful city of Portland, Oregon. Nice place and I am having a great time teaching a CSM Class here earlier today and tomorrow.

Wednesday early early in the morning, I am “off” to Santa Clara for SD West. It is an awesome conference and one that I look forward to attending and speaking at each year.

Now, as most of you may know, I am a total introvert.

Or. This may come as a total surprise to you.

This makes it challenging for me to get up in front of people to speak (imagine that… and I am a Certified Scrum Trainer who does this regularly).

Does this mean it is impossible?

Nope.

I do it.

Why?

Because I really do love what I do for a living, and I hope it shows (from writings here and the public speaking that I do around the world).

Another “insider” tip — most of the times the speakers do not get paid or reimbursed in cash or expenses to speak at the conferences. Big names and Key Notes — probably different.

But folks like me, well, guess where this expense comes from?

My own pocket. Not some corporate expense report either.

Really.

And.

This is OK with me. I truly love what I do and am willing to spend my own money to talk about it.

Yeah, there are “perks” like a shirt and a pass to other speakers and working with an awesome professional conference staff… and what can really beat that (smile)?!?!?

I try to set an example for other introverts around the world to see that anything is possible if you are willing to try.

And learn.

And get over the feeling of wanting to barf in your shoes or die than rather talk to people.

So.

Today’s posting is about the topic of making the most of any “Conference” event.

You know, where there are a lot of similar people congregating in some city trying to learn some new things and and and….

Yes, even if you are an introvert, these things can be fun and actually help you in the future.

Here are my Seven Conference Survival Tips for Geeks

1) Network. Network. Network.

This means bringing along a good supply of current business cards to hand out to everyone you meet (people make fun of me for handing out cards… if that is the worst I can be known for, well….).

Keep an eye open for a “Networking Section” at conferences. This is where you may actually have to talk face-to-face with others.

Suck it up and do it. You may be amazed.

It is a small world.

Work on making contacts — there are people from all over the world here and it is amazing the contacts I have made over the years.

Bring a current copy of your resume or be able to email it to someone if they ask — you never know who you may bump into (for me, I can just say “google me” and well, I am out there now…. something that did not happen overnight.

2) Attend Workshops.

And go to some of the night sessions or BoF’s (“Birds of a Feather” – usually an informal gathering with key people in the industry to chat about a specific topic — some like Star Trek (how much more geek can you get LOL?)) and keynote speakers you can grab a beer with. Or buy one for .

Figure out what courses / workshops / trainings / keynotes you want to see.

Conferences can be overwhelming. Listen to feedback from other attendees.

Be flexible and go with the flow when needed.

Maybe… and this may be a big leap for you… attend some workshop or talk on some technology or methodology or bla bla bla that you have never heard about.

Open your mind.

Make some connections to things out there in other parts of the world that may actually have something to do with what you are doing today.

Or…. something you may want to do tomorrow.

3) Spread out.

If you have multiple people from your organization attending – spread out and cover multiple sessions during the same time; when you return to reality (work) following this conference, the stuff you learn can be great input for brown bag lunches.

Or talk about via IM or blogging or even back to talking to yourself (smile).

===========================================
WARNING WARNING WARNING WARNING WARNING WARNING
===========================================

A lot of what you hear may get you fired up and excited about making swift changes within your organization. Please remember do not make any career ending moves when your return to reality the following week.

===========================================
WARNING WARNING WARNING WARNING WARNING WARNING
===========================================

4) Leave feedback.

Always.

Most conferences take the feedback of its customers (you and I) very seriously.

If some speaker is awesome — let them know about it.

If someone is absolutely terrible — let them know about it (and why).

Conferences are continually evolving and get better every year with feedback from you and me.

Even as introverts we have a say. Let it be heard! It only takes a few minutes…. and REALLY makes a difference.

5) Have fun.

Yeah, sometimes you are stuck hanging with fellow geeks.

So meet people and start talking to them. It is amazing to see that other people may have the same “problems” as you do in your development shop today — creative solutions flow freely here.

And if you are into male Dolly Parton Cover Bands… well…. I can tell you a story from a few years ago.

Expect the unexpected.

Really.

6) Learn.

Stretch yourself. There are plenty of topics here that you may not know about — now is the time to learn something about those topics.

7) Network. Network. Network.

Oh, I said that.

Hmmmm….. That is the most critical thing in my opinion (smile).

Here is a “final ask” before signing off tonight — if you are attending the SD West Conference — or any other one where I am attending or speaking around the world — PLEASE contact me to see if we can meet face-to-face.

And I promise as long as you are not some hot six foot four supermodel with some name I cannot pronounce, I will not barf on my shoes (I may barf on your hot shoes — shoot…. YOU are the six foot four supermodel).

Kidding.

Really.

Would love to meet fellow introverts.

Or.

Learn from friendly extroverts!
Got any other ideas? Share and leave copious comments. Consider it practice for real-world-networking!

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Tony had the weekend off (his wife / Product Owner took off with some friends) and my son Dominic was very psyched about doing a drawing this week for all of you.

As usual, I gave him a topic and this is his rendition. This comic strip will be given to you over the next three days, in black and white, with no text.

Why?

A few reasons… first…. Dominic was horribly sick this weekend and his daddy (me) is on the road a bit right now. He did an awesome drawing of the series on paper and I was able to bring it with me on the trip for the week. Using the iPhone camera, I took separate pictures of each of the three parts of this comic strip.

Is it perfect? Well… the drawings are. Dominic rocks. The pictures quality (or lower than I expected) is from me; I accept responsibility for that part. They are not optimized for speed of loading, so I also apologize for any “slower” than normal load times.

Is it good enough?

I think so. And that is the reason I wanted to actually use what Dominic and I produced for the week.

I think and hope you will get the message over the next three postings.

Remember. Agile and Scrum concentrates on delivering potentially shippable software.

It is something you and your team can build on.

And.

You should have a place where you and the team can look back (maybe during a retrospective [Part 1, Part 2, Part 3]) in a safe environment.

And.

Not do the same mistakes again.

In this first segment, think back to when you were a kid. Yes, I know for some of us this may have been a loooong time ago. But think — and also start thinking of why I am trying to bring a child’s perspective into this series every once in a while.

The Chicken is looking into the mirror — the magic mirror — and asks that question which always gets asked in the story books.

Paraphrasing, it goes something like this: “Mirror Mirror on the wall…. Who is the fairest of them all?”

And.

Honestly.

The majority of times a Chicken never wants to hear the truth.

The “monsters” that get in the way are usually huge.

Really huge.

And ugly.

And, the Pigs and everyone else on the team knows that this is true.

Wow.

So part of the whole thing with Scrum is to talk about Transparency.

The Chicken tonight at the end of the first panel looks into the mirror.

And.

The Chicken does not like what it see’s in the mirror.

Do you?

Really?

More on this tomorrow.

Hang in there with me… and you may be shocked what we each learn.

Trust me.

I have looked long and hard into some of these mirrors.

Recently, in fact.

Sometimes it is easy to get lost in those mirrors. A fun and scary place to be all at once.

And sometimes.

You need to get out.

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

I want to let you know I will be out and about traveling again over the near term (working with clients and teaching classes and speaking at conferences). I make this announcement to make sure if I am visiting an area you live in (or are interested in traveling to get there) we may have a chance to meet and chat. Plus, it makes traveling a lot more fun for me.

The “official” public places I will be include:

– Certified ScrumMaster Workshop in Portland, Oregon (March 3-4, 2008)
– Speaking on “Scrum in the Real World” at SD West Expo in Santa Clara (March 6, 2008)
– Certified ScrumMaster Workshop in New York City, New York (March 17-18).

Go ahead and check out the links to the workshops and speaking engagements and topics and sign up if you are interested.

More importantly, this is as close to a personal invitation to please contact me so we can actually meet in person // do some professional networking (over a beer or whatever is fine with me!).

It is a small world.

Thank you.

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

Some of you may be familiar with the term, “What happens in Vegas stays in Vegas….”

Well, tonight I am introducing a new guest writer to the blog, a guy I have worked with for almost the past three years on some major enterprise rollouts of Scrum and co-train with him on a pretty regular basis. His name is Mark Pushinsky and this “enlightenment” came to him a few years ago and we have been waiting on how to actually introduce this to the Scrum Community.

So… without further ado… here is his write-up on the topic (and thanks to Tony as usual for the cartoon!).

I may add something to it later this week (smile).

=================

I was on my way back from Vegas sitting on a plane, with a massive hangover…….and this thought occurred to me.

I know they say that, �What happens in Vegas stays in Vegas� but this occurred to me on the plane ride home and I am pretty sure we cleared Nevada airspace before it did so I feel compelled to share it.

Do you know about the �Cone of Uncertainty�? It is a phenomena that people in software use to describe the fact that when you start a project you have no idea when you�ll finish.

The longer the project goes and the closer you get to finishing the better/more accurate your estimate. Basically you are pretty sure your going to finish it the day before its done.

We have been trying to make it go away in software for many years. Fancy new estimation techniques, months and months of analysis, and brute force have not materially changed the fact that software projects are unpredictable!

Period!

Managers having been trying for decades to make it disappear/pretend it doesn�t exist/figure out how to make it turn from a cone into a cylinder.

Yet time and time again the uncertainty in projects remains.

The epiphany that occurred to me is that Agile or Scrum flips it around. This means that if you ask me what I can deliver in the next 2-4 weeks I am pretty accurate, if you ask me what I am going to deliver 3 months from now I have some uncertainty, but I can give you a reasonable guess, and if you ask me what I can deliver 6 months from now I have no idea…….

When we teach Estimation and Planning in class, we make a point of saying that Agile does not make the �Cone� disappear.

Nothing will!

We use light weight, proven techniques to make our best guess at long term plans.

We don�t pretend to know the end…….in fact we are pretty sure it will change……and we commit to be back in 2-4 weeks to tell you how its changed.

Then we focus on short term commitments, doing the right things, executing well, and delivering real business value.

I have found that after a couple of iterations of working that way we get customers focused more on prioritization, the next release, and getting impediments removed.

They begin to worry less about when the whole thing will be done.

I think the best way to end a project is to stop working on it before all of �The Requirements� have been implemented.

The 80/20 rule, right?

=================

So there goes.

Mark is an awesome person, trainer, and mentor by the way…. While our opinions do not match 100% I love the opportunity to provide an outlet for different opinions and thoughts (even if we are competitors and collaborators in the marketplace).

Let me know if you are interested in contributing in the future!

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Today I am addressing something that has been bothering me — and others in the industry too — and maybe even you, my great reader!

Scrum talks about having having working software at the end of every Sprint (or iteration).

Wow.

Not a Requirements Document. Working Software.

Not a Design Specification. Working Software.

Not a great Architecture PowerPoint Presentation. Working Software.

Not Compiled Code. Working Software.

Not an incredible Test Plan with Automated Testing and complete coverage. Working Software.

Yikes.

Get the point here?

Not too preachy I hope (smile).

That is awesome, right?

“Working Software” then became recast or known a, “Potentially Shippable Product.”

Huh?

Is there a difference?

Yes.

There is a difference.

Think about it.

In your Scrum Teams today, do you have someone from your Production and Support areas involved with your Sprint on a daily basis? How about the Daily Scrum (or Daily Stand-up meeting)? What about in your Sprint Planning? Planning Poker?

Any planning?

At all?

Hmmm.

Now OK.

We may have different definitions of Production and Support people. You can look at them as one separate team, two separate teams, or actually part of your Scrum Team.

In Agile and Scrum, I’d argue that the Production and Support people should be an integral part of the Scrum Team.

In the end, it is the Scrum Team agreeing on the definition of, “Done” for the Sprint (or iteration).

And where does Working Software actually spend most of its usable life?

Say it with me now… “In Production and Support.”

Wow.

What a paradigm shift in the way you are working today.

Or is it?

And.

Think about this.

If your Scrum Team does not include the Production and Support people into your Scrum Team, you may be creating more “Working Software” than the rest of organization can handle.

What? You may be asking yourself?

Are you kidding me?

Nope.

I see this.

Often.

And.

One way I advise clients about handling this situation is to include the Production and Support people into the Scrum Team.

Do they always listen?

Nah.

And then they have a big dump truck full of stuff (waste…. work in process…. inventory….).

What does this cost an organization?

What is this costing your organization today?

Do you care?

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

OK.

I surrender.

Please.

Let’s stop the misquotes and fires about the virus-like position that has been taken by multiple people I quoted and see if we can come up with an answer that makes sense for all of us.

Especially you — the reader.

If you recall… two nights ago I presented a comic strip and blog entry about something I had seen over the weekend.

Wow.

I did not even come close to expecting the traffic and responses related to that one.

The first response (of many) came in yesterday morning:

Hi Mike,

I didn�t see Jason�s post, but as a preacher’s kid (make that double preacher’s kid) and ScrumMaster (woof), I would take Jason’s comments as a complement. I DO think you are like a preacher – but like you said – not preachy, more like a spiritual leader. Scrum and spirituality are very much linked in my mind because of the emphasis on continuous improvement.

As Ghandi said � �Be the change you want in the world.� I believe that you do that by helping people question their beliefs, behaviors and discuss them. Like you, my pastor does not us what to think or how to think it, but ask those probing questions to help us come to our own core values. I find this to be generally true in the UCC � United Church of Christ.

Anyway � I read your site religiously (ha ha). I use your cartoons to prompt discussion and to keep the humor in the air when things get hard. Please continue to post.

Thanks,
Christy Zuzelo

Ohhhhhhhh K. Um….. Daughter of two preachers kids? Yikes. I will not even delve into THAT topic here (smile) but I am sure Christy is a well-adjusted adult who loves my comics.

[Christy thank you for the note -- yours was one of many I wanted to post up here as a follow-up!]

So then,

Out of the blue I see this posting. Ashwin has been a great supporter (albeit it quiet up to his posting!) as most of you are.

Really?

You?

Quiet on this topic?

Why?

Plenty of others are joining into the fray..

HL Arlidge here.

And then someone named Ashwin (another long time reader of the blog) posts this entry.

Wow.

Jason Gorman got the guts (this is an Americanism) to put up his original posting with the cartoon, located here.

Phew. I do not need to post it here! I have permission to do so by the way… but go to his site to see what is happening!

Arlin fired more back here.

And then Jason more here.

Following all of this?

Wow.

Will it continue?

Probably.

is this a good thing?

What do you think? Post a comment or on your blog and let me know!

I do understand that getting stuff like this is important to everyone inside — and “outside” the Agile Software Development Community.

And, for the record, check out my posting on “ScrumMaster and Snake Oil.” A fun read. Or at least I think so.

Thank you.

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

PS — I may have missed something here. But please post comments to this posting at the end!

Gotta run�.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

The posting from yesterday seems to have started some additional conversations today.

And people are taking a stand.

More tomorrow as I see where it leads… and will send you an update on the fun conversations happening around this topic.

Thank you!

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

Gotta run�.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Welcome back to a new day at www.implementingscrum.com.

So this past week I have watched Scrum be called a lot of names and publicly flogged for some of it’s practices.

Um.

People.

Get over it.

Please.

Remember, Scrum helps people, teams, and organizations transform their business to be the best it can be.

Are there other things out there that can make that claim?

Absolutely.

However (you knew one was on the way!)….

Scrum works in a lot of different environments.

This is from personal experience. With teams working and using Scrum around the world.

Then I see this blog entry by a guy named Jason Gorman (a great chap from the UK); the title of the entry was, “How Scrum Spreads – The Scrum Viral Life Cycle.”

I thought, wow, that is an interesting way of looking at things, and sent him a note to let him know I liked the article (maybe not agree with everything there) and then asked him to come to my site to check it out.

Oye.

At it he came. The posting where he replied is currently down, because it seems like some people were offended by what he wrote. So, I will summarize (from my recollection) of what he said about this blog (www.implementingscrum.com) in his blog:

[This struck me, but wow.... the parallels he made were pretty good from my perspective -- I did not even realize I was doing this]

This is from my vantage point and memory…

He created a little cartoon with some religious overtones (this is what I think ticked off some of his readers). I thought it was kinda cute. Not our style in the least; however, any time I see someone attempting to create a cartoon on any agile topic I usually get a good laugh (as long as I am not drawing them). The blog entry talked about how I write my blog in a way a lot of preachers talk at the pulpit.

I do not see me as a preachy sort of person. Heck, I laugh when I see some of those late night Church Folks (anyone remember the Church Lady from Saturday Night Live??).

Annneeeway…. over the weekend Jason took down the postings because he did not want to offend anyone on his site.

Two words to his reader:

“Lighten Up.”

This blog is meant to poke fun at what a lot of us actually do for a living. It is pretty edgy sometimes — on purpose — and tries to get its readers into a mindset where maybe — and this is a big maybe — they will question the way they are working today and see if it makes sense to try something new.

So.

I will close this blog entry with an invitation to Jason to re-post his original entry over the weekend over on our site here. I will post it un-edited and may comment on it after that is posted here. I’ll take any “heat” from the community, and want to really find out if this really is a problem within the Agile Community.

And if it is…. why is that?

So.

This could be a total dud.

Or a great way to open up some discussions with the readers of this blog and many others in the Agile Software Development Space.

[Updated February 6, 2008 -- More Here!]

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Well, I was able to tell you a little about my first two days of this week. If you have not seen it, go here.

Upon arriving into Richmond (my home base) at about midnight, i got the opportunity to make the final preparations for the Certified ScrumMaster Workshop I would be delivering on Wednesday and Thursday.

It would be yet another great class where the attendees walked out of there with a new respect (as did I) for what Scrum can and cannot do.

I have done this course around the world and have trained on my own, with one other person, and with two other people.

Wow.

What a change this makes to both the overall presentation and the outcome to the attendees.

Is this bad?

The easy answer to this is, “No.”

Can every Certified Scrum Trainer co-teach with other people?

Nope.

When it works though….

It is like magic.

I have been lucky enough to work with multiple trainers around the would (and most are not CST’s).

Lucky?

Am I nuts?

Think about it.

If some initial ground rules are set between the two or three people training the class — it can be extremely more powerful at the end of the two days for the attendees.

The first sentence of this is important.

And.

This last one with another Certified Scrum Practitioner (who is looking to become a Certified Scrum Trainer) worked out very well. It was, to be 100% transparent, a surprise to me.

While I was initially looking for the art of the possible, I also knew our styles of coaching in the past has been wildly (sometimes) divergent in techniques.

I made a bad assumption.

Wow.

Like a lot of things in real life that we all live in.

The course got great feedback (sorry about the air conditioning versus the constant heater war going on with the HVAC system… we finally (at the end of day 2) were shown how to useeeeeee the system). Sigh.

So now there are about 11 new Certified ScrumMasters running around Virginia in one place or another.

I’d say it was one of my best classes (workshops) to date.

Why?

Well… let me know why you think this is so….

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!

Hi.

Wow. I just did an informal count (and recount) of all the comic strips that have been posted on this site. This is comic strip #65 since we started with the initial comic series of the Chicken and Pig since September 11, 2006.

I was having a conversation with another “Scrum Person” last week over lunch and the topic of this site came up. He was surprised that this blog has been updated on such a consistent basis since we started the site. Turns out a lot of people in the industry thought this idea had no staying power. I met for dinner with an ex-CIO of a past client this evening (just got back and am writing this now!) who was surprised we only had 60-something cartoons up there… so…. information is taking off in all different directions about this site.

Back to my pundits…. [Still getting over the fact that I do have people out there that want me to fall flat on my face!]

“This is Scrum… how much can you really talk about this each week Mike?”

“Scrum is a simple framework. That’s it. Duh!”

And.

I agree.

It is.

A simple framework.

It is designed to be that way.

For a reason.

What makes this fun for me — and I hope for the people who read this on a regular basis — is the fact there is almost a never-ending product backlog of ideas for me to write about and Tony to illustrate new comic strips for us.

Huh?

Remember… Scrum deals with people. Not resources. People.

This is not a static topic that will go away. People will continually show me there is new material to write about in the context of Scrum.

And for that, I thank you sincerely.

In fact…. over the time we have been publishing this blog, it has grown in popularity (we consistently receive over a million hits per month) and some of the comic strips have been translated into over a dozen different languages.

What amazes me is that the comic strips (most of the times without the write-ups) are showing up in other Scrum Training presentations and being used selectively in team rooms and corporate presentations.

When I start seeing these posted in team rooms, seldom do people in the rooms realize I am the author of this site.

I ask, “Why do you post this (or these) comic strips?”

A consistent answer to me is, “They are great conversation starters with our outside stakeholders.”

“Oh, and they are funny and our team really relates to them.”

Wow.

Um.

When I started the vision for the site I originally thought I’d connect with an illustrator (it took me six months to find Tony) and start to see if we could push the envelope on some topics that a lot of people in the Scrum Community have been avoiding.

Or.

Should I say, “had” been avoiding.

Why do I say “had”?

I have seen that these comic strips and blog entries are now bringing out some very tough conversations about transparency or real-world issues between team members, product owners, ScrumMasters, and outside stakeholders.

Wow.

Bringing the fringe to the forefront.

In my case, one comic strip and/or blog entry at a time.

Do you see this happening in your team, organization, or enterprise today?

Has one — or more — of the comic strips help create some change that was really effective for your team?

What about thinking if one of the comic strips has been disruptive to your team?

I hope you do not agree with everything I write or Tony illustrates.

I do a lot of what I do to help people start thinking about the ordinary in an unordinary manner.

Is this happening for you?

If not… Why not?

Meanwhile, my plan is to keep cranking out new comic strips and blog entries no matter what my pundits are saying. I’ve never been one to follow the crowd. While it may not make me popular…. I stopped worrying about that sometime in high school and now think about how well I can sleep at night — and feel good about me. And not only about me (that sounds selfish in retrospective)…. but does this stuff add value to you (the person or group of people reading this blog and our comic strips)?

Is that a bad thing?

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

I hope this posting challenges some of your current thinking. If it does, please share it with others in your organization. It can be a great conversation starter (like a lot of the postings on this site!). If it does not challenge your current thinking or beliefs… think about why that is so.

Ready?

There is a saying I’ve heard in the past that goes something like this:

“The farther away people get from the money, the less they live in reality.”

Think about this for a minute. I’ll wait (smile).

In most organizations I work with — no matter what the “size” — there always seems to be a divide (sometimes a chasm) between the “Business” versus the “IT” side of the house. This includes government clients and both for-profit and non-profit organizations.

Huh?

When people in the outside world hear about this “divide” in an organization, eyes glaze over when I try to explain this.

Really. They don’t care.

They are consumers.

They buy your product or service.

That’s all.

If you are a Developer (this includes all the various roles like architect, tester, coder, and other names like that) let me ask you a serious question:

“When was the last time you picked up an industry trade rag or read a “real” business magazine or newspaper?”

The trade rags exist for every business domain out there.

Really. I have worked in many industries and there is at least one specific to your business no matter what you do.

This is scary but true.

I am not talking about technical journals (well… keep reading those AND start looking at the business perspective).

I am also not talking about Playboy (although they do have great articles and cool gadget reviews).

Think about resources like The Wall Street Journal, Business Week, Fortune, Forbes, and others.

Why should Developers care about keeping in touch with what is happening in the business world?

Think about the statement I made above… About “Customers”…

“They don’t care. They are consumers. They buy your product or service.”

What does this mean?

Think.

Again.

Please.

Who are your Customers?

Most Developers I speak with about this answer, “The Business Side” of the organization (for example, Business Analysts or Sales or Support or some muckity-muck Vice President or other bigwig).

Uh.

No.

Your Customer in your organization is the person that pays for the ultimate product or service your organization sells.

What?

Think about something simple, like umm…. Sugar. As a product.

[Side note: I have actually worked with a major company that produces sugar and now know more than I need to know about what they actually do to make and deliver it!].

There is a ton of stuff (from an IT and Manufacturing perspective) that goes into getting that five pound bag of sweetness into your pantry at home.

The people (Customers) who use the sugar want it for something specific… to make things sweet.

Do they even care — or even think — about what went into getting that sugar there?

Here is an answer that is tough for IT and Business people to swallow, but I am going to say it.

Probably not.

I may even go as far to say, “They do not care.”

They paid for a five pound bag of sugar and moved on with their life.

When they need more, they will get it from a neighbor or go to the store and get more. They consume it.

And are willing to pay for it.

Wow.

This means your Customer is actually someone who has to part with their cash and put it into the organization bank account.

This is not…

… a budgetary or imaginary number.

… some mystical “divisional spend” you may receive.

… a VP or some higher up.

Think of it this way.

The customer could actually be YOU.

What if you looked at whatever you do to actually add value from the Customer perspective?

Would that change the way you work today (or tomorrow or the next day, week, or month)?

So.

Why am I harping on getting out there and doing some reading about what is happening in your industry — or the business world — in general?

Why do you think?

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Wow. This evening I spent time with my son who is 7 years old (soon to be 8 as he reminds me) watching the, “Naked Brothers Band” on TV. For those of you who do not have kids or have not had the pleasure of watching this, well… let me remind you….

Sometimes… OK…. Almost always… It is important to spend time with your kids doing (or seeing) what they love. So tonight was a special night (and my 7 (soon to be eight) year old really appreciated me hanging with him).

The next posting will be tomorrow.

Yes. I have the cartoon (smile) and it is a good one.

For now… remember…. as I have to remind myself…

It is important to have a life. My kid (and he has a little brother) is a great artist too; he has been a guest artist on the site in the past.

Really.

Thank you and also remember the comic strip tomorrow is brand new and really applicable to Scrum.

And.

Your Business.

You know…. The thing that generates revenue to do what you do on a daily basis??!?!?

Right now, I need to read a story to my oldest kid. As he tries to go to sleep for the night.

Hope you have a great day (or evening, depending on where in the world you read this!).

Thank you!

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

I am sorry I was unable to write about this topic further last evening. Life happens and I thank you for staying with us.

You know how some days you just know things will not come out sounding correct? Last night I had one of those feelings.

So. I stopped.

Until tonight.

Without further ado….

I am blogging about Social Networking Sites.

Now…. before you think you hear crickets singing in the trees from the dead silence you may think this topic deserves…. please hold on and let me explain. There is actually a reason for using Social Networking Sites when you are on Scrum Teams.

Can you think of some off the top of your head?

Seriously.

Think of the possibilities!

Got some? Write them down, as that list — I hope — will motivate you to sign-up or become more active in some of the sites I mention this evening.

Trust me. I know there are a ton of Social Networking sites out there (heck, I am working with a few clients who are developing their own portals for niche markets today!).

I’d like to talk about the main Social Networking sites I am using today, along with “why” I am using them, and for how long. Will it be an exhaustive list?

No.

Do they work for me?

Yes. In different ways.

And.

In an Agile fashion, if it is delivering the results you expect, maybe that is “good enough” for now.

Will these change in the future?

Of course.

So.

Here is a snapshot of a few “Social Networking Sites” I use today (along with my links to them) with the main reasons why I use them.

I use three main Social Networking Sites today.

They include the following:

1. Plaxo
2. LinkedIn
3. FaceBook
4. Twitter.

I use Plaxo to keep my address book on my computer and iPhone up-to-date.

Why is this important?

I see a lot of people move around quite a bit — both personally and from company-to-company. As people become members of Plaxo, it keeps me up-to-date. If I have a business relationship with a person who moves from Company A to Company B, at least I am aware of it. As people then move from Company B to Company X, I know about it and stay informed.

From a Business standpoint, I find this information valuable so I can keep in contact.

Or at least try.

Which brings me to the next one I use, LinkedIn. I have been a member of that service since the product was in Beta many years ago. My personal network has over 500 people (who I have worked with in the past!) and the way this works is to “link you” to other people’s connections — out to what they call “degrees.” From spending the time using this tool, I am approaching almost 4 MILLION other people I can actually contact through the connections my direct contacts with me have.

My link to this profile is just below on the button.

This has been a powerful tool for me at the business level both for introductions to others — and making connections for people that I know and trust. Also, this is a place where people can find out more about me at a professional level, and even feel free to leave (or read) comments from people I have worked with in the past. It is something that I also use when talking to new people I meet and may want to do business with.

At the personal level, I got pulled into 2008 with FaceBook. OK… so this is what I thought would be a totally “personal” kind of site. It turns out that a lot of my contacts from the two services listed above also use FaceBook… and I am learning more about them too.

My “profile information” can bee seen in the little signature thingee below.

Are there other Social Networking sites out there?

Yes.

Will I join them.

Maybe.

I do think as the “open standards” (where the different Social Networking Sites start “talking” to each other and “sharing” information) come about in this space, it will be a lot easier for people to become even more involved.

If they want.

I have personally not hopped on the Twitter bandwagon yet, since I really do not think people need to know everything I am doing every second of every day. Um. I don’t even want to remember that sometimes LOL.

OK. I am now on Twitter. Follow me! Man, how hip am I now!?!?!?

What does this all have to do with Scrum?

Remember.

Scrum deals with what?

People.

Not technology. There are plenty of other Agile Software Development techniques out there for that.

People.

People.

People.

Are you beginning to see how there may actually be a connection to these Social Networking sites and Scrum?

Do some thinking about it.

And get out there and do some personal and professional networking.

It is a small world.

Trust me. I travel it regularly (smile).

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Wow.

Well…. reality has set it and Tony (the artist) delivered the cartoon on time (as usual). And, as usual, it is a great one (nothing but the best here!). Unfortunately for you, it will not be visible until my next posting.

I have been teaching a class today (and the rest of this week) and ugggg…. I am sorry to say the posting that I was going to deliver this evening (today) is going to have to wait until tomorrow. I am out of steam today and want to make sure what I deliver to you is of the best quality.

So…. tomorrow it is (smile).

Here is a preview….

Think about social networking.

And what it can mean for you personally.

And for your team.

And organization.

It can be pretty mind-blowing.

And.

I will cover it in my next posting!

Sorry for the delay. Thanks for understanding.

- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com

Quick announcement…

I have a few seats still available for my Certified ScrumMaster Workshop in Winston-Salem, North Carolina, next Wednesday and Thursday (January 16-17, 2008).

For details on how the workshop is conducted, please read more about it here or directly from the Scrum Alliance Site.

If you’d like to enroll, you can go directly here. You will also be able to look at upcoming public courses (or workshops) that I will be conducting around the world in the near future.

If you are interested in helping me setup a public (or private) course or workshop, please contact me and we can talk more about it. I can basically go anywhere in the world except for about 12 places the current administration of the US government says I cannot go. Sometimes I guess it pays not to be an American (smile).

Thank you and now back to our regularly scheduled blog entries (whatever those are!).

Have a great day!

PS -> If you just want to hang out and meet after the workshop one day to talk shop, let me know and I will see if we can coordinate it together.

So today we are talking about something called Agile Modeling.

It is a concept that has been spearheaded in our industry by a guy named Scott Ambler. It is not some place for hot young women to send their modeling portfolios (when I worked with Scott, this happened on many occasions [if there are hot women who want to send me their pics please send them here (smile)]).

Sorry got a bit off topic.

So.

What is this Agile Modeling stuff and how does it pertain to Scrum?

Think about how we do things in Scrum (and a lot of other agile software development techniques).

We inspect and adapt.

Agile Modeling uses a lot of the same concepts.

Except this is looking at the documentation and modeling techniques within agile software development.

Something that Scrum does not really talk about but it something that is needed when actually developing software for a living.

There is a concept called Agile Modeling Driven Development (AMDD). More information about it can be found here.

Read it. Learn it. Use it.

Really. It is an incredible resource for agile teams.

One of the things that irks me (bad) when I walk into an agile team and they say, “Oh, we are using Scrum we do not DO documentation.”

What?

Ug.

Everyone does.

We do some type of modeling throughout the entire project lifecycle; this includes project initiation (or startup or “Sprint Zero”), during Sprint Planning, and on a just-in-time basis throughout a Sprint (Scott calls this “model storming”).

And this leads to Agile Modeling. Something more of us can all learn a little more about.

It will also help keep you out of heat with your “Compliance People.” You can read a little more about that here.

And what about this reference to Luke and Leia in the cartoon this week?

Ah.

You will have to keep coming back to learn more about that connection.

The plot thickens.

Have a great day!

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

I sincerely appreciate it.

And please feel free to help me pass on the word about this site to your friends and co-workers around the world who may be interested in the new — and existing — rich content on this site about Scrum and how I see things when working with clients around the world and training new ScrumMasters for their roles.

Today I am going to start with an introduction of a new character for our site. All of the other characters are introduced in more detail here.

His name is Scott Ambler and he has been one of my personal mentors for many years. We co-wrote a book a few years ago and have traveled to some pretty cool places on the globe over the years. In addition to Scott being a friend and mentor, he has also published about 20 books (either as author or co-author) and now, as he likes to say, “IBM joined me.” He now works for IBM as an Agile Practice Lead (pretty cool job I think) and we still keep in touch.

His profile can be found at www.ambysoft.com/scottAmbler.html.

So why have I included him as a character on this site?

He knows a lot about various different agile methodologies. In fact, he is the leader in the industry on a lot of them (because like Ken Schwaber, Scott Ambler has helped get the word out about different agile software development methods).

And.

He is a bit on the controversial side. For instance, he is not a big fan of the current certification model that I (and others) teach; this should add some good content for the cartoons (smile).

Sorta like I approach things in life.

Coincidence?

Hmmm.

So, starting tomorrow you will get an introduction to the character that is Scott Ambler in the first official cartoon for 2008 on implementingscrum.com.

This should be another fun year.

Hang on for the ride.

Get involved.

And help us all learn more about Scrum and other agile methodologies.

And remember, like the other characters, what Tony and I say in the cartoons use purely artistic license and may not reflect their real world views or opinions.

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

As I wrote about yesterday, this is probably the last comic strip of 2007. Tony and I hope you enjoy it and learn from it; this is a question that comes up pretty regularly from both the readers of this blog and at client sites I visit around the world.

[Full Disclosure ON]

I have been working with Scott in one capacity or another since September 11, 2001. Scott is one of my many mentors (he is also one of my most outspoken mentors) within the agile community. While everyone may not agree with him, he has (co)-written almost twenty books on various agile topics (one was with me!) and a lot of my learning style can be seen by his acts. For that I thank him sincerely — and often.

[Full Disclosure OFF]

This is what has been posted publicly by Scott Ambler:

My December 2007 print column entitled “Scaling On-Site Customer” is now online at http://www.ddj.com/architect/204801134. It examines the challenges surrounding having a stakeholder(s) actively involved with an agile project in the role of an on-site customer or product owner. This role is hard enough for simple projects, but at scale it becomes extremely difficult. The article provides
advice from Agile Modeling for how to augment this role and address the challenges associated with it.

I’ve also blogged about this topic at http://www.ibm.com/developerworks/blogs/page/ambler?entry=agile_stakeholders_at_scale.

- Scott

Scott W. Ambler
Practice Leader Agile Development, IBM Methods Group

http://www-306.ibm.com/software/rational/bios/ambler.html

Agility at Scale: http://www.ibm.com/rational/agile/

To read the DDJ article, you will probably have to register as a user — and they seem pretty good about not spamming you. Scott will not spam you from his other sites mentioned.

Will you agree with everything he has written?

Probably not.

Is he OK with that?

Sure.

He totally understands that people will not always agree with him.

And.

This is something I have learned from him.

It has come in handy over the years.

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Please note:

Tomorrow will most likely be the last comic strip for the end of 2007. Tony (our artist!) is planning on taking a two week hiatus between now and the new year. This is good stuff and shows he works on having a life (something we talk about a lot on here). While he is gone, I may do a little refactoring on the site and add some additional material and ideas.

If you have any ideas about the content for the remainder of this year, please contact me anytime and we can chat, email, or meet face-to-face.

I have a lot of great plans to be unveiled for 2008.

For those of you who are “stuck” doing the work thing over the upcoming holidays — spend some time surfing the net — specifically at this site and learn more about your craft and how to get better at it. Find something you like? Pass it on to your friends (they do not even need to be geeks!).

So… Tomorrow we will introduce the last comic strip of 2007.

Hope you enjoy it!

Gotta run�.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

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 Scrum Community to discuss this entry and other Scrum topics. Thank you!

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 Scrum Community to discuss this entry and other Scrum topics. Thank you!

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 Scrum Community to discuss this entry and other Scrum topics. Thank you!

Thanks for sticking with us last week. We lost a few subscribers but by the end of the week we saw a large net increase. So thank you for helping me get the word out on this site and blog.

I also got some great feedback and ideas for content in the future.

Keep it coming please.

This week we conclude the three part series on the process of hiring a new ScrumMaster.

Part one is here.
Part two is here.
Part three is below (smile).

Part one talked about what a typical HR department posts when frankly, they are clueless on what they really need. The point here is to remember to work with the people posting the positions to make it realistic to what your team is looking to hire.

Really.

Part two talked about the interviewing process. Wow. This can be complicated – for both the potential scrummaster and the team that person may be working with.

Make it fun if you can.

Notice in the comic strip this week that the chicken did not make the final call for selecting a ScrumMaster.

Who should?

The pigs (or the scrum team).

Really.

Why?

Remember this person who will be filling the role of a ScrumMaster for the team is going to be working with the team on a daily basis.

What does a certified ScrumMaster do?

It depends on the circumstance. As I was reminded in a comment from my last comic strip (see the comment at the bottom and feel free to add to it!).

Some teams may actually like and receive a ScrumMaster who professes Scrum as the Silver Bullet.

Personally… I have not seen this work effectively; however, remember that is what I have found working with the teams around the world.

Remember though… everyone is different and we need to remember situations and teams need different things depending on their — or your — needs.

The last part of this comic strip talks about the possible need for a ScrumMaster to have to sit through the class for training anyway (and no it is not just to learn the “Secret Handshake of a ScrumMaster” (sigh).

Or.

Whatever training the Organization requires.

Read that last sentence and remember it!

Sometimes it is like the Dilbert comic I think many people have seen (and sent me!) this week. More on that later I think (smile)… this posting is long enough for today!

So.

What are you going to do differently when hiring your next ScrumMaster?

Anything?

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

It sounds like people are getting some good value for their time (always a great thing!) while reading the Scrum Community

I hope all is going well out there in your world today (or this evening, depending on where in the world you are!).

Today we continue examining some of the postings and related comments at www.implementingscrum.com and the Scrum Community.

This entry is going to ask you to look at the topic, “Scrum vs. PMBoK“. Go ahead and take a look at it.

Thoughts?

You may also want to check out the following blog postings and comments related to this topic:

Wanted: Certified ScrumMaster.
Why are ManHole Covers Round?
More Fun Than Watching Paint Dry. Or Grass Grow.

Learn anything new or change your current perspective?

Please share it with us on the forum!

Thanks for continuing to read this — or welcome new people reading and subscribing to this forum!

- mike vizdos

Have a great day and thank you for your time.

- mike vizdos
www.implementingscrum.com
www.michaelvizdos.com

PS –> Want to join the Forum? Click here!

So. Last week I wrote about the atrocities I am seeing out there today in trying to fill new spots with the role of a ScrumMaster.

Wow.

It is amazing what people are doing.

As the comic strip above depicts, it is not always an easy thing to do.

So what should you be looking for in a new ScrumMaster — or someone to come in and coach some of your new Certified ScrumMasters?

One word.

Sorry… make that two.

“Fail Fast.”

This is something I have found as a trait that successful ScrumMaster candidates I have worked with show as a great attribute.

“Huh Mike?” you may be asking yourself.

Let me put it to you this way.

If you are interviewing some Super-Duper-ScrumMaster who appears to walk-on-water and always-has-THE-answer, can I give you a solid word of advice?

RUN!

Fast.

Or throw the candidate some stupid, off-the-wall question like they used to do (maybe they still do) over at Uncle Bill’s house of pain?

I consider myself a good ScrumMaster and Certified Scrum Practitioner and Certified Scrum Trainer. I work with many clients around the world on those thorny “Scrum Issues” and, in reality, I do not give them the answers.

Instead, I try to work with them to see if they can come up with their own answers.

Now.

Many of my prospects (or sometimes clients) do not like that way of working with me. They want me to come in like “Captain Obvious” and save the day.

Over time, I have learned this is not the best way for me to be effective.

Or.

Some teams do not like to have to “figure out” their own issues.

Some teams do not like how it feels to, “Fail Fast.”

And.

This concerns me.

If someone comes in spewing some Scrum Religion BS silver bullet theory — be very cautious.

If someone comes in with some war wounds and is humbled to be in your presence…. it may be worth a further look and more conversation.

This is only my opinion.

But I have seen it start to work in the real world.

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

One of the topics I see a lot (in fact, after Tony sent me the comic over the weekend, I saw a similar question on one of the yahoo groups) is, “What is the value of a Certified ScrumMaster?” I have written about the topic here (wow this is the most popular comic strip on the site!) and a summary of others here (and talked about it in person all around the world).

This is not just a question I see in the USA. This is worldwide.

Remember this!

And.

The other question I see coming from this is, “Do I need to hire a Certified ScrumMaster help me?”

This week the comic depicts what a lot of Chickens struggle with.

And Pigs.

And even newly Certified ScrumMasters.

Really.

And it is OK.

But. And you knew a “but” would be coming….

I want you to help me get the word out to the various people looking to hire a Certified ScrumMaster that it is not as easy as “just” placing an ad on one of the online job boards and hoping you will come up with the right person.

Huh?

Just to remind myself that I am not totally insane (just a little, as people who know me can attest), I went out looking on some of the more popular job boards and did a search on a few keywords — like “Certified ScrumMaster” and “Scrum” and for kicks I did a combination of “PMP (or PMI) and Scrum” in various combinations.

Ug.

It is scary what is out there today.

As I was reminded last week during a CSM Workshop I was teaching, I should not keep promoting the “divide” between traditional waterfall method Project Managers and Certified ScrumMaster roles.

It got me thinking.

Wow. I do this. And it is not a good thing.

So. I will try — and this will be hard for me (and think about it… possibly anyone in the agile community) to compare “traditional project managers” with “Certified ScrumMaster” roles.

It is easy to do.

Should we keep doing it?

No. As it was pointed out to me, this keeps the two “camps” separate on a lot of occasions.

Wow.

OK.

So.

Read the comic strip above.

Are you — and your HR or purchasing people (for contractors) doing the same thing today?

The sad thing is this instance is not made up (it is a mixture of various ad postings we see today).

Next week, I will dive a little deeper into the process of interviewing people for the ScrumMaster position.

And why this Certification is of value. Really… there is value in having it!
This week, while I am teaching and working with clients, I will make sure I stop making the distinction between “traditional project managers” and “Certified ScrumMaster” roles.

Can I do it?

How about this.

I will try.

And. I will ask for feedback during the workshops (and please send it to me!).

And.

Next week I will report on my progress AND tell you about various interviewing techniques for hiring a Certified ScrumMaster.

It may be a few more comics before we are “done” with this topic.

It has a lot to be examined.

Where are you with doing this today?

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

More to the point — useless meetings.

You know the type. Let’s have a meeting to have a meeting to discuss what we talked about at our last meeting and review what we have not completed but might get done before we have the next meeting in a few weeks.

Ug.

Breath.

This idea started with an email my wife got from a friend last week that basically said, “I am in a meeting and want to stick a pencil through my eye.”

I know the feeling.

This familiar to you?

Then… I am reading one of the copies of CIO Magazine (specific link here) from when I was gone last month and….

Let me recap what Scrum and “Meetings” have in common (this is correlating an the “five tips” talked about in the brief article I read by Diann Daniel):

1) Schedule only when necessary.

OK. In Scrum, you have a daily standup meeting. Fifteen minutes max. This is your daily planning.

You also have a Sprint Review meeting — where your outside stakeholders can come and see what is happening — working software is preferred.

You also have a Sprint Retrospective — where you and the team work on things that went well, went not-so-well, and what specific few items you can work on improving in your next iteration.

2) Reduce the frequency.

So it may seem that Scrum has a lot of “meetings” to some people.

Hmmm.

These “meetings” should ideally start turning into how people do work together on a daily basis.

3) Create an agenda.

This one is easy.

Daily — The three questions. What have you done since yesterday, what are you going to do today, and what are your impediments.

Keep it simple.

4) Recap.

If there are impediments (things in your way)… the ScrumMaster is responsible for making sure the impediments get removed. This does not mean the ScrumMaster must remove them; however, it usually takes a ScrumMaster role to make sure that things are getting out of your way. One of the ways this gets accomplished is by working with the team in showing them how to remove their own impediments. Cool when it works.

5) Do the minutes.

So in Scrum (and agile in general) one of the items in the Agile Manifesto is, “Working software over comprehensive documentation.” To me, this means that you should not ignore the fact that risks (possibly impediments) need to be tracked in an organization (see my blog entry on compliance!). Remember though… do not overkill it. Do what is needed and move on.

When people are transitioning from “old waterfall” development techniques to this agile stuff (Scrum in particular), sometimes they have a hard time remembering that the old ways they did meetings were ineffective and gave people a bad taste in their mouths (translation: UGGGGGGG WHY AM I HERE?!@@?).

As a ScrumMaster, part of your daily workings with the team will involve them in talking to one another.

Some people call that “meeting.”

Time to get over it and start working together.

Getting some ideas of how to help get this working in your organization?
Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

I introduced each of these topics during the month (with a blog entry about my trip to Russia, and no real follow-up from Kyiv — which was awesome too!). I received some feedback that some people may have been offended by the “picture” used in the “Bottom Up” approach. Oh well. I have learned long ago that I will not be able to please everyone. And for those of you who are still hanging around — and passing around this site to your friends and co-workers — remember my more controversial comic strip is the one I published at the beginning of this year; it is located here and is the most popular comic strip on this site, exceeding all my expectations and proving that controversial topics — at least with this audience — is working to get the message across.

So.

I told you two ways NOT to do it. Well… you can — and many do — but (or AND) do this with your eyes open.

One of the best ways I have seen at organizations being able to successfully implement Scrum in their environment is by using a combination of the two methods already discussed.

It is about common sense after all.

And.

It is about people. Not technology.

So.

What can you do if you are interested in rolling out Scrum and have a chance at successfully doing this?

Remember. 75% of organizations FAIL at implementing Scrum; they die a slow iterative and incremental death. You can read more about this here.

If I were implementing Scrum (which, by the way, is what I actually work with teams around the world doing in real life (smile)), I’d make sure that the executives within your organization have a clue of what this is going to take.

Be honest with them.

This is not a Silver Bullet.

Just because people go to a CSM Course (or, as I call it, a workshop), does not qualify them to run a Scrum Team.

If you can get to the executives within the organization, have them pick someone to be the executive sponsor of this thing.

Read the above sentence again.

Someone.

One person.

And make sure this person has some large shoulders and political clout to help provide “cover fire” when the team hits their first roadblock.

When.

Not, “If.”

And.

This executive sponsor needs to be able to let the team fail. And learn from their failure. And help soften the blow if it is a bad thing for the organization.

The team needs to be responsible and not let this person “hang” in the future by making the same mistake again.

Really.

The last thing you really want to do is have an executive sponsor who continually gets burned by their Scrum Team(s).

And.

The people actually doing the work (Pigs) need to REALLY have skin in the game.

The Scrum Team needs to act like responsible adults and understand what they are getting into.

It is not all fun and games.

OK. Sometimes we have fun and play games.

But.

Remember.

The goal is to always produce business value to your organization.

What does that mean?

It varies by organization type (the different “types” are listed above).

What does this mean for you as a ScrumMaster?

Keep your eyes open.

And.

Remember.

“A Dead ScrumMaster is a useless ScrumMaster.”

Enough said?

Have fun out there!
Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!

Guess what?

A purely “Bottom Up” approach will yield much the same results.

Huh?

You may be asking yourself.

Mike…. what can you mean by this statement?

Here is a typical scenario I see using the “Bottom Up” approach….

A developer (and by this I mean anyone in the role of a tester, business analyst, coder, architect, bla bla bla techno-type-person) goes to a conference and gets fired up about some new methodology or framework to use in their environment.

Or, maybe they do not have a “conference” budget and can squeak a book budget out of their current manager (or wow… even buy it themselves!). You can check out great Agile Book recommendations here.

The point is, this person gets excited.

About Scrum. Of course.

“Wow.” They think.

“We have been doing a lot of what Scrum says but not calling it Scrum.”

[RED LIGHTS AND BIG DANGER SIGNS GO OFF IN MY HEAD WHEN I HEAR THIS.....]

It usually means there is nothing in place at this time to help the organization and they are hacking their way through a problem and looking a some major death marches [THAT makes me sad].

Or.

“Wow. This Scrum stuff looks like it is a Silver Bullet and will fix all my problems.”

It does not.

Scrum is not a Silver Bullet.

In fact, Scrum starts amplifying the dysfunctional areas within your organization.

Ouch.

Really?

Yes.

See…. the “problems” that usually start surfacing “because” of Scrum have always been there. Scrum is actually just making them more visible — and sometimes painful.

So.

It is doing the job it is supposed to do.

Now.

How does an organization handle this amplification of problems and issues?

Hmmmm….

Notice I said, “Organization.”

If one team starts trying to do this on their own and “fight” the current organizational boundaries…. to quote my last statement….

[Political Correctness OFF]

You are screwed.

[Political Correctness ON]

It is unfortunate and I have seen this time and time again.

A team is successful at implementing Scrum.

And.

All of the sudden, the rest of the organization starts seeing that they are successful.

Yikes.

Sometimes too successful.

And.

They get taken out behind the shed and, how can I put this…. get shot.

The organization rejects it.

And Scrum “fails.”

Hmmm.

So what to do?

I am saying a pure “Top Down” OR “Bottom Up” approach are not usually successful.

The next comic will address how to actually use a combination of these in order to be successful at implementing Scrum within an organization.

There is hope.

It can be done.

It is done every day!

Gotta run!.Please send comments, questions, criticisms, ideas, or whatever here.

You can also enter The Scrum Community to discuss this entry and other Scrum topics. Thank you!