You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   233-257   258-282   283-307   308-332   333-357   358-382   383-407   408-432 
 433-457   458-480         
 
Author Message
25 new of 480 responses total.
cmcgee
response 258 of 480: Mark Unseen   Dec 13 19:46 UTC 2006

256 slipped
slynne
response 259 of 480: Mark Unseen   Dec 13 20:49 UTC 2006

cmcgee, it sounds like you have a lot to offer grex and it also sounds
like you are a person with a skill set that would be very useful in this
situation. 
rcurl
response 260 of 480: Mark Unseen   Dec 13 20:56 UTC 2006

In my opinion a conscensus form of decision is best when it is not very
important if a decision is made or not. When decisions are important, I prefer
a parliamentary system that allows the majority to rule with protections for
the views of the minority. I have functioned within both systems, but have
found that drift often results from conscensus systems. 
cmcgee
response 261 of 480: Mark Unseen   Dec 13 21:47 UTC 2006

Respectfully, Rane, consensus works just fine when it's important to make a
decision.  You and I have seen it work extremely well over the years here on
Grex.  

There are varying definitions of consensus.  What it means to a particular
decision making body has to be defined by that body, just as "majority" has
to be defined.  (Please don't start the Robert's Rules conversation just yet).

Often a democratic majority is defined as agreement by >50% of the voters.
Often consensus is defined as agreement by 100% of the voters.

In each case, the decision rule is accepted BEFORE the question is discussed.

As far as I can see staff does not have a decision rule that defines
consensus, and does not have a decision rule that defines how action is taken
if the (fuzzily defined) consensus is not reached.  

At this point, there is enough staff burnout that I doubt they can reach
either of those agreements (what is consensus, and what do we do if we can't
reach consensus) by doing what has worked in the past.  

I'm suggesting that current staff explore (perhaps with me as a facilitator)
ways to define those two decision rules, using some form of consensus to do
so.  

[I'm going to link this to coop since we've really gotten into Grex governence
issues is a big way.]
nharmon
response 262 of 480: Mark Unseen   Dec 13 21:52 UTC 2006

The choices do not just include democratic majority and consensus. I
believe the most appropriate organizational structure for Grex staff is
a hierarchy with one person appointed by staff to be a Systems
Administrator, and that one person appointing staff, approving changes,
and removing staff when necessary. The BoD would decide overall policy
and dictate goals and vision. The staff would implement those plans
under the leadership of the Systems Administrator.

