Search the web
Sign In
New User? Sign Up
leandevelopment · Lean Software Development
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Want to share photos of your group with the world? Add a group photo to Flickr.

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
Lead Toyota Engineer Dies of Overwork.   Message List  
Reply | Forward Message #3092 of 4517 |
RE: [leandevelopment] Re: Lead Toyota Engineer Dies of Overwork.

Perhaps the biggest problem that drives the symptoms that you mention below is that software seems for some reason to get divorced from the overall system and the overall business purpose of that system.  Then of course, no one can get passionate about it.  We have to stop developing software and start making systems that serve important purposes, so that team members can make valid judgments about how important the schedule really is – how important that difficult feature really is – what test strategy is best for the long run – where the true cost of the system lies.  This kind of knowledge should not be restricted to managers – a team with a good leader should be able to figure out these kinds of tradeoffs based on the overall system objective. 

 

Mary Poppendieck

952-934-7998

www.poppendieck.com

Author of: Lean Software Development & Implementing Lean Software Development

 

From: leandevelopment@yahoogroups.com [mailto:leandevelopment@yahoogroups.com] On Behalf Of Pankaj Chawla
Sent: Friday, July 11, 2008 06:27 PM
To: leandevelopment@yahoogroups.com
Subject: RE: [leandevelopment] Re: Lead Toyota Engineer Dies of Overwork.

 

Hi Mary

 

>My recollection is that on good teams, overload / overtime was something

>that the team members did to themselves due to their passion for the product they

>were developing.

 

Even though I agree with you on this but the opposite is also true and

I guess far more prevalant. A lot of  people I see putting in extra hours are not doing

that for the passion of it but because of looming deadlines (As is the case with

the Toyota employee also who sadly got there because of a hard deadline on him)

which can lead to lost jobs, bad appraisals and n number of other bad things that

can happen to you as part of the corporate appraisal cycles. I personally

know of an instance where over a period of 1 year, 6 very very passionate

employees left because they were asked to put in weekends after weekends to

meet deadlines where the initial problem was setting up of a wrong deadline

which came into place because their manager made an aggressive commitment

to stake holders without consulting the team members. 

 

>The problem with roles – ANY roles – is that they tend to become a laundry list

>of stuff a person is expected to do, instead of a checklist that a team is responsible

>for looking into.

 

I totally agree with you here because in the case I quoted above, the Manager took

upon himself to commit to aggressive deadlines and forcing team members to follow it

because it was an expectation set upon him (maybe by the organization or by himself).

 

Cheers

Pankaj

 

 


From: leandevelopment@yahoogroups.com [mailto:leandevelopment@yahoogroups.com] On Behalf Of Mary Poppendieck
Sent: Friday, July 11, 2008 3:07 PM
To: leandevelopment@yahoogroups.com
Subject: RE: [leandevelopment] Re: Lead Toyota Engineer Dies of Overwork.

Hi Robin,

I worked as a product champion for several years at 3M, and these were incredibly fun years.  My recollection is that on good teams, overload / overtime was something that the team members did to themselves due to their passion for the product they were developing.  I also do not see the product champion as an all-knowing all-powerful person - just a person with a vision that can excite passion in a team.  When I was product champion, I certainly never could do all of the things expected of even a product owner all by myself, but I did know how to get the right people on the team and get them engaged in the goal – so all of the necessary technical and marketing things happened. 

The problem with roles – ANY roles – is that they tend to become a laundry list of stuff a person is expected to do, instead of a checklist that a team is responsible for looking into.

Mary Poppendieck

952-934-7998

www.poppendieck.com

Author of: Lean Software Development & Implementing Lean Software Development

From: leandevelopment@yahoogroups.com [mailto:leandevelopment@yahoogroups.com] On Behalf Of Robin Dymond
Sent: Thursday, July 10, 2008 11:06 PM
To: leandevelopment@yahoogroups.com
Subject: Re: [leandevelopment] Re: Lead Toyota Engineer Dies of Overwork.

I thought this was sad but interesting. The lean product development model that Toyota uses rolls the product owner, scrum master, and technical lead into one role, the chief engineer. Mary Poppendeick and I have been talking about how this leadership model might apply in software development too. The issue I have is that the Product Owner is already an overloaded role and an achilles heel for a scrum team. Adding the additional technical and process responsibilities has always struck me as being much too heroic, and not sustainable. It looks like that this may be the case.

Of course I don't have Toyota to blame for my 80 hour weeks, just my OC behavior in trying to be really good at doing lean agile and growing a consulting company. I know I am not the only one on this list who is not practicing sustainable pace... but I should... another opportunity.

Robin.


