{"id":1337,"date":"2008-03-24T21:04:12","date_gmt":"2008-03-25T04:04:12","guid":{"rendered":"http:\/\/gillin.com\/blog\/?p=1337"},"modified":"2009-10-24T11:48:15","modified_gmt":"2009-10-24T18:48:15","slug":"innovation-through-precision","status":"publish","type":"post","link":"https:\/\/gillin.com\/blog\/2008\/03\/innovation-through-precision\/","title":{"rendered":"Innovation Through Precision"},"content":{"rendered":"<p><em>From Innovations, a website published by Ziff-Davis Enterprise from mid-2006 to mid-2009. Reprinted by permission.<\/em><\/p>\n<p>Does the following scenario sound familiar to you? An internal customer has come to you with a problem.\u00a0 Her group is consistently missing deadlines because of poor communication.\u00a0 E-mails frequently go unread for days, group members don&#8217;t respond to questions in a timely fashion and too many meetings are required to get everybody back on track.\u00a0 The manager read in an airline magazine about wikis, and thinks they are the perfect solution.\u00a0 She wants you to get one up and running as quickly as possible.<\/p>\n<p>What do you do?\u00a0 Experienced project managers will tell you that the last thing would be to install a Wiki.\u00a0 Better solutions may be available, and your job as an IT professional is to analyze the needs the manager has defined and identify the most appropriate solution.<\/p>\n<p>Tony Ulwick and his team at <a href=\"https:\/\/www.strategyn.com\/\">Strategyn<\/a> would tell you to take one more step back. They\u2019d see all kinds of problems in the needs statement that was just presented.\u00a0 For example, words like \u201cconsistently,\u201d \u201dfrequently,\u201d \u201ctimely\u201d and \u201ctoo many\u201d are vague and subjective. Furthermore, the solution that the manager seeks &#8212; better performance against deadline &#8212; may be far short of the bigger goal of improving group performance.\u00a0 You need to define the problem better before tackling a solution.<\/p>\n<h3>Optimizing inputs<\/h3>\n<p>Strategyn specializes in helping companies optimize customer inputs to improve innovation. Ulwick, who has published widely on this topic, believes that most projects fail not because customers don&#8217;t understand the problem but because the people trying to solve the problem don&#8217;t ask the right questions.\u00a0 Strategyn\u2019s methodology starts with helping stakeholders define needs very specifically so that vendors and internal service organizations can innovate from them. That means discarding adjectives and subjective statements, talking about jobs instead of outcomes and using very specific terms.<\/p>\n<table border=\"1\" cellspacing=\"0\" cellpadding=\"0\" align=\"left\">\n<tbody>\n<tr>\n<td valign=\"top\">\n<p align=\"center\"><img loading=\"lazy\" class=\"alignnone\" title=\"Tony Ulwick\" src=\"https:\/\/www.strategyn.com\/elements\/media\/headshots\/ulwick_tony-300.jpg\" alt=\"\" width=\"126\" height=\"126\" \/><\/p>\n<p align=\"center\">Tony Ulwick<\/p>\n<\/td>\n<\/tr>\n<tr>\n<td>\n<p align=\"center\">\n<p align=\"center\"><img loading=\"lazy\" class=\"alignnone\" title=\"Lance Bettencourt\" src=\"https:\/\/www.strategyn.com\/elements\/media\/headshots\/Lance-Bettencourt.jpg\" alt=\"\" width=\"136\" height=\"136\" \/><\/p>\n<p align=\"center\">Lance Bettencourt<\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Over the next two blog entries, I&#8217;ll present an interview with Tony Ulwick and Lance Bettencourt, a senior adviser at Strategyn.\u00a0 You can also find some helpful free white papers on this subject at the <a href=\"https:\/\/www.strategyn.com\/\">Strategyn website<\/a> (you need to register to view them).<\/p>\n<p><strong>Q: <\/strong>You say businesses often respond to perceptions of customer need rather than actual defined needs. What are some governance principles you believe internal services organizations can embrace to address these needs? Is a structured approach to needs definition necessary?<\/p>\n<p><strong>Bettencourt:<\/strong> Businesses try to respond to too many customer needs because they don\u2019t know which needs are most unmet, so they hedge their bets. An organization must have a clear understanding of what a need is. Without a clear understanding and a structured approach to needs definition, anything that the customer says can pass for a need.<\/p>\n<p>Many organizations are trying to hit phantom needs targets because they include solutions and specifications in their needs statements, use vague quality descriptors and look for high-level benefits that provide little specific direction for innovation.<\/p>\n<p>Customer needs should relate to the job the customer is trying to get done; they should not include a solution or features. They should not use ambiguous terms. They should be as specific and consistent as possible to what the customer is trying to achieve. It\u2019s important that a diverse body of customers be included in this research because different needs are salient to different customers. The ultimate goal is to capture all possible needs.<\/p>\n<p><strong>Q: <\/strong>Your advice focuses a lot on terminology. At times, you recommendations are as much an English lesson as a prescription for innovation! Why the emphasis on terms?<\/p>\n<p><strong>Ulwick: <\/strong>What distinguishes a good need statement from a bad need statement is not proper English, but precision. If a so-called need statement includes a solution, for example, then it narrows the scope of innovation to something the customer is currently using rather than what the customer is trying to get done.<\/p>\n<p>For example, if a need statement includes ambiguous words such as \u201creliable,\u201d then it undermines innovation in multiple ways. Different customers won\u2019t agree on what that means when, say, printing a document. Or they won\u2019t agree on what \u201creliable\u201d means in general. This leads to internal confusion and ultimately to solutions that may not address the actual unmet need. Customer need statements have to be precise and focused if you want to arrive at an innovative solution.<\/p>\n<p><strong> <\/strong><\/p>\n<p><strong>Q: <\/strong>You suggest focusing on the job. What\u2019s the definition of \u201cjob\u201d for these purposes?<\/p>\n<p><strong>Ulwick: <\/strong>We mean the goal the customer is trying to accomplish or the problem the customer is trying to solve. A job is an activity or a process, so we always start with an action verb when we\u2019re creating a job statement. Positions can\u2019t be jobs. In fact, there may be multiple distinct jobs associated with a given position. For innovation purposes, \u201cjob\u201d is also not restricted to employees. We\u2019re not just talking about people trying to get their work done, but all their daily activities.<\/p>\n<p>The best way to get at a clear definition of the job is to begin with the innovation objectives of the organization or, in your example, the IT department. If the goal is to create new innovations in an area where there are already solutions in place, then the organization should understand what jobs the customer is trying to get done with current solutions. If the goal is to extend the product line into new areas, then the definition should begin by understanding what jobs the customer is trying to do in a different but adjacent space. Defining the job helps the organization to achieve its innovation objectives.<\/p>\n<p><em>Next week, Tony Ulwick and Lance Bettencourt tells how development organizations can ask the right questions to assess customer needs.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>From Innovations, a website published by Ziff-Davis Enterprise from mid-2006 to mid-2009. Reprinted by permission. Does the following scenario sound familiar to you? An internal customer has come to you with a problem.\u00a0 Her group is consistently missing deadlines because &hellip; <a href=\"https:\/\/gillin.com\/blog\/2008\/03\/innovation-through-precision\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spay_email":""},"categories":[143],"tags":[200],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/pTy95-lz","_links":{"self":[{"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/posts\/1337"}],"collection":[{"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/comments?post=1337"}],"version-history":[{"count":5,"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/posts\/1337\/revisions"}],"predecessor-version":[{"id":1705,"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/posts\/1337\/revisions\/1705"}],"wp:attachment":[{"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/media?parent=1337"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/categories?post=1337"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/gillin.com\/blog\/wp-json\/wp\/v2\/tags?post=1337"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}