Archive

Archive for the ‘management’ Category

Personal And Social

August 20, 2011 Leave a comment

In NASHMA led enterprises, work is personal and business is social. In FOSTMA led command and control hierarchies, work is for the dweebs in the cellar and business is personal; but people are supposed to believe the illusion that “work is fun and business is impersonal“.

Another Rare Gem

August 19, 2011 1 comment

At Saab Sensis, we use Atlassian‘s Confluence wiki and Jira issue tracking tools for intra-project communications. They are wonderful, easy to use, and instantaneously fluid communication tools that increase productivity relative to the sole use of paper documents and fragmented, agenda-less meetings.

After reading this article by Atlassian employee John Rotenstein, “It’s the Culture, Stupid!“, I’ve added the company to my list of faves:

So, how did Atlassian squeeze into the esteemed BD00 list of faves? Here are the snippets that did the trick:

  1. Atlassian’s CEOs have instilled an information culture throughout the company with the core value of “Open Company, No Bullshit”. The result is a bottom-up democracy of information where information sharing is the norm and information hoarding is a foreign concept.
  2. The very act of using a wiki, with its easy access to information and default ‘open’ nature of information, led to an information culture in Atlassian of openness and sharing.
  3. Where ever possible, information is made accessible to all staff. Instead of sending person-to-person emails, relevant information is placed on the wiki for all staff to read. Instead of storing information in documents (eg Word files), information is entered directly onto the wiki so that it is searchable and accessible to all staff — even from home! New staff members, upon joining the company, have immediate access to all historical information kept on the wiki.
  4. From the very beginning, Atlassian founders Mike Cannon-Brookes and Scott Farquhar had a firm belief in having an ‘Open Company’. Unlike other companies that kept information in silos, their vision has always been of a company that has open information by default.

Regarding number 1, I love when employees and executives use everyday language within and without the company – not the carefully crafted, robo-management jargon that wall-streeters and elitist big-wigs want to hear.

Regarding number 4, I love how the company policy toward information is open by default; not closed by default like the moo-herd.

Note: With a tinge of regret, I replaced Saab Sensis with Atlassian in my list of faves. It’s a good company and I really do like working there, but after a bit of reflection and re-evaluation, it’s just not in the same class. In BD00’s whacky and weird world (where you don’t wanna go because the sky is pink and water flows uphill), Saab Sensis is a notch above the sea of CLORGs and DYSCOs that dot the landscape, but a notch below these world class organizations.

Pick Your Tyranny

August 16, 2011 Leave a comment

Given the choice between “tyranny of the majority” and “tyranny of the minority“, I’d choose the former every time – especially when the minority is a junta in the latter case. In representational democracies like the good ole USA, the “representational” aspect decreases the chance of being governed by the “tyranny of the majority“. In really bad corpricracies, the “tyranny of the minority” is the rule and, since it’s a subtle form of tyranny, everyone up and down the ladder of importance accepts it in quiet desperation – with no questions asked.

Manager Types II

August 15, 2011 Leave a comment

This post is an updated refinement of BD00’s class hierarchy for the manager types previously presented in the UCBH post. For your viewing displeasure, I’ve reproduced the “rev 0” version of the inheritance tree here:

The “rev 1” version, with all class operations elided because they’re not important for understanding the message I want to get across, is shown below. The absence of the “Tweener” in rev 0, which inherits the attributes and operations from both the “Bozo” and “Helper” classes, was a major mistake.

Rev 1” is a much more accurate mental model of the manager kingdom because, as the probability density function below shows, the vast majority of manager “objects” are of the relatively boring, harmless, and ho-hum “Tweener” type.

If you look closely at the threshold locations in the scraggly drawn probability distribution, BD00 has postulated that even though the population is comprised mostly of “Tweeners“, there are more BMs than PHORs. Do you agree?

Luckily and happily, BD00 has never worked for, or with, a conscious BM. But he’s directly heard, and indirectly read, several stories from those poor souls who have (are you one of them?). Thus, BD00 is convinced that they do exist in nature.

All models are wrong. Some, however, are useful – George Box

Desired And Actual

August 13, 2011 Leave a comment

One Size Fits All

August 6, 2011 Leave a comment

On Bjarne Stroustrup’s FAQ page,  he state’s his opinion on the utility of object oriented programming:

The strength of OOP is that there are many problems that can be usefully expressed using class hierarchies – the main weakness of OOP is that too many people try to force too many problems into a hierarchical mould. Not every program should be object-oriented. As alternatives, consider plain classes, generic programming, and free-standing functions (as in math, C, and Fortran).

The same could be said of organizations of people, no? Of course, in a purposeful org of people and machines, the goal is to produce and distribute material wealth to all stakeholders: products/services to its customers and financial well-being to its employees and owners.  Thus, some sort of controller-controllee structure is required to keep the org from deviating too far from its purpose. There are alternative structures to hierarchy but, as Bjarne sez, “too many people try to force too many problems into a hierarchical mould“. Bummer.

A Missing Core Value?

August 5, 2011 Leave a comment

I’d venture to say that every technology company has phrases similar to “elegant products“, “technical excellence“, “innovative solutions“, and “quality first” smartly written in its mission and/or core values statements. I’d also venture to say that “schedule is king” is not explicitly inscribed in those WORN documents.

Regardless of what is espoused in their cutesy mission and core values statements, all mediocre and underperforming corpricracies operate day-to-day as if “schedule is king” is their top priority. How many times have you heard managers say the words “quality“, “elegance“, or “excellence” when discussing or reviewing a project? Now, how many times have you heard the word “schedule” uttered by managers?

If “quality“, “elegance“, or “excellence” are never mentioned because they’re “auto-assumed” to be present in all project endeavors, then why write them down? If “meeting schedule at all costs” is really what drives day-to-day behavior in the DYSCO, then why not write it down and put it at the top of the list?

Learn To Estimate?

August 3, 2011 2 comments

Item number 50 in “97 Things Every Programmer Should Know” is titled:

Since most schedules magically appear from the heavens without any input from below, why is there a need to learn how to estimate? If, by chance, schedule inputs ARE solicited from those who will do the work, they’re often ignored since heavenly commitments have already been made behind the scenes.

No Reflection

In “Seeing Your Company as a System“, uber systems thinker Russell Ackoff is quoted as saying:

Experience is not the best teacher; it is not even a good teacher. It is too slow, too imprecise, and too ambiguous.” Organizations have to learn and adapt through experimentation, which he (Ackoff) said “is faster, more precise, and less ambiguous. We have to design systems which are managed experimentally, as opposed to experientially.” – Russell Ackoff

Judging whether an experiment is a success, failure, or something in between, requires the ability to pause and reflect on the results (or lack thereof) being achieved while the experiment is in operation.

In borgs run by self-perceived infallible popes, there is no experimentation and there is no reflection. Orders from above are assumed to be “right” and their execution is never perceived to be an experiment. They are undoubtedly based on an unquestioned, proven theory (usually Theory X) that’s underpinned by a set of rock solid axioms. If success doesn’t manifest as a result of carrying out papal orders, it’s auto-assumed to be the fault of the congregation, or (in less borgy institutions) mysterious supernatural forces beyond papal control. It’s unconscionable to think that the orders themselves were the cause of failure. Why? Because pauses during, and reflection after, execution are not allowed.

Sergeant Schultz Defense

July 28, 2011 1 comment

We’ve heard it before, we’re hearing it now from formerly unassailable media mogul Rupert Murdoch, and we’ll hear it again from other self-important papal figures. Yawn.

What will we hear, you ask? Well, it’s the ubiquitous Sergeant Schultz defense: “I hear nothing, I see nothing, I know nothing“. But ya know, the hot shot dudes who whip out this get-out-of-jail-free card may actually be right. If they “skillingfully” setup their borg’s structure and culture so that they can’t know, then they won’t.