LeandevelopmentdistilledValueinproductdevelopment0精益开发在产品开发中的价值0.3.docxVIP

LeandevelopmentdistilledValueinproductdevelopment0精益开发在产品开发中的价值0.3.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
LeandevelopmentdistilledValueinproductdevelopment0精益开发在产品开发中的价值0.3

解析精益产品开发——产品开发中的价值本文是《解析精益产品开发》系列的第二篇。/cn/articles/kanban-development-method第一篇中我们介绍了看板方法,看板方法帮助组织持续改进,实现顺畅和持续的价值流动。但是,只有基于正确价值的流动才有意义,这是精益产品开发的前提。在本篇中,我们将揭示产品开发中的价值本质,并以此为基础,分享一个适合精益产品开发的价值定义和发现实践——影响地图(Impact Mapping)。产品开发中价值的本质传统项目管理强调预先定义、分解和估计价值,以此为基础计划项目,然后按计划执行就可以实现价值。这一理念应用在诸如生产或建筑之类的工程项目上是有效的,但应用在产品开发上时就有问题。以瀑布模式下的软件开发为例,在项目前段,通常能够按计划进行,但为了满足进度要求,往往会让风险后移;在项目后段,风险和不确定性逐渐显现,项目出现困难和延期;更有甚者,如果交付的产品不符合客户或市场的要求,再完美地符合计划也是没有价值的。为什么在工程项目中有用的方法用在产品开发中就会出现问题?其原因是产品开发和工程项目中价值的本质是根本不同的。信息是产品开发的价值载体,它与不确定性如影随形工程项目(如生产或建筑)的产出是物理产品,价值由物理产品承载;产品开发的产出是方案,价值由方案中的信息承载。以“制作食品”和“制作食谱”来类比,产品开发相当于制作食谱,工程项目则相当于按食谱制作食品。制作两份同样的食品,得到两份价值。而制作两遍同样的食谱,不会产生两份价值,因为它没有产出新的信息,价值也无从谈起。不确定性与信息及其承载的价值如影随形。贝尔实验的伟大科学家香农(Shannon)最早用比特(bit)来度量信息,并奠定了信息理论的基石。按信息理论,信息的量是对事件不确定性的衡量,表达为information = 。一个bit包含了0和1两种不确定性——,而1个byte包含256(0-255)种不确定性,其信息量为8bits——。确定事件的信息量为0 ——产品开发不可能排除所有的不确定性还保留任何价值。正如管理学之父彼得?德鲁克在其经典著作《管理的实践》中所述:在所有关于未来的概念中,一定会失败的就是那些“十拿九稳”、“零风险”等“绝对不会失败”的概念。每一次产品开发都必须与过去有所不同,这意味着不确定性和风险,也为产品注入信息,带来潜在价值。Tom Demarco 在《与熊共舞》一书中把风险和不确定性比作熊,成功的产品开发是“与熊共舞”的艺术。第一代iPhone采用了全新操作界面——多点触控、全新材料——大猩猩玻璃材质,和全新商业模式——运营商(ATT)深度绑定,这些尝试带来了技术、生产和商务上的不确定性, 同时也成就了产品与众不同的体验和非凡的价值。在技术、产品和市场快速变革的今天,挑战不确定性和风险已经成为企业交付价值获得竞争优势的不二法门。和商业目标相关的信息才能带来价值信息承载产品开发的价值,但只是潜在价值。只有通过达成商业目标,信息才能成为真正的价值,组织也只应该在能帮助达成商业目标的地方承担不确定性。设想,苹果如果在第一代iPhone中尝试4G(LTE)通信技术,会带来更大的不确定性,然而即使成功了,也不能带来价值,因为当时还没有与之配套的商用LTE网络,事实上,第一代iPhone甚至没有支持当时已经流行的3G通信技术。与商业目标无关的不确定性不带来价值,而且可能是有害的。Google Wave刚推出时被Google和用户寄予了厚望,产品红极一时,但一年后却因未能吸引到足够用户而宣布停止开发。Wave几乎加入了能够添加的所有功能,但用户并不买账,相反,过多的功能导致复杂的界面、模糊的定位和稳定性的缺乏,让用户远离Wave。产品开发的目的是实现商业目标,而非完成功能。产品的功能应该围绕有限和明确的商业目标展开,否则一方面会引发范围蔓延,造成项目执行和产品维护的困局;另一方面却无法实现核心目标。Wave引入过多的功能而牺牲了易用性和稳定性,但用户还是普遍的抱怨,它不能满足自己的应用要求,它什么都能做,但作为协作工具它比不上Google Doc或Zoho,作为社交工具它比不上Facebook或Google Buzz,作为通信工具它比不上Gmail或已有的IM工具。 Scott Berkun曾经成功领导微软数个重大项目,包括奠定浏览器大战胜局的Internet Explorer 4.0,在其畅销书/subject/3668161/《项目管理之美》中他分享了一个曾经使用的需求管理实践——应用简单机制跟踪从目标到功能再到产品项的映射关系。在这一机制下,每个工作项必须对应一个功能,每个功能必须对应一个目标,并且每个版本仅聚焦于有限数量的目标。依据这一映射,团队可以明确判定一个新的工作项能否进入项目范围。这既有效抑制

文档评论(0)

youshen + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档