Where I work, the boss makes the decisions and he is responsible for
them (including all the way up to my company's BoD). 
cross
response 263 of 480: Mark Unseen   Dec 13 22:23 UTC 2006

(This item was already linked to coop, btw...)
krj
response 264 of 480: Mark Unseen   Dec 13 22:37 UTC 2006

Yes, this item is now #376 *and* #384 in coop.  :)
cmcgee
response 265 of 480: Mark Unseen   Dec 13 22:45 UTC 2006

Ok, killed 384 in coop.  Thanks guys
cross
response 266 of 480: Mark Unseen   Dec 13 22:49 UTC 2006

sure.
spooked
response 267 of 480: Mark Unseen   Dec 13 22:50 UTC 2006

I was serious with my comments, and neither selfish nor immature in fact.

What is missed on the vast majority of those who think otherwise is that I 
am a very talented individual - with great qualifications and industry 
experience.  I am trustworthy, and I have never had technical issues 
working with any of the Grex staff.  Moreover, I am volunteering my 
services - any sane organisation would jump to have me doing so.  On a 
personal level, I have nothing against any of the staff.  However, on a 
political level, the runnings of Grex staff are less than satisfactory.  
Because I speak the truth, and don't mess about with words or live purely 
by (sometimes outdated) reputations and friendships I am perceived as 
somewhat a wildflower -- but, hey, that's me and I will not be changing.  
It has got me to where I am today, a position I am proud of - and, I have 
the strength and talent to succeed and not play political games like some.





slynne
response 268 of 480: Mark Unseen   Dec 13 23:36 UTC 2006

and you're humble too! ;)

And fwiw, I am in the same boat. People seldom realize my true
greatness. 
mary
response 269 of 480: Mark Unseen   Dec 13 23:38 UTC 2006

That's a generous offer you're making, Colleen, to jump in with
your expertise and maybe get this team functioning a little better.
Thank you so much.

You've given us an overview of the consensus and teambuilding goals
you'd like to facilitate, but I'm curious how you'd do this.  Would
you be willing to tell us about the process so we could better 
understand if this would work for Grex?
cmcgee
response 270 of 480: Mark Unseen   Dec 13 23:38 UTC 2006

My question to you is:  what have you done that makes other staff members look
good?

Nothing in your statement gives any information about your people skills. 
In order to help build a new culture within staff, everyone on staff is going
to have to cultivate their people skills, and their ability to demonstrate
their EQ.  "Not play political games" often translates into "not consider
other people's values when making decisions".  

"I speak THE truth" is an impossible statement.  "I speak MY truth clearly"
is possible.  Strength and talent are not sufficient to make you a good
addition to a team.  In fact, teams that work well together don't need strong
geniuses as members in order to be successful.  

There is a book out, "The Wisdom of Crowds".  Much of the research in that
book demonstrates that organizations that spend time and money searching for
the planet-level expert have worse outcomes than those which put a good team
on the problem.  

My experience with over 175 engineering teams, selected from the University
of Michigan engineering school, confirms that "wildflowers" need to learn how
to value EVERYONE's contribution to the solution, not just their own.  Hence
the question: What have you done that makes other team members look good?

Many engineers hold a belief system that they must be heros and work alone
to solve problems in order to be respected.  Cred is not earned that way. 
Another good book is "How To Be a Star Engineer" which is longitudinal
research done at Bell Labs.  The people who were most respected as engineers
were not the Lone Rangers.  

I'm hoping that the Grex staff can begin to incorporate some of this new
information into the way they solve problems.
mary
response 271 of 480: Mark Unseen   Dec 13 23:41 UTC 2006

It's impossible to realize your true greatness, Lynne.  Give it up. ;-)
spooked
response 272 of 480: Mark Unseen   Dec 13 23:44 UTC 2006

Anyone who knows me professionally I am the first to admit I fuckup if I 
make a mistake.  I don't really give a shit if anyone thinks I'm stuck-up.  
What matters to me is being transparent, fair, and hardworking.

It is clear that is staff has not accepted me, that I will take my 
principles and services elsewhere.

cmcgee
response 273 of 480: Mark Unseen   Dec 13 23:46 UTC 2006

Couple slips there while I was pontificating.

Mary, I'd be delighted to talk about how I could do that.

My first step would be to interview, via phone and email all the current
members of staff and board to find out privately what aspects of the problem
they thought were most pressing, and caused the most difficulty.

I would then assemble the information into an anonymous summary so that we
could all look at the same collection of data.  

I would also try to find out preferred work styles and what aspects of working
with other techies worked best for each person, in order to discover common
ground.  

I would do the same with any previous staff who would be willing to work with
me.  

What the next step would be would depend heavily on the discoveries we all
made during this first round.  I would love to have face-to-face meetings with
staff, but that may not be possible.  Instead, I'd probably use some form of
emailed Delphi technique, and try to reach common ground that way.

Once we could all see where the mountains, hills, valleys, and deep pits were,
we would have a much better sense of what next steps were possible.  
cmcgee
response 274 of 480: Mark Unseen   Dec 13 23:53 UTC 2006

Actually, I'd like to try some form of online staff meeting, using whiteboards
and Skype if we could.  I've participated in a couple world-wide meetings like
that and found that the paid-for technology works extremely well.  We'd have
to look for the freebie stuff, which I think may even be available via Yahoo.
tod
response 275 of 480: Mark Unseen   Dec 14 01:32 UTC 2006

 I can't speak for everybody, but I believe that the Grex staff would
 welcome new folks with useful technical skills who can "play well with
 others."  

That reads like so many job postings I've seen by places that have a few
egomaniacs running critical systems and a manager or director who is afraid
of making any waves for fear those egomaniacs will cause a shitstorm or bring
the whole thing crashing down.  

"Yea, we'd love for you to contribute to our lovely IT group but please don't
make any of the trolls under our data center bridge angry cuz we will always
pick them over you if it comes down to brass tacks."

Seriously.
I saw it at Ford, Real Networks, Microsoft, Chrysler Corp, Nordstrom, and a
bunch of other places.  They all have a few weiners that aren't quite managers
but are micromanaging sysadmins whose entire sense of self worth is vested
in calling the shots of those few boxes they are responsible for.
How dare cross, spooked, or anybody suggest any code is updated, patched, or
changed to something better else they should be individually torn down and
seperated as "individuals" rather than "team players".

Good luck with your procmail hobby, Cindy..I don't think anybody on Grex staff
is going to see your skill as an asset for the entire userbase anytime soon.
cmcgee
response 276 of 480: Mark Unseen   Dec 14 02:26 UTC 2006

Notice that the criterion is "makes teammates look good".  It is hard to have
your selfworth vested in calling all the shots when you're being evaluated
on that criterion.  

Relentless refactoring of code is another aspect of agile programming that
would be useful on Grex.
spooked
response 277 of 480: Mark Unseen   Dec 14 03:01 UTC 2006

I think you miss the point - I don't have to prove anything to anyone.  
This is about politics, and highlighting their sad plague here.  If the 
staff was a 10th as transparent as me, Grex would not be in this 
political stagmire.
cyklone
response 278 of 480: Mark Unseen   Dec 14 04:13 UTC 2006

And speaking of quagmires, aren't we jumping the gun here with all this
process improvement stuff? I mean, what is the official grex methodology for
determining who should implement a process improvement plan? 

<insert ;) here for the humor-impaired>

