Search the web
Sign In
New User? Sign Up
scrumdevelopment · Scrum Users
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Real people. Real stories. See how Yahoo! Groups impacts members worldwide.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Catastrophic Organizational Change (again)   Message List  
Reply | Forward Message #10508 of 42757 |
Re: [scrumdevelopment] Re: Catastrophic Organizational Change (again)

This is a really important discussion. If anyone is
interested, I have just started a new Yahoo group
where we can delve into this more philosophical stuff:

http://groups.yahoo.com/group/agileaxioms/

I figure it can be about agile, lean, community,
culture, philosophy and all the other soft stuff
related to the work we are doing.

I think that we need to come up with a more carefully
thought-out set of principles and disciplines than
those expressed in the Agile Software Manifesto. I've
been thinking about this for a while and taken a crack
at it with a few other agile practitioners/coaches
that I know personally: http://www.agileaxioms.com/ -
but I can't say that this represents anything but the
thoughts of a few people with very limited experience.
I'd love to have a discussion with lots of people
about this aspect of what we do.

Mishkin Berteig
mishkin@...
http://www.agileadvice.com/


--- Victor Szalvay <victor@...> wrote:

> Tobias,
>
> Thanks for writing this. When you originally posted
> I wasn't quite
> clear what you meant. Understanding better now, I
> agree with you and
> would like to add some thoughts and examples.
>
> Too many organizations adopting Scrum are doing so
> at a surface level:
> implementing a few of the practices while ignoring
> much of the
> principles and cultural change necessary for it to
> thrive and sustain.
> This same phenomenon is happening in the "lean"
> movement, and I think
> it would be wise for us to take some cues from the
> attempted
> implementation of lean in U.S. manufacturing
> companies. I've written
> about one reveling example:
>
http://danube.com/blog/victorszalvay/practices_without_principles_tps_without_th\
e_toyota_way.html

>
> It was left out of my post, but Liker goes on to say
> that ultimately
> many lean implementations fail shortly after
> installation because
> organizations do not foster cultural change toward
> continuous
> improvement of the product and the process. Those
> organizations say
> "lean doesn't work here" and go back to mediocrity.
> Luckily for lean
> there is overwhelming evidence that it does work
> (e.g., Toyota).
> That's acceptable because some organizations will
> reap the benefits,
> while others will not.
>
> But what about Scrum? What I am concerned about is
> hearing "Scrum
> doesn't work (period)" instead of "Scrum doesn't
> work here". I know
> many organizations have experienced improvement and
> success building
> software with Scrum, but we'd benefit tremendously
> from a Toyota level
> success. But at Toyota it's taken them decades to
> build a culture
> from the ground up that is thoroughly permeated with
> the "Toyota Way".
> Is the change we are talking about, the depth and
> full saturation
> required for Scrum to be fostered, possible at an
> established
> organization with entrenched politics and culture?
>
> -- Victor Szalvay
> Danube Technologies, Inc.
> http://danube.com
>
>
>
> --- In scrumdevelopment@yahoogroups.com, Tobias
> Mayer <tobyanon@y...>
> wrote:
> >
> > For anyone still interested in the topic:
> http://agilethinking.net/catastrophic.html
> > Tobias
> >
>
>
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor
> --------------------~-->
> Get fast access to your favorite Yahoo! Groups. Make
> Yahoo! your home page
>
http://us.click.yahoo.com/dpRU5A/wUILAA/yQLSAA/9EfwlB/TM
>
--------------------------------------------------------------------~->
>
>
> To Post a message, send it to:
> scrumdevelopment@eGroups.com
> To Unsubscribe, send a blank message to:
> scrumdevelopment-unsubscribe@eGroups.com
> Yahoo! Groups Links
>
>
> scrumdevelopment-unsubscribe@yahoogroups.com
>
>
>
>
>




__________________________________________
Yahoo! DSL – Something to write home about.
Just $16.99/mo. or less.
dsl.yahoo.com




Wed Dec 7, 2005 5:34 pm

berteigconsu...
Offline Offline
Send Email Send Email

Forward
Message #10508 of 42757 |
Expand Messages Author Sort by Date

For anyone still interested in the topic: http://agilethinking.net/catastrophic.html Tobias...
Tobias Mayer
tobiasgmayer
Offline Send Email
Dec 7, 2005
3:39 pm

Tobias, Thanks for writing this. When you originally posted I wasn't quite clear what you meant. Understanding better now, I agree with you and would like to...
Victor Szalvay
danube_tech
Offline Send Email
Dec 7, 2005
5:04 pm

This is a really important discussion. If anyone is interested, I have just started a new Yahoo group where we can delve into this more philosophical stuff: ...
Mishkin Berteig
berteigconsu...
Offline Send Email
Dec 7, 2005
5:34 pm

Mishkin, Another worry I have is about agile is getting overly factioned. Why not have this discussion here? I personally find it difficult to keep up with...
Victor Szalvay
danube_tech
Offline Send Email
Dec 7, 2005
5:58 pm

I'm concerned that there are thousands of people on, for example, the extremeprogramming list who might be interested. It's not a concern that is ...
Mishkin Berteig
berteigconsu...
Offline Send Email
Dec 7, 2005
6:12 pm

As Misha suggests, I'll port this discussion to the agileaxioms list. This will be my only cross-post on this topic. I have responded to Misha's "Catastrophe,...
Tobias Mayer
tobiasgmayer
Offline Send Email
Dec 10, 2005
7:15 am

WHOA!!!! Failure is the most valuable part of Scrum. It tells us there is a dead fish, gives us immediate feddback as to what our real skill levels are as ...
Mike Dwyer
protraveler1
Offline Send Email
Dec 7, 2005
6:52 pm

I would be careful with failure. Its good to learn and we learn from mistakes. But there are different types of mistakes -- the mistakes where we get new...
Martine Devos
mmdevos1953
Offline Send Email
Dec 7, 2005
7:37 pm

So what you are saying is when the mechanic doesn't have your car ready when he agreed to that he did not fail to make his/her commitment but that there was a...
Mike Dwyer
protraveler1
Offline Send Email
Dec 7, 2005
8:09 pm

I am European. So no danger of political correctness on this side. There is failing and there is failing. The biggest cause of failure in many cases is...
Martine Devos
mmdevos1953
Offline Send Email
Dec 7, 2005
8:21 pm

You hit the target in one! It is not the tools, not the team, it is not even an organizational change. The catastrophic Organizational Change needed most in an...
Mike Dwyer
protraveler1
Offline Send Email
Dec 7, 2005
8:35 pm

I would love to answer the questions you ask. However it is simpler than that. I went to see our minister of education and told him you can spend your...
Martine Devos
mmdevos1953
Offline Send Email
Dec 7, 2005
8:43 pm

YES ! ! ! Michael F. Dwyer "Planning constantly peers into the future for indications as to where a solution may emerge." "A Plan is a complex situation,...
Mike Dwyer
protraveler1
Offline Send Email
Dec 7, 2005
9:05 pm

Mike, I think we're talking about two separate failures. 1) Your failure: I fully agree that failure in the course of project work contribute to overall...
Victor Szalvay
danube_tech
Offline Send Email
Dec 7, 2005
7:41 pm

That too is a part of Agile. People who can't learn from the fail points with a solid root cause analysis, need to either accept that or move somewhere that...
Mike Dwyer
protraveler1
Offline Send Email
Dec 7, 2005
8:03 pm

Failure and "rumours of failure" seem two different things to me. Failure in context is fertile ground. ... "Scrum doesn't work." sounds like a context-less...
Deb
debhart9
Offline Send Email
Dec 7, 2005
9:02 pm
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help