Sunday, October 24, 2004

Corporate Life Cycle


I am a fan of Adizes' model for the corporate life cycle. In his book Corporate Lifecycles, he describes four categories of roles that each executive should have reporting to him or her, in order to bring good conflict to the table that can be used for good decision making. The four roles are PAEI:


Performing. In software product development, this is most of what we think about the business; viz creating code which provides a value which translates to money.

Administering. These roles provide predictability, repeatability, quality in what you work on today.

Entrepreneuring. These roles ensure the long term success of your business, looking ahead to what you need to do in the future.

Integrating. These roles are also long term, making sure that you can afford to work on what you need to in the future.


The essence of the model is that you can predict how an organization will perform based on how well balanced these roles are. It is a fascinating read.

Wednesday, October 20, 2004

Approachability

One of the best ways you can get input on all aspects of your organization is to make sure people want to talk to you. This seems self evident, yet many leaders don't invite input except from superiors. You can't just say "give me your input" and expect it to happen, you have to demonstrate that you care.

What I do is make others feel respected and important. Everyone. The janitor. The receptionist. My developers. My peers. My entire network. I get to know their name and commit it to memory. I banter with them when I first see them during the day. I enjoy them as a person for a couple of minutes on every interaction.

I remember a former manager and mentor who told me that he respects anyone who does their job well, irrespective of the status of their position. If an individual takes to his or her job with pride, if s/he is the best XYZ that s/he can be, that deserves respect and admiration. That feedback stuck with me, and as I became more people oriented as my career went along, I put it into practice.

I'm sure some executives will say this is poor time management. I disagree. As an executive you will get more back from your organization by doing this. Two benefits resulting from this attitude and behavior are trust and loyalty, and it is both exponential and infectious.

Tuesday, October 05, 2004

The one true way

You've all seen it: religious wars over technical solutions. emacs versus vi. C++ versus Java. VxWorks versus Embedded Linux. These are decisions you often can't make right because there is no right solution. And whichever you choose, you will alienate a percentage of your technical people. I've tried various ways to solve this dilemma with disappointing results.

What should you do when faced with these?

You will have to do due diligence to make sure that there isn't a clear winner because of some property you haven't yet thought of. Pick a senior person or a small team as technical advisors, and have them research the options, but give them a due date and set the expectation for how much resources they should spend on it. You want to understand whether you can get mindshare or not. If you can't you want to discover that quickly, recognize there probably isn't a "right answer", then simply decide or appoint someone to decide.

Here's the critical part though: make sure the team knows that the decision will be final, who will make the decision, when, and what any known decision criteria is. Let them know that you will support the decision and that you expect the entire team to support it as well. Moreover, that there will be negative consequences for anyone who doesn't go along with the decision. Make sure you are captain of your ship and that the crew isn't going to sabotage the decision. They are either on your ship or not. Their choice. All for one and one for all.

Then you can go on to working on things that add value.


The most important thing about leadership

What I have noticed when technical people complain about bad leadership (as opposed to lack of leadership), is that there is really a lack of trust. This typically occurs because the leader has either exhibited repeated selfish behavior or is failing to communicate openly and honestly. I have seen some leaders holding back information in the interest of appearing dignified or more intelligent than others. I have also observed leaders spewing the party line to cheer up the audience, when the party line is not credible. Neither of these behaviors will lead to long term success.


In my experience, people will respect you and follow you when they understand that you have their well being in mind at all times. The only way I know of to establish that understanding is to drop your guard and let others know where you stand. I'm not advocating that you don't speak the party line, but when you do, make sure you add what you really think (perhaps softened a little if it is a sensitive issue). That way people know you are real, and when you say things are really good, or that they could be really good if only the company or individual did something, they will believe.

You need to go out of your way to help others, in and out of your team, when it is the right thing to do for the group. If this makes the team stronger or the product better, everyone wins. You'll get credit for doing the right thing even though it hurt you, and when you need their help, they'll be there to help you. You want to be the leader that will be there for them when they need you, and you need to demonstrate that every chance you get.

The consequences of losing trust in a high tech firm are dire. Once you lose trust, you lose a lot of the communication that needs to happen. Your team needs to be able to tell you when you are heading for a mine field. They will do that when you do the same for them. As a leader in high tech, you have to accept the fact that you don't have all the answers, and you will need effective communication to help your group get to the right destination.

If your company is healthy, individual well being is typically best served by the company's well being. So if you focus on what is right for the company, while respecting the individual, people will notice. If your company isn't healthy, that is a totally different situation. You need to decide what is best for each individual and let them know why you believe the things you do. If you are a leader in an unhealthy company, you have to think of the individuals first. Anything less than that isn't leading, its pandering.

In the end, it's all about trust.