![]() |
|
|||||||||||||||||
|
280 Insider Newsletter
NOTE: the entire 4 part series on Google AdWords Strategies is now available in a book from the 280 Group titled "Google AdWords Strategies & Tips: Powerful ideas to help minimize costs and maximize web trafffic." Click here for full details on how to optimize your AdWords campaign!
Of course, some of the engineers I've worked with haven't been of this same mindset and were quite difficult to work with. Oftentimes in the past they had bad experiences with Product Managers or Marketing people who weren't straightforward with them (or were simple incompetent and didn't know what they were doing), and as a result they either didn't see the value added or weren't willing to trust and take a team approach. (Ironically many of the best engineering teams with the most brilliant engineers often end up with this attitude, becoming "Primadonnas" as a result of management telling them that they are the most critical asset of the company). Since we all as Product Management professionals may end up working with less-than optimal engineering teams at some time, I thought I would write an article that covers some of the "Games Engineers Play". (i.e. the popular book "Games People Play"). Following are a few of my favorites - things that have happened to me and how I might deal with them differently now. Game # 1: Redefining Alpha or Beta criteria at the last
minute Probably the most effective technique for heading this off at the pass is to make sure that in your MRD (or PRD) and testing plans you have specific criteria defining what Alpha and Beta are. Put this in writing and get it signed, and make sure that you remind the team about it every few weeks as the project moves forward. Some of the criteria might include the following language: - The following required features must be implemented and working (X, Y, Z) - All fatal bugs that crash the user's system must be fixed - Product Management, QA and Engineering must all agree that the software is ready for beta release and sign off on it - The product must have been tested on the following systems before beta can be declared (X, Y, Z) - N customers must have successfully run the software for N days at their sites and must agree that the software is ready to be declared beta - Performance must meet the following criteria for specified tasks (X, Y, Z) The list could go on, but you get the idea. Note: the closer you get to deadline dates, the more difficult creating this list and getting agreement will be. Game # 2: Product Management gets to choose This is a difficult situation, especially if you have a team that you really work with well. You may have to sacrifice some of the hard won respect and close relationships you've worked to form with the engineers. After all, you are being put in a situation where you have to point out that they are not making their commitments (and they may be excellent engineers that you respect and enjoy working with). The best defense in this situation is to calmly state that the release does not meet the agreed upon goals and that rather than choosing between 2 alternatives that are not at all viable for the market you need to see a plan that gets the release back on track. This probably won't go over well with your team or upper management, but someone has to stand up and be the voice of the customer. Thus is the life of a Product Manager. Another way to deal with this situation is to turn it back around. Tell both the engineers and the management team that from your point of view there are really three choices: 1.) release a product that doesn't meet market needs 2.) miss the schedule or 3.) ask the engineers to come up with an alternative plan to remedy the situation. I've been amazed by how resourceful my teams have become when uppper management has indicated that they have to come up with a "Plan B". Remember, Engineers are master problem solvers, and they may come up with a completely new way to get the product back on track if you use this approach. These are just a few examples. In next month's issue we'll cover some other common "Games Engineers Play" and what you as a Product Management professional can do to work around them. 280 Group Services Short on staff, but have a long list of work to get done? Need help with Marketing or Product Management? Need an interim Product or Marketing Manager, Director or VP? The 280 Group provides hand-picked, on-demand talent to assist you with defining, launching and marketing your products. Whether you have a small project that needs to get done fast or you need an entire virtual team to help make big things happen, we can help you. We also provide special programs such as GoogleRank!
search engine optimization and Zoomerang online customer QuickSurveys.
There is still time to join the AIPMM or SVPMA and purchase the 280 Group Product Manager's Toolkit at a substantial discount! We've partnered with the Silicon Valley Product Manager's Association (SVPMA) and the Association of International Product Marketing & Management (AIPMM) to offer their members a special discount for the 280 Group Product Manager's Toolkit. Any member of the SVPMA or AIPMM can purchase the toolkit for only $59 (a $40 savings). These are both great organizations to belong to, so
if you have been thinking about signing up do it now and take advantage
of the discount on the Product Manager's Toolkit. The 280 Group is now offering Product Management Training based on the methodology and templates in the Product Manager's Toolkit: Strategic Product Marketing and Management Procedural Requirements Management We've partnered with Blackblot to provide these courses. Customized courses are also available as well as individual coaching for Product Managers and Marketing Managers.
|
||||||||||||||||||
|
Resources OTHER
|
||||||||||||||||||
| Website content Copyright 2003-2007, 280 Group LLC. All rights reserved including the right of reproduction in whole or in part of any form. 280 Group and the 280 Group logos are trademarks of 280 Group LLC. All other trademarks are property of their respective owners. | ||||||||||||||||||