svpg
FREE newsletter

Subscribe via RSS

Subscribe

Tag Cloud

product management product discovery management company culture product owner product portfolio planning product development process product strategy product marketing product manager marketing great products user experience design innovation agile scrum project management minimum viable product user testing prototype testing

Browse by Date

  • April 2012
  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • October 2011
  • August 2011
  • July 2011
  • June 2011
  • May 2011
  • April 2011
  • March 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009
  • April 2009
  • March 2009
  • February 2009
  • January 2009
  • December 2008
  • November 2008
  • October 2008
  • September 2008
  • August 2008
  • July 2008
  • June 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
  • March 2007
  • February 2007
  • January 2007
  • December 2006
  • November 2006
  • October 2006
  • September 2006
  • August 2006
  • July 2006
  • June 2006
  • May 2006
  • April 2006
  • March 2006
  • February 2006
  • January 2006
  • December 2005
  • November 2005
  • October 2005
  • September 2005
  • August 2005
  • July 2005
  • June 2005
  • May 2005
  • April 2005
  • March 2005
  • February 2005
  • January 2005
  • HOME
  • Services
    • Product Management
    • Product Marketing
    • Technology
    • User Experience
    • Public Workshops
  • Articles
    • Index
    • Blog
  • Clients
  • Resources
  • Company
    • Team
    • Manifesto
    • Contact Us

What Makes a Great CTO?

Posted by Chuck Geiger and Marty Cagan on June 18, 2008

Tags: CTO, company culture, management, product development, engineering

The job of the product manager is to define the products that the product development organization will build. Even with the greatest product ideas, if you can’t build and launch your service, it remains just an idea. So your relationship with the product development organization is all important.

I thought I would discuss in this article the leader of the product development organization. I wrote this piece together with my partner Chuck Geiger, as he has run several world-class product organizations. I have often said that if as product manager you have a good working relationship with your product development counterpart, then this is a great job. If you don’t, you’re in for some very tough days. So in the spirit of developing a better appreciation for what makes a great product development organization, we offer this summary.

First, let’s be clear which organization we’re referring to. This is the organization responsible for architecture, engineering, QA, site operations, site security, release management, and usually project management. This group is responsible for building and running the company’s products and services.

The titles vary, but often include VP Product Development, or CTO. For startups, the title is often simply VP Engineering, but as companies get larger, the focus is not solely on engineering and expands to product development and technology overall. In this article, we’ll refer to the head of this product development organization as the CTO – chief technology officer, but feel free to substitute the term your company uses.

There are five major responsibilities of a CTO. We present them here in priority order, and discuss how each is typically measured:

Organization

Build an excellent organization, with a strong management team committed to developing the skills of your employees. We typically measure effectiveness here by looking at development plans for all of the employees, the retention rate, and the evaluation of the managers and the overall product organization by the rest of the company.

Delivery

Make sure this organization can rapidly, reliably and repeatedly deliver quality product to market. There are several measures of delivery, including some measure of the quantity of work delivered, the consistency and frequency of release vehicles, and the quality/reliability of the delivered/launched software. Some organizations just look at reliability here, but productivity in the sense of quantity and quality is the real key.

Architecture

Make sure the company has an architecture necessary to deliver the functionality, scalability and performance it needs to in order to compete and thrive. The measures for architecture will vary based on your business, but in general we look to track and measure headroom/infrastructure work, and measure site outages due to architectural issues.

Discovery

Make sure that the architecture and senior engineering staff are participating actively, and contributing significantly, throughout product discovery. If your engineers and architects are only being used to write software then you are only getting a fraction of the value from them you should be. We suggest you track the participation of the product development/technology organization in product discovery (both duration and coverage), and the number of innovations that are credited to the engineering/architecture participant. It is also useful, although a little sensitive, to track changes to schedule post-discovery (churn), as you are always trying to reduce churn.

Evangelism

The CTO will serve as the company spokesperson for the product development/technology organization, demonstrating leadership in the community, with developers, partners and customers. This is often measured by establishing a university relations/recruitment program, and sponsoring or participating in at least two events per year in the developer community.

You may want to go to lunch with your engineering counterpart and discuss what they see as their biggest challenges and how you might be able to help from the product side. Anything you can do to help each other out will go a long way to creating a truly effective overall product organization, able to define and deliver winning products.

Email to a friend


  • Product Management
  • Product Marketing
  • Technology
  • User Experience

© 2009 Silicon Valley Product Group. All rights reserved.