A book for all Product Managers: The Art of Product Management

Lessons from a Silicon Valley Innovator by Rich Mironov

This book compiles some of Rich's most popular columns from 2002 to 2008. It includes thoughts on building and maintaining product organizations, understanding how customers think, ideas for how to price new products, and ways to motivate people who don’t work for you. Collected into a single volume, it paints a picture of a typical interrupt-driven day.

Rich Mironov is a software product strategist and veteran of four high-tech startups. He is currently Chief Marketing Officer (CMO) of Enthiosys, a product strategy consultancy headquartered in Silicon Valley, where he advises technology companies ranging from F100 to pre-funded startups. Rich is considered an expert on software product management and marketing with a focus on business strategy, pricing and market analysis.
The five key section are:

1. Falling in Love
2. Organizing your Organization
3. The almost New – New thing
4. Getting into the Customers Head
5. What Should Things Cost

Rich draws analogy between being a parent (and at times a first time parent) and product management – an analogy that I used to describe the difference between product management and project management.
The book promises to be a good read for product managers who are working for start ups and for large corporate organisations – click here to purchase the book from Amazon or here to read more about Rich and his book The art of Product Management.

From Software Engineer to Product Manager to Founder of SVPG - Interview with Marty Cagan

Marty Cagan has worked for several leading Hi Tech companies such as Hewlett-Packard, Netscape Communications, America Online, and eBay. During his career he has performed most of the roles that are key to any technology company: product management, software development, product marketing, user interface design, usability engineering, technical writing, software testing, engineering management, and general management. Marty is a founder of the Silicon Valley Product Group a company that provides services that span the full product life cycle. He also authors a news letter that both informs and inspires. In this interview Marty shares his thoughts on Product Management.

1. What’s your academic background/training?
My education is in Computer Science, and I also did the Stanford Executive Business program. But my real education came from having the opportunity to work for and with from some of the best product minds in our industry.

2. What did you do before you where a product manager?
I was a software engineer at HP Labs.

3. Where did you work before you set up Silicon Valley Product Group?
I was previously SVP Product Management and Design for eBay.

4. What inspired you to become a product manager?
I learned the hard way that it doesn’t matter how great your engineering team is if the product manager doesn’t give them something useful to build.

5. How did you make the move from being a developer to becoming a Product Manager.
I found someone that I thought did this job really well, and he pointed me in the right direction.
6. What do you like best about the Product Management job?
Creating products and services that are used and loved by millions of users and customers.

7. What do you least like about the Product Management job?
So many people out there have no idea what product management really is. They think it’s marketing. Little wonder the vast majority of products and services are such dismal failures.

8. How do you keep up with the latest technologies?
If you love technology like I do you can’t help but want to follow developments closely. Also, many of my friends and colleagues are leading engineers and architects and I constantly learn from them.

9. Describe the Product Managers job in one sentence.
This is the person responsible for discovering and defining a product that is useful, usable and feasible.

10. What’s your dream product to manage?
Been there and done that (and extremely grateful for it). Now I love to help others create their dream products.

13. What would be the top three attributes you need to do the Product Management job?

#1. Willingness and ability to engage deeply with engineers on technology – to understand what’s just now possible.

#2. Willingness and empathy to engage deeply and directly with end users and customers to understand their needs. Especially to try out your ideas on them and not let your ego get in the way of learning, adjusting and identifying the right product.

#3. Willingness to do whatever it takes to get that product shipped.

14. Product Managers come from different backgrounds: what advice would you give someone who wanted to break into Product Management who had an engineering background. How would that advice differ if they did not have a strong technical background?
(That’s a great question and one that I want to think more about and then probably write an article on for my newsletter, as many software developers talk to me about switching to product management. For the second part of that question, for people that aren’t technical, I happened to write about that in my last newsletter: http://www.svpg.com/blog/files/are-you-tech-enough.html)


15. Looking back, as a former Product Manager, what’s the one product (or product range) that has brought you the most satisfaction?
My favorite job ever was at Netscape as the Internet was just emerging. New technologies were being invented almost constantly, combined with daily interactions with developers and customers from startups and established companies all racing to learn how they could use the Internet to help solve long-standing problems. A great time to be a product manager.

Part #10 Justifying Time to Research with Agile

Agile Research

I worked for a company that designed and manufactured niche signal processing equipment for the broadcast industry. Part of the secret to the company’s success was that it was not shy in investing significant amounts of revenue in a research department as well as allowing its engineers to carry out their own research projects.


In my opinion all technology companies need invest in research, but think about adopting some agile principles in funding research to ensure that time can be traced and that the business gets a good return on investment (ROI) for research that has been untaken. Here's my list of five potential things that you can adopt when thinking about trying to find time during your busy day to justify time to carry out research.
#1. Identify areas that require research and build it into the sprints backlog.
#2. Ensure that product managers have time to research so that they are up-to-date on the latest widgets, gadgets and technologies. Product management research will not be part of the backlog but nonetheless the research needs to be done in a time-boxed way. It may be an idea to set your self a research goal for each sprint (using the start and finish of the sprint as time markers).
#3. Give time for the engineering team and product managers to formally report back on what they have researched.
#4. Take note of any newly introduced functionality or enhancements that comes about as a result of the research that has been carried out.
#5. Track the benefits (in terms of increased traffic to your website - equipment sold because of the additional feature etc…) and therefore prove business benefit and therefore ROI.

For more on this topic read: Innovating in Large Companies which encourages us to spend 20% of our time in research and innovation.

Business Sense + Technical Sense = Common Sense

Common sense = ROI (Return on investment).

Getting the right balance between technological innovation and business acumen is critical for successful product development.

I worked for a company that designed and manufactured niche cutting edge products for the video and film industries. The company was principally engineering led, therefore there was always the temptation to spend a significant amount of time and resources producing products and or product features that would improve the quality of the pictures that were processed by the nth degree i.e. ‘Technical Sense’. The upside of this would be the production of products that would set or raise the standards and be a real break through in the market place.

The downside would be a real challenge for the sales team who would be given the task to sell high value, niche products into a market that may not appreciate or be able to justify (based on ROI) the extra cost for the increase in quality. A phrase I often heard at exhibitions and attending sales calls as I carried out product demos was: “your competitor has a product that’s good enough for the job and is at a very competitive price”.

On the other hand the sales team would frequently request features to be added to existing products or sell something prematurely so that deals could be secured. Good ‘Business Sense’.

The role of Product Management was introduced with the aim of achieving a balance between ‘Business Sense’ and ‘Technical Sense’.

I sometimes see history repeating itself in my current role as a Product Manager for a publishing company. I sit close to the engineers/developers and at the same time work close to the business (the commercial teams that have the task of monetizing our online products). I sometimes get requests for products and/or features that may take a significant amount of time to produce but may not achieve a good ROI in the desired timeframe.

As I mentioned in a previous article we are currently implementing an agile development framework know as Scrum. Scrum aims to bring the business teams close to the development team. Bringing a level of transparency and enabling both the business and the technology teams to get a ‘hands-on-understanding’ of each others issues. Or put another way Scrum aims to make:
Business Sense + Technical Sense = a large ROI surely this is just plain Common Sense.

Has anyone experienced a noticeable increase in ROI as a result of
implementing Scrum?