3 ms·
Innovation here is higher-risk product discovery - the design of new mechanisms to extract value with low assurance that things will actually work well. The emp
by troelsSteegin 4y ago
Innovation here is higher-risk product discovery - the design of new mechanisms to extract value with low assurance that things will actually work well. The emphasis here is that managing innovation is explicitly about managing risk - methodically considering and communicating risk to stakeholders, "failing gracefully and fast". Egger from SAP references assessing budding products in terms of "desirability, feasibility, viability", which is a design thinking thing [0]. A win an innovation program is when you don't over commit to risk. You put some resources into a program, at some phase assess risk per some rubric, and go on the the next stage or not.
He makes the point that in spite of having an innovation function, you want an innovation culture:
"But what you really want to do is not have an innovation team. You just want to have people who are focused on willing difficult projects into existence, and de-risking those projects. And so in an ideal world, what a company, personally, what I believe it should strive towards is help the bigger organization to get good at product discovery themselves, and not lead innovation or be the “innovation office”, but rather then be the steward who helps to incorporate new methodologies and help them to get better at de-risking. "
[0] https://designthinking.ideo.com/ https://designthinking.ideo.com/
- splittingTimes 4y agoWhat is a good approach to enable workers on the ground to "willing difficult project into existence in a bigger corp? Typically, ground workers (devs) plate is overflowing with work, coming from product management which are just increments or maintenance of existing products. There is not much Slack build into the daily processes to allow for rough ideation, concretization and much less implementation/prototyping. Other then allow for a certain amount of dev time to go into innovation (a la googles Friday off for personal project) i can't think of much. What is a good percentage of dev time to go into innovation 10%, 25%, ...? Second question: how do you derisk?