Using Class of Service to Manage Risk in New Product Development

Class Of Service For Managing Risk In Innovative New Product Dev Siddharta Govindaraj [email_address] Sreekanth Tadipatri [email_address]

Siddharta Govindaraj Director, Silver Stripe Software Pvt Ltd Email: [email_address] Twitter: @toolsforagile Sreekanth Tadipatri Senior Consultant, DeccanTech Email: [email_address] Twitter: @bugbasher

Not all features are equal

Example feature types Login : Well understood feature Subscription : Well understood, high value feature Game mechanics : Is it fun? High uncertainty User Interface : High technology uncertainty

The degree of feature newness Newness to the Company Newness to the target customers New-to-the-world High Low Reduced Costs Repositioning 20% 26% 10% 7% 26% Low High 11% New Lines Revisions / Improvements

Functionality Well Understood High Uncertainty Commodity Market Uncertainty Technical Uncertainty

Commodity Market Uncertainty Technology Uncertainty

Basic Performance Excitement Take pictures, browse and delete pictures, autofocus File formats, camera modes, pre-set settings Image quality, resolution, changable lens, underwater use

Expedite Emergency Bug

Class of Service Criteria Expedite Emergency bug fixes that need to be fixed and deployed in a few days Fixed Date Features that have a fixed deadline High Uncertainty Features exposed to market or technical uncertainty. Basic Basic features from the Kano model High Value Differentiating features from the Kano model Investment Intangible, long term improvements, to be picked up during times of slack Normal Everything else

Expedite * Only for emergency bug fixes * Moves to the head of backlog and all queues * Can override work in progress limits * Team members stop whatever they are working on and swarm to complete this work item

High Uncertainty * High market or technology risk * Focus on cheap prototype * Skip automated test stage

High Value * Requires user experience stage * Requires additional automated tests * Requires additional manual exploratory tests

Benefits Better business – development alignment Risk oriented view of the backlog

Risk Oriented Pull Policy For commodity features, we focus on business value For uncertainty, we need to focus on risk mitigation

To mitigate product risk, focus on learning Market Risk: Make cheap prototypes and validate them with your target market Technology Risk: Spike early to understand technical challenges Don't (yet) worry about quality or delivering every sprint

Risk oriented view What if you have many high uncertainty items on the backlog?

Risk oriented view What is the mixture of basic, linear and differentiating work items?

Risk oriented view Can we amortize highly risky features over a period of time by breaking them down into smaller pieces and tackle them one by one?

Risk oriented view Should we balance a release containing a high uncertainty feature with well understood basic features?

Risk oriented view What is the long term impact of having too many expedite requests?

Questions? Siddharta Govindaraj Director, Silver Stripe Software Pvt Ltd Email: [email_address] Twitter: @toolsforagile Sreekanth Tadipatri Senior Consultant, DeccanTech Email: [email_address] Twitter: @bugbasher

Picture Credits http://www.flickr.com/photos/twicepix/4837076726/sizes/l/ Ian Lamont http://ilamont.blogspot.com

http://toolsforagile.com	169
url_unknown	9
http://twitter.com	1

Using Class of Service to Manage Risk in New Product Development

by Siddhi on May 07, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

3 Embeds 179

Statistics

Using Class of Service to Manage Risk in New Product Development — Presentation Transcript