Windows前主管:如何进行产品开发决策

史蒂文·">辛诺夫斯基(820.html">Steven Sinofsky)曾全面负责Windows业务。2012年11月13日,在微软在全球发布了最
新的Windows8的操作系统之后的一个月离职。

在产品开发过程中,关于如何进行开发,产品经理需要做出许多决策,例如产品需要包括哪些功能,以及如何找到正确的营销方式。微软Windows业务前总裁史蒂芬·辛诺夫斯基(Steve Sinofsky)近期在个人博客Learning by Shipping上表示,最重要的第一步是确定项目的“范围”。

以下是辛诺夫斯基的建议:

你首先需要确定,这是否是一款新产品,是对当前产品的改进,是对当前产品的彻底改造,还是与其他产品共同进行的开发。这是由于,“产品的范围是一个工程选择,而不仅仅是在介绍产品时对产品进行定位的一种方式”。

- 如果是一款新产品,那么你需要告知团队最小的功能集和投资额,但你还需要考虑产品对公司、对行业是否是全新的。

- 如果是改进现有产品,那么你需要考虑这样的改进是否与当前产品兼容,包括用户体验、数据、平台和功能。

- 如果需要彻底改造当前产品,那么需要明确你需要改变产品的哪一部分。

- 如果是与其他产品合作进行的开发,那么你需要确定,新产品将如何与其他产品合作。

此外,在产品从计划到执行的过程中,团队常常会遇到一些共同的问题。辛诺夫斯基表示:

- 在项目执行过程中,重新评估项目范围。例如,如果项目的范围从颠覆一款产品变为改进一款产品,那么团队进度表很可能需要调整。

- 在一定的时间和资源条件下,试图去做超过能力范围的工作。

- 在新想法出现时,开发最小化产品是一种好办法,但你需要确保整个项目所做的工作不会太少。

- 试图解决错误的问题。

另一个需要考虑的问题是产品面临的条件限制和战略限制。辛诺夫斯基表示:“对待这些限制的一种方法在于,考虑项目范围的关键变量,提前确定这些变量的值,从而合理地设计项目规模。”具体需要考虑的问题包括:

- 有多少人将工作于项目?

- 项目完成需要多长时间?

- 哪些工具和代码是必要的?

- 项目需要承受哪些较大的风险?

- 产品用户是谁?

- 项目的长期计划和目标是什么?

本文编译自Learning by Shipping

(李玮)

来源:http://tech.sina.com.cn/it/csj/2013-02-21/16078078173.shtml

时间: 2024-09-20 05:59:56

Windows前主管:如何进行产品开发决策的相关文章

产品开发智能平台Wizeline获670万美元A轮融资

摘要: 旨在提高产品开发效率的初创企业Wizeline刚刚获得了670万美元的A轮融资. 在过去,产品的大部分反馈皆来自于对电子表格和电子邮件的跟踪,整个产品开发决策的过程基本上是人工方式 旨在提高产品开发效率的初创企业Wizeline刚刚获得了670万美元的A轮融资. 在过去,产品的大部分反馈皆来自于对电子表格和电子邮件的跟踪,整个产品开发决策的过程基本上是人工方式的.研究表明,研发预算的60%浪费在了没人用的功能上面.究其原因,是因为缺乏完善的产品开发战略管理流程.Wizeline瞄准的就是

Facebook前主管谈大数据技术趋势和演变

本文讲的是Facebook前主管谈大数据技术趋势和演变,全球系统架构师大会于8月10-12日在深圳万科国际会议中心隆重举行.首先给大家带来分享的是前Facebook数据基础设施团队主管,Qubole创始人,CEO Ashish Thusoo,他主要介绍了大数据架构以及怎么样不断的演进,与其说演进,不如说革命.其中主要包括三个方面的主题: ▲全球系统架构师大会现场报道 第一,大数据的需求.当今世界需要大数据,有哪些驱动因素促使我们不同方式考虑大数据?以不同方式处理数据. 第二,技术给我们带来哪些架

微软产品开发中的“战争与和平”

冲突是微软开发工作时的常态,每个微软新产品的孕育过程概莫能外地充斥着质疑.抗争.苦闷.忐忑--理念的交击.智慧的冲撞让软件开发的各个阶段都弥漫着硝烟,直至产品发布,然后又要迈入下一个循环.对于微软工程师们来说,这样的经历就仿佛是一次次痛苦但不乏惊喜的涅槃. 这篇博客记录了微软Windows Server 2008 R2*中国团队的一些真实经历与感悟,例如"暗藏杀机"的季度性产品评审会议:微软工程师如何"向用户学习":软件开发过程中只有对错.没有"权威&qu

详解互联网产品开发中的“快”字诀

当今互联网的发展,已不是大鱼吃小鱼的时代,而是快鱼吃慢鱼的时代.互联网产品的制胜原则就是一个字--"快".在各种形态的产品研发中,我们始终贯彻如一的价值观之一就是"快",我们应该如何来理解和诠释"快"?又会从哪些方面来执行贯彻这个原则呢? 一.快速迭代,快做快发 互联网产品不同于传统软件开发,我们面对的是上亿用户这样一个庞大的使用群体,他们是谁,有什么喜好,有何种习惯,会怎样使用我们的产品,是否喜欢我们的产品--这些情况我们并不能准确地知道.因此

虚拟化——互联网时代的产品开发加速器

高技术高竞争的互联网时代,对产品的交付时间逐步变短,而对交付质量的要求逐步提高,各种新创意.新产品层出不穷,市场允许的产品推出周期也越来越短,传统的软件开发模型已经无法跟上当前的需求,高效.便捷.可迭代的产品开发模式也越来越为人们所关注,虚拟化技术正是体现这种开发模式最重要的工具. 从功能上讲,虚拟化的优势一是提高资源的利用率:二是提供多样化的配置管理:三是提供快照的保存和恢复功能:四是提供产品动态扩展的能力,这些也都是互联网产品开发模式所需要的重要特性. 我通过一年前的项目经历和目前应用虚拟化

从Google+上面可以学到哪些产品开发的经验及教训?

中介交易 SEO诊断 淘宝客 云主机 技术大厅 导语:Google+的管理层发生了变动,引来媒体的诸多猜测.但更多的是从公司问题层面来讨论,如果仅从产品本身来看呢?Google+将带给我们哪些教训? 在本文开始之前,笔者必须要提前申明一下,我之前曾在Google+的创始团队工作,也是Circles(圈子)背后的创意发明者,不过,我现在已经离开了谷歌,而且对于他们的现状也没有任何内幕消息.当然,本文更不会涉及任何保密信息,相关内容都是根据公开信息推测出来的.在此,我只是把自己的想法与大家分享,帮助

解析精益产品开发:面向价值的可视化

用户故事图谱和任务看板.版本和迭代燃尽图,可视化已经成为敏捷和精益产品开发必选实践.可视化真的重要吗?我们将从一个真实团队的实践开始,探讨可视化的作用,以及如何让可视化发挥效用. 1. 一个团队实例 这是一个50人左右的团队,做企业级存储和数据管理产品,他们通过实施产品开发中的价值.技术风险和价值流动过程的可视化,促进了团队的沟通.决策.自我管理和持续改进. 1.1 可视化价值 图1是团队使用的用户故事图谱,它集成了产品目标.产品功能项以及产品的发布计划. 图1 用户故事图谱实例 图中左上部的两

解析精益产品开发:产品开发中的价值

本文是<解析精益产品开发>系列的第二篇.第一篇中我们介绍了看板方法,看板方法帮助组织持续改进,实现顺畅和持续的价值流动.但是,只有基于正确价值的流动才有意义,这是精益产品开发的前提.在本篇中,我们将揭示产品开发中的价值本质,并以此为基础,分享一个适合精益产品开发的价值定义和发现实践--影响地图(Impact Mapping). 1. 产品开发中价值的本质 传统项目管理强调预先定义.分解和估计价值,以此为基础计划项目,然后按计划执行就可以实现价值.这一理念应用在诸如生产或建筑之类的工程项目上是有

产品开发用户访谈的7条注意事项

  产品开发用户访谈的7条注意事项 在决定是否开发一款互联网产品,如以Drupal搭建的SaaS服务,往往需要先评估是否市场上真的有需求,这时最好的评估方式就是和目标用户进行面谈,然而进行面谈不是单纯的聊天,它是具有目的性的,访谈者必须借由问答的方式挖掘出用户的观点,已验证产品的需求,以下是进行用户访谈时需要注意的事情: 1.问开放性的问题 访谈时最好避免问是或不是 的问题,这样很容易在提供答案的情况下让用户去二选一,而且用户的答案完全没有足够的信息,因此最好是问开发性的问题,给用户足够的空间去