TIP: Click on subject to list as thread! ANSI
echo: c_echo
to: All
from: Bruce D. Wedding
date: 2004-04-30 00:15:56
subject: [C] ThreadJack: Blame

From: "Bruce D. Wedding" 

Those XP threads are so big, I thought I'd take a bite off with this one.
Bob and Jon claim that "blame" is necessary for learning,
"cutting a weak member loose" and as a feedback mechanism.  I
can't argue that is is not valuable to know when you make a mistake.  It is
obviously valuable, to some degree.  What I've seen now that I've been
doing this for a while is that we ALL make mistakes.  I do not learn from
the type of mistakes I make now. They are intrinsic to what we do, every
industry has their analogous mistakes.  Draftsmen draw something mirrored
and the bolt holes don't line up.  A physician misses tying off one vessel
or leaves a scalpel in there when he closes.

Stuff happens.  It always will.  Just as I know that my array indexing was
off by one because I was passing data to Visual BASIC, I can just as easily
do it again because I don't do it very often.  I completely understand what
happened so there is nothing to learn but that we're all fallible.

Obligatory antectdotal story:  My boss and I split 59 software changes to
make a new release of software.  We divided them based on estimated effort
so it wasn't 29-30 necessarily.  In any event, I completed my changes on
time and my boss was way behind.  What did she do?  She sent emails to me,
the director and the VP claiming that one of my changes didn't work right.
I knew immediately that she was deflecting blame.  Don't play that game
with me if your ducks aren't in a row because I will shove it down your
throat. I replied back asking exactly WHAT was broken and asking her to
clarify that ALL of her changes were complete and I was holding up the
release.  She mentioned something in my code.  It was subjective, not a
bug, a matter of opinion.  I agreed with her changed the code in one day
and emailed all, "Let's release this baby, I'm ready now."  Guess
what?  She was caught like a deer in the headlights.  I ultimately
inventoried her code and found that she hadnn't started on 10 of the
changes and I found bugs in 7 of the changes she did make.  You can bet
your ass that the VP on down knew all about it.

The moral is, we all make mistakes so don't be too quick to judge lest you
get a boot in the rear.

To clarify my position; yes, learning can occur from some mistakes.  I
assert that blame and accountability are not necessary ingredients to the
equation though.  I make a distinction between identifying the problem and
blaming someone for the problem.  It doesn't mean that we all don't know
who broke the code.  The one that did will know it, I assure you.  But it
serves no purpose to name him in the monday status meeting other than, as
Jon pointed out, empire building.

The funny thing is, I'm 100% confident in my abilities.  I'll put my bug
count up against anyone.  I just achieved a 1-7 ratio against an MIT MSc CS
with 15 years experience.  I'm not scared of accountability.  I just don't
see the value.  When I play chess, I realize the goal is to mate the king,
not capture high value pieces.  Don't be swayed from the goal.  Keep your
eye on the brass ring.

--- BBBS/LiI v4.01 Flag-5
* Origin: Prism's_Point (1:261/38.1)
SEEN-BY: 633/267 270
@PATH: 261/38 123/500 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.