Anyway, I think tod's and cmcgee's comments are helpful inasmuch as the 
inject some well-needed perspective from people who have actual work 
skills that go beyond "I write code, damn it!"
cross
response 279 of 480: Mark Unseen   Dec 14 05:12 UTC 2006

Regarding #273; If you think it'd be useful, I'd be happy to talk to you.
Shoot me a private email and I'll send you a phone number.

Regarding #276; That's part of the problem.  It's my opinion that
refactoring of code is a big no-no on grex; I tried to start an effort to do
this with the grexsoft project, but I was the only one who did anything on
it.  Ah well.  Anyway, a lot of the attitude is, ``if it ain't broke, don't
fix it.''  Or, ``even if you can make it better, don't if it's someone's pet
project.''

For example I really felt - and still feel - that switching to the
system-standard password hash was and is a good idea.  I proposed this, and
put forth technical arguments for why I felt it should happen.  I never got
a solid technical argument for *not* doing it: it was basically FUD, and
despite addressing those technical points that *were* raised, no action was
ever taken.  Honestly, I was left - as were several other people - with
the impression that it didn't happen because Marcus didn't want it to
because the password hash grex uses now was his baby.  See item #29 in
garage for details (note also that Marcus hadn't logged in in nearly a year
until he logged in to comment on that item).  Actually, I think reading that
item is pretty illuminating.
spooked
response 280 of 480: Mark Unseen   Dec 14 05:38 UTC 2006

I think it is beyond repair, when other staff cannot admit the blatant 
political bullshit that occurs here.  


spooked
response 281 of 480: Mark Unseen   Dec 14 06:42 UTC 2006

I am applying to have my account deleted.

Good luck sorting out your bullshit.  I tried my best.


