Modifying Scrum is a bad idea.
Do you hear me? Do you REALLY think modifying Scrum is a good idea?
Why?
Scrum is a simple framework. It works.
Yet, in most places I get called into for consulting with clients around the world, this is one of the major causes of projects failing.
People try to mess with it. Because they know better.
OK… do that… then call me to come in and tell you to go back to the basics. I make a great living doing this — but this is FREE advice. Hey… if you still want to bring me in, call me and I will happily deliver this message to whoever you want (heck — I can even do this over the phone for you — what’s the worst that can happen, the receiver can hang up on me — not too bad for a five second telephone call!).
There is a reason that Scrum is a simple framework.
It’s supposed to be.
Think about it.
Most organizations — from very small to the largest enterprises — hire, employ, or contract very smart and intelligent people. These very well-meaning very smart and intelligent people then think they can improve Scrum… before even understanding what power Scrum as a framework brings to the table.
Think about it.
Your organization is probably a political quagmire. Most are.
If you are luck enough not to be in this situation, think of one of your favorite Dilbert Cartoons and laugh — this does happen in most places.
So… you have this political bullshit going on in the organization before Scrum. As dysfunctional as it is, people have learned to thrive and succeed in this environment. Actually the people that are dysfunctional created this dysfunctional system. This could be you (ouch… hard to look in the mirror sometimes — trust me — I KNOW!!!).
Then you introduce Scrum. And then an amazing thing happens.
Take a guess?
“Mike – Scrum is causing a lot of problems so we HAVE to modify it and make it better.”
“Mike – WE are different.”
OK.. on the first one… really really really look at what problems you think Scrum are causing. I do a root cause analysis workshop with clients and usually almost ALL of the problems were there before Scrum was implemented.
Scrum exposes existing problems.
Get over it. As a ScrumMaster, this is something you get paid to work with the Scrum Team, the Product Owner, and outside stakeholders to manage. Put on your big kid pants and start having those tough conversations.
Yeah.
You are different. And special.
But.
Um.
Use Scrum as the basic framework.
Watch. Observe.
Inspect and Adapt.
Sound familiar?
Now does this comic strip make sense?
Let me know your thoughts!
Or… do as the majority of organizations who try to implement Scrum and fail — go back to what you were doing before and blame Scrum. It’s a cop-out the industry (read: meaning people like you and me) still allows to happen. Sad… but true.
Grow a spine and try to have a tough conversation TODAY!
[By the way - the original posting for this cartoon is located at http://www.implementingscrum.com/2008/05/06/kiss-keep-it-simple-stupid/
Welcome to 2012.
Here we are. Another year to look forward to.
Another year to look back on.
Looking back on 2011 for the blog at www.implementingscrum.com, I did not publish a lot of information. However, an interesting thing continues to occur — people viewing the content (some of it now almost five years old) and subscribing to the updates has increased dramatically.
So.
Looking forward to 2012, here is my commitment to you, a valued member of this community (THANK YOU) so much.
I’ll take it up a notch and start paddling again.
Like any great ScrumMaster or Agile Coach, I have to keep at it with this blog because there is so much information we all still need to share.
That’s my commitment for 2012. You’ll be hearing from me at least on a weekly basis with new cartoons (or at least new commentaries from me!) and updates on my latest and greatest stuff.
What’s yours?
Are you going to start paddling again?
Good luck. Commit here if you’d like, and let’s see where we go this year together.
Thank you!
- mike vizdos (Follow me on twitter @mvizdos and Facebook)
PS – You may remember this original comic strip from 2008 (wow time flies), it is located at: www.implementingscrum.com/2008/04/21/up-the-creek-without-a-paddle/
Hi.
In case you did not hear, I am currently in India working with offshore teams here through the end of the month.
I have worked with many offshore teams (from Costa Rica to Kyiv and Moscow and other places around the world) and I have been trying to get on-site in India for years.
And.
It required I get on a plane to meet them all.
Face to face. In person.
So.
Here I am.
On the ground. In India.
Really!
I am seeing a lot of similarities between other offshore teams trying to implement Scrum and other agile techniques.
There are also some differences. Which may or may not be news to some people.
I am going to still wait to draw some conclusions.
However, if you have any questions about working with offshore teams in India — hey — now is the time to use *me* as your voice here.
Ask me. You know I’ll ask people on the ground here!
You can ask via comments below, on twitter or any way that is easiest for you!
I’ll report back what I find here.
And maybe even post some videos
. Some that may not have anything to do with IT and Scrum
.
Have an awesome day and let me know what questions you have for the Indian Offshore Teams! Commenting at the end of this post will help me collect all the questions in one place — and twitter also works.
Thank you.
- mike vizdos

It reflects on a comic strip and blog entry I did a few years ago entitled, “Scrum = Scrum“.
So without further introduction… here is another awesome great Guest Posting… Comments are welcome — and encouraged — to be shared at the end of the posting.
===========
Scrum = Scrum (It Still Is)
Ah, the smooth flavor of plain vanilla Scrum. Simple. Easy to understand. There’s even a little book that explains it in five minutes! Why is it so hard for some people to swallow?
This cartoon was originally published in August, 2007. It and Mike’s text addressed a hot topic of the time, a debate about different “types” of Scrum. Many in the Scrum community were discussing how different teams or companies could adapt Scrum in different ways according their maturity or capabilities. If you go search the email list archives around that time, you will see some debate was had about the concept of Scrum “types.” Is the concept valid? If there are types, what are they? Just A, B and C or other variations? And so on.
In my view, the discussion has since broadened in scope and intensity.
Instead of talking just about types of Scrum, some of the community are now talking about adding or subtracting parts and pieces of Scrum. We talk of “Scrum But” and using Scrum inside waterfall.
The term “Scrumdamentalists” has been coined and seven supposed weaknesses of Scrum exposed.
Scrum usage is growing and changing.
Change is hard. Even Scrum and Agile practitioners are not immune to the difficulty of change. The discussion is not about types of Scrum but what Scrum is and is not.
Plain vanilla is under attack.
Don’t get me wrong, discussion and debate are necessary for innovation and growth. As long as we harness the passion toward good outcomes, even the more strident views being espoused can be valuable. Weakness and variations should be looked at for their contributions to our knowledge and improvement.
And, just because you like a chocolate and nuts swirled in your vanilla does not mean another person is silly for promoting plain vanilla.
There is great value in plain vanilla Scrum. Huge value, in fact.
Scrum is a simple framework, the basic definition can be understood in less than a day.
Scrum does not try to give all the answers or be one size fits all.
It is enough to get started and rapidly learn what you need to improve.
There is a balance in Scrum between prescriptive and freedom, strongly demanding certain, few practices and leaving the business to self-organize the rest.
A team in chaos or in a micro-management pit will find a much better world even if all they do is start with the Scrum practices.
It is easy to start and see improvements in just weeks, even days.
Yes, Scrum does not contain directives around engineering practices such as continuous integration or pair programming. Yes, Scrum lacks a mandate for what a Product Backlog must contain and how the items should be described. And some would say other things are also lacking or wrong. These are things that make Scrum easy to start using.
And once started down the Agile path of continuous improvement, Scrum provides a framework on which to build the practices that match each team’s situation. Want to add eXtreme Programming practices, go ahead! Need to add a Product Backlog Priority Adjustment Conference (I just made that up) with upper management, do it! Want to run your team board with a Kanban flow, that’s fine! All of that can be done within the Scrum framework.
I have no doubt that some teams and enterprises really do need more than just Scrum. Or some pieces and combination of Scrum, XP or some other thing. Asking them to choose what combination is right, from all the many choices, may result in no choice, more confusion and getting no closer to Agile.
And that is not good.
With all due respect to proponents of all Agile frameworks, methodologies and combinations there of, I remind you that plain vanilla Scrum is very powerful, highly adaptable and simply useful.
Don’t forget to try no more and no less than plain vanilla Scrum before dismissing it for some fancy combination. It could be just the taste you are looking for!
======
As usual, comments are welcome and encouraged.
I’d like to sincerely Alan Dayley for taking the time to write this guest blog posting about Scrum.
Want to do a Guest Posting on www.implementingscrum.com? Contact me about writing about your views on any of the existing comic strips at this site!
Than you.
- mike vizdos
www.michaelvizdos.com
www.implementingscrum.com
… in order to help *everyone* in our community, I’d like to ask for the following people to please contact me off-line from the blog:
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)
Older Articles »







