Archive for the ‘Leadership and Management’ Category

Attitude #Fail

Monday, August 9th, 2010

Most of the time the individuals that we interact with during engagements are intelligent, intellectually curious, and open to suggestions for improving their service offering’s scalability and availability.  On rare occasions, however, we run into an individual who either argues just for the sake of arguing or thinks he/she can’t learn anything from anyone. While these people might be brilliant they are likely going to ultimately fail and in doing so negatively impact the company. A rule to live by is that an architecture designed by one person is much poorer than one designed by a diverse group of individuals with different skill sets. This is one of the driving principles behind the JAD and ARB.

This is not to say that all conflict is bad. As Marty mentioned in his post on Team Conflict, cognitive conflict is desired. It is the affective conflict that is not good for the team. An easy way to think about the difference between cognitive (good) and affective (bad) is that arguing over “what” to do is good, arguing over “who” should do it (territorial) or “how” it should be done (micromanagement) can be harmful if not carefully kept in check. Once an someone has been assigned as the “R” (see Chapter 2 in The Art of Scalability) let them own the project.

We’ve posted a lot on our blog about hiring A players, tending your team like a garden, and building high performance teams. Allowing someone who displays an attitude of arrogance and superiority in a leadership position is more than just annoying but harmful to the team. Junior engineers will not push back on this person’s decisions for fear of humiliation, younger leaders are being taught to act this way in order to succeed, and the experiential chasm between this person and other executives is only widening.  No matter how brilliant this person is, they are causing more problems than they are solving. Take steps today to remove them from the organization as quickly as possible.

Technology Governance – Lessons from 13 Bankers

Monday, June 21st, 2010

13 Bankers, by Johnson and Kwak, is an interesting but at times text-bookish read on the history, successes and failures of banks in the US from the time of the founding fathers to the recent mortgage induced meltdown.  The book makes a compelling point that effective bank regulation cannot happen while former bankers are so tightly tied to American politics (witness Paulson, Geithner and several other former bankers as recent Secretaries of the Treasury).  Given the size and influence of the remaining 6 large banks, the authors argue that the banks have effectively created an oligarchy.  The authors defend their position through recent events; even after one of the worst financial meltdowns of all time we have yet to reign in the level of risk taking of these modern goliaths.  Banker compensation is at a near all time high, high risk financial products continue to be developed with little or no oversight and the taxpayer has funded all of this with below market loans in the form of TARP.  In every other meltdown in US banking history, we have swung to tightly regulate and control the banks while in this one we simply loaned them money and went back to business as usual.  The authors implicitly argue that Jefferson’s (who was against a central bank for fear of it having too great an influence over government) worst fears have been realized.

The book is informative, and it got me to think about governance overall – especially over technology functions within companies.  Just as the existing board structures in coordination with the government seem to be ill equipped to properly govern and regulate modern banks, so too are too many product companies ill equipped to govern their technology efforts.   CEOs often do not have a deep technical background and while we’ve written that they do not necessarily need to be technical, we’ve also stated that they should ensure that they have the appropriate internal technical talent and outside technical governance.  I’m not talking about the tired old topic of internal IT governance here, though that is still important.   This is about ensuring that the governance of the company is correct and representative of shareholder interests.

Looking at the boards of most companies private and public companies, you will not find many successful technologists as directors.  These boards are likely to have former CEOs, CFOs and CMOs but precious few of them will have former CTOs and CIOs.  Given the level of spend within technology companies, what could be more important than ensuring that spending and focus is appropriate to the needs and the direction of the company?  Given that the product is what creates shareholder wealth, what could be more important than having someone with relevant technical product experience on the board of directors?

A lack of understanding of the risk of certain financial products (especially in the case of debt derivatives like CDOs) on the part of boards of directors and regulators is at least partially to blame for the most recent financial failures.   If former bankers sitting on these boards of directors can’t understand the firm’s financial products, how can a board devoid of technologists have a chance of understanding the ins and outs of developing the company’s products?

