Latent Hero Series: #277 the Product Manager

A little while ago I blogged the praises of the librarian and their role in underpinning the success of EDA design, and specifically their unsung role in electrical interconnect and harness design. This time around I extol the professionalism and virtues of Product Managers – employees of Mentor Graphics whose contribution is not acknowledged enough to the success of the CHS application, the popularity and leading position it has in Automotive and Aerospace Electrical systems design.

A product manager does things which make for better software. What s/he brings to work first is an understanding the marketplace for automation and software in a domain. So your product managers who have worked on CHS generally came from a distinguished engineering career with a blue-chip company. Once lured by the dimly flickering lights of a career in software product management  Product Managers get involved in making Mentor Graphics customers happy in ways I shall relate.  

Occasionally the “management” part of the job title involves people, but more often than not it involves things and relationships between people rather than the traditional supervisory connotation of the word. And like most managers in a technology-rich discipline a major input is the making of changes in a planned or systematic fashion. CHS product releases are generally programmed to occurr twice per year. Each major release comes with a large number of new features. These new features are devised, specified, nurtured, championed and then delivered by product managers.

This is a global marketplace, and a geographically dispersed team is used to develop and deliver CHS.  Visiting the co-workers and very importantly getting out and visiting customers is an important part of the monthly routine. Product management is by no means a desk-bound job.  You can be in Japan one week, India the next, China the next month then touring the USA the month after, and squeeze in a trip or two around Europe in the hairline crevices of that schedule.  

Product Manager working and living environment 25% = hotel room

Product Manager working and living environment 25% = hotel room

Product Managers for CHS are immersed in the software development process. They integrate plans to deliver new features with other product enhancement plans and pre-determined maintenance activity: the programming schedules are set and negotiated largely with their input. Resources are finite – and demand for coding and testing time invariably exceeds capacity.  The close knowledge the intricacies of the code writing and quality assurance methodology which Product Managers possess is leveraged to meet customers’ requirements for new and strengthened features – support for new operating system revisions and perhaps new needs for regulatory compliance to name just two. And through the continual reviews of progress through the development life-cycle of CHS it is Product Managers who take on the responsibility to bring to you what you and your market segment wants.  These are not people who are hidden in some back room somewhere – Product Managers have frequent interactions with customers continuing their visibility as practitioners in the world outside the software development cocoon. Even in these days when travel budgets are eroded by using web-based meeting technologies these are people who are likely to cross continents to talk with you about your business needs. They don’t just go the extra mile, they go the extra time zone.  


CHS Sales and Product Manager Meeting West Coast 2006 - Reconcile competiting views of priorities

CHS Sales and Product Manager Meeting West Coast some time ago - to reconcile competiting views of priorities

Also product managers must find some time to amass a body of knowledge without equal in the CHS user base of how the product works and what it does from the inside to outside, from center to periphery. This is especially true as they are often given an area of the product they are specifically charged with being “architect” for.

Takes dedication and an appetite for hard work and a fair old size brain.

 Product Managers’ knowledge is vital to interpret the mass of feedback coming from customer support events, community forum postings, interactions with sales prospects and the account management teams who service new business, and from the broader marketplace:- trade events and technology advances, or commercial realignments etc.  CHS often has a broad scope when adopted as a large cross-department “game changing” deployment for a company, and Product Managers have to have the experience, the command of their product and industry to be able to have the insight of a client project manager motivated to get fast return on investment. So their perspective has to be both inside Mentor Graphics an outside Mentor Graphics one.  A Product Manager’s personality, reputation and capabilities have to sum up to be equal to the trust they have as experts within Mentor plus Mentor’s customers trust in them too.

 So you dunk a product manager in customer needs, and then you dunk them in the software development process and then you dunk them in successfully deploying new software in new business processes like dunking biscuits in your coffee. However product managers do not get all sloppy, weak and relaxed and fall to bits when they get into hot water. 

Hurrah for the product managers of CHS!

Post Author

Posted February 15th, 2010, by

Post Tags

, , , , , ,

Post Comments

1 Comment

About Paul Johnston's Blog

Capital is Mentor Graphics' global market-leading software for electrical system design, electrical analysis, system integration, cabling and wiring design, harness engineering and service documentation. My job title is Senior Application Engineer Consultant - that's a subject matter expert label if you don't want to work out what it means. Here are some of my observations and views - comment on them at your pleasure. Paul Johnston's Blog


One comment on this post | ↓ Add Your Own

