I love crisp short articles like this (Michael Porter’s Big Ideas). Very energizing! Mr. Hammonds and Mr. Porter blast through a compelling story to help people understand strategy. They state that through the 90s, for the most part strategy had knowingly or sometimes unknowingly fallen by the wayside. A combination of technology and culture had changed the landscape and most companies simply relied on operational effectiveness as a means of competing. They provide some interesting justifications for why that is not a recipe for sustaining yourself. |
|
They tackle some interesting topics including how change affects strategy, the impact of technology, and how leadership should affect strategy. I highly recommend a read through the article, especially the last section “Great strategies are a cause.” Here are some of my favorite lines from the article… “Of course strategy is hard — it’s about making tough choices.”
Image Source: fastcompany.com | |
|
Entries from June 2009 ↓
Another Strategy Article from Mr. Porter
June 2nd, 2009 — Strategy
Reviewing Peers
June 1st, 2009 — Product Management
No, not actually reviewing your peers. I am suggesting peer reviews of your work. Ugh… I know the stink of requirement reviews with development is all over the office, but I am not thinking requirement reviews.
I am suggesting reviews of your problem statements with your peers. Specifically the other product management types you work with. I know, you are the only product manager in the company. This is a great excuse to have a sit down with the head of marketing or an executive. At this point, I am trying to stay away from the people who will build the solution. This doesn’t have to be a formal review with an official sign-off process. You are looking to validate a few things including that you have a well defined problem statement that is devoid of solution, within your market segments, measurable, observable and answers all questions. Since the problem statement is technically your first official analysis of the idea (no matter who or how it was sourced.. err.. sensed), you want the extra eyes to validate whether it warrants further processing. This is a great gating factor to help save some R&D cycles by filtering out requirements that are ill-defined or out of scope for your target market. If the problem smells, it’ll never get to the requirement stage. For what it is worth, this totally works for features and roadmaps too. Image Source: photobucket inc. |
|
|



