The Quest Team provides a broad base of proven products and services to organizations which require highly effective marketing, results-achieving sales organizations, and productive customer teams.
Quest Team in-house training programs are designed to make sure that your marketing, sales and customer support teams have that special edge of differentiation.
Financial modeling as a basis for management decision and action
Whether you are an entrepreneur or an "intra-preneur", if your role involves strategic planning, you will profit from being able to see the financial implications of your ideas.
Understanding the concepts and language of financial reporting
Whether you are an executive, manager or professional, you may need to evaluate a customer, plan new projects or policies, or simply deal with the financial aspects of your role. To be effective you'll want to be able to use the language of accounting.
To successfully manage a business, you must understand where your product costs actually come from. This course is designed to help you think about the alternatives you have in setting prices.
Making the Microchip - At the Limits III is an overview of the semiconductor processing industry. This video course provides a comprehensive view of the complex manufacturing steps using non-technical terminology and analogies.
Gain a deep understanding of important aspects of corporate-level complex sales, product marketing, and other information about technology industries from our panel of seasoned experts.
What is the best methodology for monitoring progress of a product through the product development cycle? When would you kill a product during development?
(ep1045)
When you are in the product development cycle, focus first on the most important attributes you have to solve. This may be a process you need to master before you build a whole tool or complete a whole project. If you get that done first, the rest will follow naturally. Throughout the process you need to be constantly flushing the right ideas through. Constantly manage by walking around—keep in touch. From the MRS to the engineering development cycle there should be a milestone chart with some key gates that have to happen and are date sensitive. Have a review on the targeted dates and stick religiously to the schedule. If there is a problem during the review cycle you have to reset the clock and get it resolved.
As to when you would kill a product in the cycle, there are some triggers. If some new product or widget comes along that makes it clearly obvious you are on the wrong track, it is an easy decision to say stop. Another trigger is if you go out of bounds on your cost or investment scenario. The kill decision is a hard one and, if made, you will need to get others to buy into it, particularly if senior management has a vested interest.
I worked with a CMP startup company and we maintained a war room. All the information on the project was taped to the walls and every morning we had a discussion to make sure progress was on track. Any glitches stood out and were obvious to everyone.
The biggest problem in our industry is that we don't make kill decisions often enough. The reason is there is always somebody's personal career or reputation on the line. We are so worried about protecting it that we often don't listen to what people are saying.
The thing to remember is that there are advocates for both killing it and keeping it alive. If you are an advocate for the former and you don't push hard on your convictions, guess whose head will get chopped if it goes ahead and then dies in the market. There is nothing worse than taking a bad product decision to market and suffering two to three times the economic loss than you would have if you stopped it, even at the back end of development.