While clearly not of the magnitude of our current bank governance problem, it is at least a problem that should be solved as technology continues to play a larger role in each of our lives, our companies and our futures.

Two Important Leadership Tests

Wednesday, June 9th, 2010

Somewhere in the mix of my father, the United States Military Academy and the Army I learned two important self tests for leadership: the “Man in the Mirror” test and the “Would I” test.  While I am human and have failed these tests and their exacting standards from time to time, I think they have on balance served me well.

The Man in the Mirror test is:  Can you look yourself in the eye (in the mirror) after you’ve made this decision?  The question is profound and very powerful.  It alone, if asked at the appropriate time, might keep you from making otherwise foolish ethical choices and poor leadership decisions.  Would it have kept Lay and Skilling, Maddoff or Kozlowski  from  violating their fiduciary responsibilities?  While I can’t answer this question, I do believe that if a person is “on balance good” and hasn’t succumbed to greed induced sociopathic behaviors, then this test will help keep them straight if asked at the appropriate times.  As we’ve written before, building tests such as these into your daily routine can help you from taking the long journey of small steps towards unethical behavior.

The “Would I” test is much more focused on the concept of “Leadership by Example” that we discuss in The Art of Scalability.  This test is also simple.  You just ask yourself “Would I be willing to do what I am asking this person to do?”  Maybe you are asking someone to work during their anniversary.  Perhaps you are asking someone to skip a child’s sporting or school event.  Maybe you’ve just given them some last minute assignment that will cause them to work all night, like completing a presentation for you to give at a conference tomorrow.  “Would I” is not an excuse to be lenient on people, or not to hold people to aggressive standards.  Rather, it is a test to determine if you are truly meeting the expectations that you hold of those around you.

In one respect, the “Man in the Mirror” and “Would I” tests fly in the face of concepts such as Strengths Based Leadership.   They exist to keep us from failing due to shortsightedness, a lack of introspection and aggressive or excessive egoism.  They are rooted in the concept that we sometimes fail because we fail to see how our actions will be perceived or acted upon by others.  Leaders are humans, and leaders make mistakes.  The “Man in the Mirror”, if employed often, helps us to avoid dangerous ethical pitfalls and the “Would I” test helps us avoid burning out our teams.

Why Can’t I Outsource Everything?

Wednesday, May 26th, 2010

Since writing our view on outsourcing, we’ve received a number of questions.  While most people indicate that the article was useful, the most common question is “Why can’t I just outsource everything?”  Here’s your answer:

You absolutely CAN outsource (or even purchase) everything.  The consideration of whether or not to outsource, as we’ve indicated earlier, is roughly the same as whether or not you should buy something.  The two differences are cost and the ease with which someone else can do the same thing you do.  “Buying” something (I mean off the shelf, packaged software, software as a service, etc) means that it’s available to just about everyone today – potentially with some small modifications to fit their business needs.  As such it usually costs less than outsourcing but is also more easily accessible and implementable by your potential competition.  “Outsourcing” something means that you are going to have someone else implement (code) your idea or run your servers (in a hosted rather than a SaaS model), which usually implies higher cost and a bit more difficulty in transferring technology.

In either scenario, you must be willing to say that you are willing to be like “everyone else”.  In other words, you are willing to give up the competitive differentiation that a homegrown solution might offer such as creating a higher barrier to entry, lower barriers to exit, switching costs, etc.  If an outsourcer can develop your code they will take that experience and apply it to someone else.  They may not use the actual code they write for you, but they simply can’t help but use the past experience.  This means that the job to copy you just got a little easier, which in turn means that you lowered the barrier to entry for competition.  And of course if you purchase a solution, then you are also making a decision that you will not differentiate yourself in that particular area.

None of this is bad.  In fact, there are many cases where you SHOULD outsource or purchase software or services.  Most companies and organizations tend towards isomorphism, which means that over time they all look (or should look) to leverage the best known practices to increase efficiencies and reduce costs.  It’s hard to imagine that you are going to differentiate yourself in your accounting systems, customer support systems, sales lead systems, etc.  You might add a unique set of routing rules, etc – but these systems are so standard that the best practices are built in to most pieces of software.