On Thu, Jul 10, 2008 at 5:20 AM, David Carlton <carlton@...> wrote:

On Thu, 10 Jul 2008 03:00:43 -0000, "Joseph Little" <jhlittle@...> said:

> PS. Is it fair to hold Toyota accountable for the mental health of
> every single one of its employees? Still, it may be true that this
> death is not just one incident, and that Toyota may be (partially)
> culpable.

Well, a Japanese labor bureau thought that it was fair to hold them
accountable in this case; do you see a reason to second-guess them?
It's certainly not the only story I've heard that makes me think that
the XP practice of Sustainable Pace isn't in complete harmony with
Toyota's practices.

David Carlton
carlton@...




--
Robin Dymond, CST
Managing Partner, Innovel, LLC.
www.innovel.net - www.scrumtraining.com
Ass't Producer, Learning and Education stage, Agile 2008



Fri Jul 11, 2008 2:18 pm

mpoppendieck
Offline Offline
Send Email Send Email

Forward
Message #3092 of 4517 |
Expand Messages Author Sort by Date

Not all is so rosy at Toyota. TOKYO - A Japanese labor bureau has ruled that one of Toyota's top car engineers died from working too many hours, the latest in...
Robin Dymond
rdymond1
Offline Send Email
Jul 9, 2008
11:03 pm

Hi, To me Robin's point is a good reminder to us all. Toyota (eg, Taiichi Ohno) never said they were perfect and don't want to be seen that way. We should not...
Joseph Little
jhlittle1
Offline Send Email
Jul 10, 2008
3:00 am

... Well, a Japanese labor bureau thought that it was fair to hold them accountable in this case; do you see a reason to second-guess them? It's certainly not...
David Carlton
carlton_db
Offline Send Email
Jul 10, 2008
3:20 am

I thought this was sad but interesting. The lean product development model that Toyota uses rolls the product owner, scrum master, and technical lead into one...
Robin Dymond
rdymond1
Offline Send Email
Jul 10, 2008
3:06 pm

Unfortunately this is another example of the theory of 'Working Smart, not hard!' failing in the real world. If you do work smart and can timebox your work...
Rich Sharpe
richsharpe90
Offline Send Email
Jul 10, 2008
3:47 pm

... Learning to say 'No' is hard and something you get better at through experience and seeing/reading articles such as this. However, in this industry most...
Bartels, Mel
Mel_Bartels
Offline Send Email
Jul 10, 2008
5:40 pm

While I agree that good management has responsibility to avoid waste, and losing a life over a job is an extreme and tragic form of waste, anyone at any level...
James Walsh
jwalsh_00
Offline Send Email
Jul 10, 2008
11:29 pm

... On the one hand I agree. On the other hand, part of the context to my response to this is seeing stuff like the following: ...
David Carlton
carlton_db
Offline Send Email
Jul 11, 2008
1:09 am

I think I raised this issue on the list when the story first broke. There's so much we can learn from Toyota, but we also have to understand the context. The...
Steve Freeman
smg_freeman
Offline Send Email
Jul 12, 2008
2:49 pm

Well said (below). We have to take responsibility for ourselves. Only a child would expect another to have one's own best interest always in mind. Still, a...
Joseph Little
jhlittle1
Offline Send Email
Jul 11, 2008
4:04 am

Re leadership... I recently posted a link to Mary's talk at Google on this subject. AND...I feel Mary has some very important things to say. That usefully...
Joseph Little
jhlittle1
Offline Send Email
Jul 11, 2008
3:52 am

Hi Robin, I worked as a product champion for several years at 3M, and these were incredibly fun years. My recollection is that on good teams, overload / ...
Mary Poppendieck
mpoppendieck
Offline Send Email
Jul 11, 2008
9:37 am

... Delicious! This is an important mind-twist. Ron Jeffries www.XProgramming.com You have to either laugh or cry. -- Bill Rogers...
Ron Jeffries
ronaldejeffries
Offline Send Email
Jul 11, 2008
11:49 am

Hi Mary ... something ... product they ... Even though I agree with you on this but the opposite is also true and I guess far more prevalant. A lot of people...
Pankaj Chawla
talk2pankaj
Offline Send Email
Jul 11, 2008
1:00 pm

Perhaps the biggest problem that drives the symptoms that you mention below is that software seems for some reason to get divorced from the overall system and...
Mary Poppendieck
mpoppendieck
Offline Send Email
Jul 11, 2008
2:18 pm

Well, lean has a principle of not over taxing the system. (Mura is the word used to call out the reverse of that.) It does not take a brain surgeon to see...
Joseph Little
jhlittle1
Offline Send Email
Jul 11, 2008
3:46 am
Advanced

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