[…] software vendor’s “Product Manager” does and what’s in it for you – I wrote a post here  explaining why these people are your friends. Like most of us, these people are busy, so email […]

Add Your Comment


June 2015
  • Avoiding notoriety with Capital Library.
  • May 2015
  • What to do with a deep or shallow interest in going to the Detroit IESF technical conference 2015-May-19
  • April 2015
  • I’ve an A-P-I, a Java A-P-I. I know it is – I’m sure it is – a Capital API
  • February 2015
  • API times are here again.
  • What use is an Application Programming Interface (API) in Capital?
  • December 2014
  • How does the enhancement request process really work for Capital Electrical Platform Design software?
  • What happens when you request an enhancement to Capital
  • Capital Boosters.
  • November 2014
  • In Capital: Ease of Use, EEEEE of UUUUUUU, E’s of U’s
  • May 2014
  • Why would you not want to use the latest Capital software?
  • March 2014
  • How to get the best out of your Capital sales person.
  • February 2014
  • The p-word of Capital.
  • November 2013
  • Mentor Communities and IESD – Capital and VeSys
  • March 2013
  • When you should wake up and retire your old software.
  • December 2012
  • All present and correct.
  • November 2012
  • Distance no object – time holds no dread.
  • Who did you see at the exhibition hall?
  • October 2012
  • Alleviating stress, eliminating risk. Because that’s how we roll.
  • January 2012
  • People who plan, prepare and perform.
  • In Capital Deployment – tell me Paul – who’s the worthiest of them all?
  • Keep no Secrets, Inflict no Surprises.
  • December 2011
  • No vacationing during the holidays then.
  • November 2011
  • Strength in diversity, collective effort and the overstretched analogy.
  • April 2011
  • Blunt talking happens at the sharp end.
  • In praise of the trainers.
  • March 2011
  • The things you should “just know” – IESF Detroit and Capital
  • No shock in the new any more.
  • February 2011
  • Listen – IESF 2011 Detroit Date announced as June 2nd 2011.
  • January 2011
  • Secrets no more: Staying or Straying in Programming – Commercially available tools or grow-your-own?
  • Secrets no more: Outsourcing or in-sourcing your electrical systems interconnect software.
  • November 2010
  • Do you have home grown or shop bought electrical interconnect design tools? Part 2:Don’t sit on the sidelines.
  • Build or buy
  • May 2010
  • Two to the power of N = $ saved or spent
  • Under-rated – often under-stated: #348 The Information Systems people
  • April 2010
  • In today’s world of {fill in the blank here} people do business with other people.
  • March 2010
  • IESF Detroit – 10 days from March 18th and counting down.
  • February 2010
  • Latent Hero Series: #277 the Product Manager
  • January 2010
  • Harness Cost Reduction – the movie; appearing now Website remodeled
  • Harness cost calculation: Miseries brought on by false estimates.
  • IESF – A different decade-type milestone. Scoop!
  • Predictions for twenty-teens Part 3: What will be different about wiring harnesses in the next 10 years.
  • Forecast for 2010 to 2020 Part 2: What will be different about business processes in engineering wiring harnesses in the next ten years.
  • Looking ahead in a new decade predictions Part 1: Winners will leverage the best technologies.
  • December 2009
  • More songs – the new Aerospace and Automotive Electrical and Electronic Systems Design Hit Parade
  • DSI – interfacing with design systems afterword.
  • A standard you can keep to. Perhaps longer than you want.
  • Standards are good – simple standards live longer.
  • November 2009
  • The little pieces of knowledge joined with the bigger ones.
  • Latent hero series #514: Getting dewey-eyed about librarians.
  • September 2009
  • International harmony
  • Show and tell
  • August 2009
  • Learn all about it.
  • July 2009
  • In praise of systems engineering.
  • June 2009
  • CHS: What has it to do with community and abiotic environments?
  • Choose wisely and once: Part 5 – Interoperability.
  • Choose wisely and once: Part 4 – CAD outputs.
  • Choose wisely and once – Part 3: Business Benefits
  • Perceptions differ
  • Choose wisely and once – Part 2: A model & it is looking good.
  • Be careful what you ask for. Choose wisely and once – Part 1.
  • Saving time is saving money. The half year review.
  • May 2009
  • Charleston International Airport
  • Zen thought for the day: For CHS customers, change is a constant.
  • The pursuit of perfection: enhancement requests for CHS.
  • The Electrical Systems Design Blog Song Contest – Top 10
  • Integrated Electrical and Electronic Systems Conference – IESF x 2
  • Things move quickly
  • Start with the end in mind