跳到主要内容

由于俄罗斯入侵乌克兰,我们已经暂停所有购买和培训进出俄罗斯。

制定产品愿景/目标的指南

最后一篇文章作者:Solomon Wang, 2015年1月16日上午11:03
5回复
2015年1月7日上午11点08分

有很多敏捷和Scrum文献讨论了产品愿景/目标设置,将其作为sprint开始前设想过程的一部分。我认为,Scrum指南第14页“监视目标的进展”描述了产品愿景或目标(与本指南中其他地方描述的Sprint目标不同),因为它是跨越多个Sprint的目标。从scrum.org上是否有关于谁开发这个目标,谁对这个目标负责,例子,指导方针等等的更多细节?


2015年1月8日上午07:38分

关于产品目标和愿景的责任,我认为这一定是产品负责人,因为他负责做什么。如果一个项目中有几个产品,通常最好有一个全面负责的产品负责人。Scrum指南说“Scrum团队制定一个Sprint目标”,所以制定产品目标和愿景包括用户和其他利益相关者的参与。

今天我发现了一个有趣的博客,关于如何写一篇好的愿景陈述https://www.executestrategy.net/blog/write-good-vision-statement/

实际上,在Scrum指南建议论坛上有一票赞成将产品愿景作为Scrum的一部分。


2015年1月8日上午8时04分

在Scrum at Scale框架中可能有更多的细节,但这是相对较新的,而且目前缺乏资源。Scrum框架本身在很大程度上不知道产品愿景应该如何表述。

一般的建议是用经验可测试的业务主张来表达产品愿景。这些可以与最小可行产品的验证相一致。产品负责人应该始终对这种性质的目标负责,因为只有他们才能对产品价值做出决定。


2015年1月8日下午05:35

亚历山大,谢谢。这个联系很有趣,我对企业战略规划很熟悉。产品愿景声明必须采用这种方法,但本文中有许多好的观点,与我在其他地方看到的产品愿景文档相似。


2015年1月8日下午05:39

谢谢你,伊恩。我将查看Scrum at Scale进行进一步研究。让产品负责人负责与我在其他地方读到的内容一致,我认为您关于让愿景“可经验测试”的建议与产品负责人为每个sprint定义验收标准有关(在Scrum指南中没有描述,但在许多其他来源中都有描述)。


2015年1月16日上午11:03

在我看来,愿景和目标是不同的。愿景应该由项目发起人和其他关键涉众提供。目标应该带有度量标准,可以由产品所有者和其他涉众贡献。


在我们的论坛上发帖,即表示您同意我们的使用条款。

请注意,您的Scrum.org会员资料中的姓和名将显示在您在论坛上发表的任何主题或评论旁边。出于隐私考虑,我们不允许您发布电子邮件地址。所有用户在我们论坛上提交的内容,如果被发现违反了我们的使用条款,可能会被删除。Scrum.org不认可用户提交的内容或任何第三方网站的链接内容。

使用条款

Scrum.org可以自行决定删除任何它认为不适合这些论坛的帖子。不合适的帖子内容包括但不限于:Scrum.org专业级评估问题和答案、亵渎、侮辱、种族主义或色情内容。使用我们的论坛作为营销和招揽产品或服务的平台也是被禁止的。论坛成员发布被Scrum.org认为不合适的内容可能会在任何时候被取消访问权限,不作警告。Scrum.org可以,但没有义务,监督提交的内容。

Baidu