I have seen a lot of effort, perhaps rightly so, being dedicated lately to either deciding “what kind of culture” an organization has, or trying to change it to something that is “better” usually with terms like collaboration, teamwork, transparency and other uplifting words in the middle of it all. Perhaps there’s a consultant or cultural survey involved, with lots of interviews, tests and indicators to guide you toward a deeper understanding of your culture.
Or… You could try this.
Randomly walk up to just about anyone in the organization, and after exchanging pleasantries, tell them you’re working on an important project that is failing.
They will likely respond in one of two ways:
- Wow, that’s a shame, sorry to hear that.
- Is there anything I can do to help?
If most people respond with #1, you have a seriously problem with your corporate culture. If they respond with an offer to help, without even knowing what the project is, what organizational boundaries it crosses, and whether they have any of the skills that you need to fix things, your culture is rock solid.
Thirty seconds, I promise…

But then, something strange happens. When you need help to solve a problem, even an urgent one, you are often escorted to the Process Dungeon, where you are mercilessly shackled until you bow and swear fealty forever to the Process King (and fill out a form, submit a spreadsheet, whatever the King demands) at which time you will often, but not always, receive the help you need.
Fast forward. In some respects, not much has changed. As a team member at your organization, sooner or later you will observe behaviors that are detrimental to your team as a whole. Could just be someone who goofs off a bit too much, has a bad attitude, whatever. And you have to decide if “tattling” is your best option. And as a leader, when you are made aware of these behaviors, who do you “punish?”
Rather than just piling on (fun as that might be) I really want to find something meaningful to say. As unlikely as that is, here goes:
I’ve been spending a fair amount of time over the last few weeks negotiating software contracts. There are always clauses in them about liability and indemnification. Basically, the words that describe who is accountable for really bad things that have a remote chance of happening. I see the value of having that language in contracts since they are legally binding documents and the only things that would hold up in court, not unlike pre-nups.
So my question to you leaders out there is: what is the purpose of your team or department? Are you supposed to be nimble and quick to respond to unplanned situations, like an outage in a power plant, a server crash, or a virus on your network? Or are you supposed to be capable of maintaining a steady pace and executing work over the long haul? Ensuring that processes are followed, risks are being managed, and prizing accuracy over speed? (by the way, an accounting department responsible for publishing a monthly balance sheet might be a good example of the latter)
Recent Comments