From a product perspective, if your business objective is to be a “low price leader” rather than to compete on technology or to simply “run with the pack” and use standard features while maintaining good margins then it also makes sense to buy or outsource.

But what if you want to have the world’s best product, stock, or media recommendation engine?  By definition you can’t “buy” that as everyone else would have the same thing.  If you outsource it, everyone else might not have your code but the firm that develops it for you can’t help but add it to their experience; they might not copy it but it certainly will influence their future activities.

As we’ve described before – don’t outsource or buy those things that you feel should or will differentiate your business.

4 Types of Organizational Cancer

Thursday, April 1st, 2010

I’m a cancer survivor.  Not the kind of biological cancer that took my mother and some of my friends, but the evil and malicious cancer that mutates and destroys the people and performance within an organization.  I’ve learned through my personal battles with “org-cancer” that you have to act quickly and decisively to excise these “org-tumors” the minute they are detected.  Early detection and treatment are the only way to keep these beasts from destroying your organization, your product and your company.  Here are the four most common types we find in our practice:

The Information Hoarder – This nasty cancerous employee believes that information is power; the more he has relative to everyone else, the more powerful he is.  These cancers don’t like to share information unless it makes them look good. Information that makes them look bad gets secreted away, allowing problems to fester and destroy your product or customer relations.  This employee will provide or expose information only when it meets his or her own needs.  This is an engineer who might not want to share knowledge about a codebase, an executive who only shares metrics that show stellar results and hides those that show problems, or a sales person who refuses to share how he or she has been so successful.  Solution:  Remove this cancer before it grows.  Do not promote this individual and do not allow others in the organization to believe this behavior is acceptable.  As a CEO, this cancer is very dangerous for a board of directors.

The Bragging Hero – As Fish has written before, you should be creating a culture that embraces those who keep problems from becoming crises.  That said, nearly every business has a crisis from time to time and typically there are a number of heroes who help solve them.  You want the type of hero who corrects a situation and moves on without fanfare.  Be wary of the hero who repeatedly trumpets his or her accomplishments.  Often this person can be seen hanging around the Information Hoarders and sometimes they are the same person; an information hoarder who brags about his or her heroic accomplishments.  Solution:  Sometimes this cancer can be “treated”.  Explain the need to reduce self publicity and if you are unsuccessful, excise.

The Gossiper – With all the talk about how much time a company should spend on new products vs maintaining old products, who has the time to invest in morale destroying gossip?   Time spent gossiping by definition steals away from both new product or maintenance time.  This cancer often greets people with “Did you hear about John’s affair?” or “Have you heard about Jeanette’s new boyfriend?”  Let’s be honest – most of us indulge in this behavior from time to time – but I’ve seen people spend an hour plus a day discussing the latest gossip.  You can spot this person because they think they know something about everyone and they aren’t afraid to share it.  Baseless, third hand rumors can destroy the lives of good employees.   This type of cancer shows up in more extroverted professions like project management.  Solution:  You can try to treat this cancer by explaining the effects of their actions on the lives of others.  Most likely you will be unsuccessful and you will need to excise the mass.

The Passive Aggressive Seditionist – This is the cancer upon which the phrase “grin-f&#$er” was based.  This person will say “yes” and make you believe he or she is on your side and “fighting the good fight” all while spreading rumors about you and maybe even making up some stories of his or her own.  They are often seen in the company of Gossipers and sometimes will be the rare but extremely deadly combination of Passive Aggressive Gossiping Seditionist.  Whether of the merged mutant variety or the base type, there is no treating this cancer.  It must be irradiated, chemo’d and excised with extreme urgency.

Make no mistake about it, you have no obligation to continue to employ these mutated employees.  Very often these employees get a lot done, but as we’ve explained in the past it is critically important to evaluate both behaviors AND performance when building a culture of excellence.  “Treating” (counseling) or removing them is the right thing to do, and you can never act too quickly.