Archive for August, 2008

Check Your Ego at the Door

Sunday, August 24th, 2008

There is simply no place for a big ego in any position within any company. While it is true that there is a high degree of correlation between passionate inspirational leaders and people who have a need to talk about how great, intelligent or successful they are, we would argue that it is also true that those people would be that much more successful if they kept their need for publicity or public recognition to themselves. The concept isn’t new and is embodied in Jim Collins’ concept of Level 5 Leadership.

CTOs who need to talk about being the “smartest person in the room” and CEOs who say “I’m right more often than I’m wrong” simply have no place in a high performing team. Such statements alienate the rest of a team and very often will push the very highest performing individuals – those actually getting stuff done – out of the team and out of the company. These actions and statements run counter to building the best of teams and over time will serve to destroy shareholder value. The best leaders give of themselves selflessly in an ethical pursuit of creating shareholder value. The right way to approach your job as a leader and a manager is to figure out how to get the most out of your team in order to maximize shareholder wealth. You are really only a critical portion of that long term wealth creation cycle if your actions evolve around being a leader of the team rather than an individual. Take some time and evaluate yourself and your statements through the course of a week. Identify how many times you reference yourself or your accomplishments during the course of your daily discussions. If you find that you are doing it often, take some time to step back and redirect your thoughts and your statements to things that are more team rather than self oriented.

It is not easy to make this type of change. There are people all around us who appear to be rewarded for being egoists and narcissists and it is easy to come to the conclusion that humility is a character trait embodied by the unsuccessful business person. But all you need to do is reflect on your career and identify the boss to whom you had the greatest loyalty and for whom you would do nearly anything; that boss most likely put the shareholders first and the team always. Be the type of person who thinks first about how to create shareholder value rather than personal value and you will succeed!

Recommended Reading

Friday, August 15th, 2008

We mentioned in a previous post, Business Acumen and the CIO/CTO, that we would provide a list of our recommended reading material.  We’ve decided to break our list into three sections, business, technology, and just for fun we’ve thrown in some fiction.  This isn’t a complete list, so don’t expect to read these books and be a technology or business genius.  This is just a starter list that we feel every CIO/CTO should have read.  There are plenty more great business, technology, and fiction books that we all should keep reading.  Let us know some of your favorites.

Technology
The Mythical Man Month – Frederick Brooks
Design Patterns: Elements of Reusable Object-Oriented Software – Gamma et al
Patterns of Enterprise Application Architecture – Martin Fowler
The C Programming Language – Kernighan & Ritchie
The C++ Programming Language – Bjarne Stoustrup
The Art of Computer Programming – Donald Knuth
Data Structures and Algorithms – Aho, Ullman, Hopcroft
Inspired: How to Create Product Customers Love – Marty Cagan
The Singularity Is Near – Ray Kurzweil
On Intelligence – Jeff Hawkins & Sandra Blakeslee 
A New Kind of Science – Stephen Wolfram

Business
Purple Cow, The Dip, etc - Seth Godin
Good to Great, Built to Last – James Collins
Crossing the Chasm – Geoffrey Moore
The Art of War – Sun Tzu
The Prince – Machiavelli
Malcom Gladwell – Blink and The Tipping Point
Black Swan – Nassim Nicholas Taleb
The Innovator’s Dilemma, The Innovator’s Solution – Clayton Christensen
Competitve Strategy – Michael Porter

Fiction
Works by William Gibson i.e. Neuromancer, Spook country, etc
Works by Neal Stephenson i.e.  Quicksilver, Cryptonomicon, etc

Do You Need Product Management?

Tuesday, August 5th, 2008

We work with many early stage startups in which the early and critical product phases including discovery, prioritization, specification and the later equally important product phases including product validation (am I getting the results I expected?) are either not performed well or sometimes not performed at all.

Sometimes the company feels that it doesn’t have the money necessary to fund a team of product professionals and attempts to limp along using the entrepreneur’s early vision with the help of some intrepid engineers. Sometimes the company feels that product professionals simply aren’t needed, even going so far as to cite agile methods as the reason (see later posts to explain why agile doesn’t eliminate the product manager position). Oftentimes the company just hasn’t had the opportunity to realize the benefit that a real product professional can offer to their product development lifecycle.

For those of you hoping for a quick and simple answer to the question above, we’ll give it to you right now: Yes – you need product management and you need to staff that team with product management professionals. Marty Cagan does a great job of describing what a product manager’s responsibility is here.

We are of the belief that building the right product is every bit as important as building the product the right way. The former is accomplished by having a disciplined product selection process that is informed by a professional product management team which in turn analyzes the customer needs, competitive landscape and strategic benefits of different options within the product portfolio. The latter (building it the right way) is an engineering responsibility informed but ideally not limited by the specifications that an professional product management team creates.

Equally important is the need for a product discovery phase. This phase is often ignored within many product development lifecycles and includes determining whether there is a product that can succeed within your target market as well as exploration on the topic of what that product might need to do to properly capitalize on the market opportunity.

Ensuring consistent vision through a single organizational owner of the product is yet another benefit to having a professional product management group early. Continuity helps ensure that lessons are both recognized and hopefully retained through organizational muscle memory. Evaluation of product results as measured within the business metrics creates a continuous process improvement feedback loop that helps grow those organizational muscles over time.

Finally, creating a sufficient backlog of product specs within an organization separate from engineering helps to ensure that engineers stay focused on creating shareholder value through implementation rather than specification.

So yes, you should have a product organization and yes they are a team separate from your engineering team. Build one now and help your company grow!