mcnally
response 282 of 480: Mark Unseen   Dec 14 08:03 UTC 2006

 re #281:  Thanks for providing, in your recent comments, an excellent
 example of what Grex does NOT need in a staff member -- a personal
 grudge against the other volunteers on the system and an unwillingness
 to participate at all unless one gets one's own way.  Frankly we've
 got way too much of that already.

 I've tried to stay out of this because I think that there's a lot
 to be said for some of the points Dan and Mic have been raising
 but I also think they're ignoring some important practical and
 political considerations (and Mic's complaints about "political
 bullshit" aside, working well as part of a group ALWAYS involves
 politics and compromise.)

 I've also not wanted to speak ill of STeve, who's done a lot for
 the system, possibly as much or more than anyone else.   I'm
 mindful, too, of the many important early contributions from Marcus,
 without whom there very well might not be a Grex.  However, I
 definitely think there's a case to be made that their influence
 over the system is stalling progress.

 Given the level of emotional investment some of the principles
 have put into the issue, I haven't been wild about the prospect
 that by sharing my honest opinions about the situation that I might
 provoke them ALL to turn and attack me for the things I'm about
 to say.  But I'll go ahead and have my say anyway and leave it up
 to the rest of you to decide whether you think I've got a point.

 --

 First off, let's state the obvious:  Grex DOES have a staff problem.
 We're stalled on several major needed technical projects that would
 greatly benefit the users of the system.  And even if we were
 totally happy with the current state of the system, which I think
 most of us aren't, we still face a problem in the future which
 needs to be addressed NOW because practically speaking we're just
 one or two staff departures away from having real issues continuing
 to operate.  What happens if STeve gets offered a dream job somewhere
 away from Ann Arbor, or if John Remmers finds something else he
 would prefer to spend his time doing?  Bruce Howard is halfway
 across the world and spending what used to be staff time with his
 wife and daughter (as he should.)  Jan Wolter is also spending
 time with his family and on his business and is only intermittently
 active.  Joe Gelinas and Walter Cramer are still involved with
 Grex but not very active as staff these days, Steve Weiss has
 logged in only five times since the end of August, and Kip de Graaf
 is still in the staff group but doesn't appear to have logged in
 since February of 2005.

 Now, on to the less obvious:  Grex's board and staff culture
 discourage staff participation from new volunteers --  unintentionally,
 I suspect, but the effect is still pronounced.  It's hard to get
 buy-in from the board or the existing staff to make major changes
 to the system, even when they have the potential to benefit many
 users of the system.  The board is extremely conservative in its
 approach to new technology initiatives, unwilling to spend any
 money on hardware without lengthy (and usually fruitless) debate,
 and in the end virtually always defers to STeve's opinion, meaning
 that projects never proceed unless STeve agrees with them and
 STeve's reaction to projects is often influenced buy his personal
 friendship or antipathy towards the person advocating the project.

 Another thing I want to address is the Marcus factor.  As I said
 above, Marcus's contributions in the early days were key to the
 establishment of the system.  Now, however, we've moved beyond the
 early days of the system and Marcus's role in managing the system
 has vanished almost completely and in his absence we are saddled
 with technology decisions made based on his own personal preferences
 that nobody else seems to want to support.  The only time he seems
 to surface is when people are discussing reversing one of his
 decisions and moving forward with technology preferred by the rest
 of us and then he only sticks around until the effort to override
 his decision and move forward runs out of steam and we continue
 limping along with the status quo.

 --

 OK, those are my basic complaints.  Tomorrow, after people have
 had a chance to chew on part one, I'll post part two of my
 "manifesto", outlining what I think Grex's staff needs really
 are and some ideas for how we might proceed.
 0-24   25-49   50-74   75-99   100-124   125-149   150-174   175-199   200-224 
 225-249   233-257   258-282   283-307   308-332   333-357   358-382   383-407   408-432 
 433-457   458-480         
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss