敏捷实践01:如何确定产品愿景?
笔者根据自身学习和实践经历对Scrum框架的流程做了总结,共有7篇,本文是Scrum框架的第一篇:产品愿景的确立。
笔者根据自身学习和实践经历对Scrum框架的流程做了总结,共有7篇。做这个总结的原因,一来是想梳理出一个可以帮助新人将Scrum落地执行的实践手册,二来是想通过分享自己的经验引发大家的思考并指正笔者的不足。本文是Scrum框架的第一篇:产品愿景的确立。
00.Scrum简介
首先简单了解一下Scrum,Scrum是一种敏捷软件开发的方法学,用于迭代式增量软件开发过程。Scrum在英语是橄榄球运动中争球的意思。Scrum是一个包括了一系列实践和预定义角色的过程框架。这里不做过多介绍,不了解的同学请前往XX百科。Scrum中的主要角色包括:
- Scrum Master,确保团队合理的运作Scrum,并帮助团队扫除实施中的障碍;
- 产品负责人,确定产品方向和愿景,定义产品发布内容、优先级及交付时间,为产品ROI负责;
- 开发团队,一个跨职能的小团队,人数5-9人,团队拥有交付可用软件需要的各种技能。
Scrum框架及各角色在Scrum的介入阶段,见下图:
01.产品愿景简介
产品愿景是指产品负责人对产品未来前景和方向的一个高度概括描述,它应符合公司或组织的战略目标。产品愿景是整个项目的目标,好的产品愿景要回答:
- 产品是什么?
- 产品将是什么?
- 产品应该是什么?
- 用户是谁?
- 竞争对手是谁?
- 如何满足用户需求并超越竞争对手?
上述问题是产品负责人在建立产品愿景时需要考虑的六个原点,这六个问题集中体现了一个产品的愿景。好的产品愿景能让项目团队了解产品的价值,建立共同的目标并激发团队士气。/产品愿景往往是商业计划书的一部分,对于智能硬件产品,在商业计划书中会侧重于整个产品或硬件产品的愿景描述,对软件描述相对较少,在使用Scrum敏捷方法时,可以侧重于软件产品的愿景描述,描述软件如何配合硬件服务于用户/
02.愿景声明模板
对上述六个问题进行思考过后,可以把答案写出来,然后试着填好下面模板,这样你就可以得到一个产品愿景的初步方案。当然,你也可以自定义更合适的模板,下面的模板只是提供了一个参考。
XX产品愿景声明
- 对于:(目标客户),
- 目前存在:(问题&需求描述),
- 我们提供:(产品名称),
- 这是一个:(产品品类名),
- 它能够:(满足需求&解决问题的方式描述),
- 不同于以往的:(产品品类名),
- 比如:(竞品名称),
- 我们的产品:(核心卖点&差异化特性),
- 而且符合:(公司愿景)。
03.愿景声明案例
以下是一份3D打印机Makerbot的产品愿景:
Makerbot产品愿景声明
- 对于:众创空间的智能硬件创客们;
- 目前存在:想要快速制造硬件零部件来验证想法;
- 我们提供:Makerbot;
- 这是一个:智能3D打印机;
- 它能够:在短时间内将软件中的3D图纸打印成实物;
- 不同于以往的:3D打印机;
- 比如:UnionTech;
- 我们的产品:具备手机控制、智能省料、快速成型等功能。
- 而且符合:公司“Ideas in the making.”的愿景,帮助用户实现创意。
04.愿景声明反例
上述产品愿景案例明确了产品未来的目标,在愿景声明中,要避免笼统的描述和详述技术实现细节,笼统描述无法明确产品未来的目标,详述技术实现细节会限制团队今后的工作。反例如下:
- 让Makerbot在今年占领中国市场;
- 让Makerbot获得更高的用户满意度;
- 让Makerbot的质量更上一层楼;
- 使用JS重构Makerbot的软件;
- 使Makerbot更加容易使用。
05.产品愿景确认
在写完产品愿景之后,要进行自检,检查愿景是否回答了文章开头提到的六个问题。自检后要与项目干系人确认,然后根据其反馈进行修改。
修改之后,要把产品愿景声明发送给项目团队中的每个人,保证团队都理解并认可产品愿景,因为一个认可产品愿景的工程师和一个不知道产品愿景的工程师的战斗力有着天壤之别。
在整个研发过程中,团队都需要产品愿景来指引方向,有时产品愿景甚至可以作为判断一个需求要不要做的有力依据。所以,要重视产品愿景,每隔一段时间根据业务需要和市场变化对愿景声明进行审核与修改。
写在结尾
如果发现本文有不足之处欢迎留言指正,如果对本文内容有疑问请留言提问,笔者看到会马上回复或者补充更多内容,谢谢。
作者 @ 少穻 。
关键字:产品经理, 敏捷实践, 愿景, scrum
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!