Scrum敏捷项目管理

敏捷产品所有权的艺术

一切都始于做正确的事。敏捷并没有改变旧计算机的“垃圾进,垃圾出”的智慧。这就是为什么艾伦·凯利(Allan Kelly)的最后一本书致力于敏捷产品所有权的艺术。正如他写道:“如果Scrum Master表现不佳,团队就根本无法表现出色。如果产品负责人表现不佳,则整个产品都将处于危险之中”。

《敏捷产品所有权的艺术》一书重点介绍了 产品拥有者 角色,并说明此职位与业务分析师,产品经理,项目经理或主题专家角色的区别。产品负责人在团队的“现阶段”和团队的“后台”之间有一个重要的区别,即当他们进行研究和分析以确保团队能够做到时,他们不直接与团队合作例如,创建尽可能高的值。

我最喜欢的部分是第11章,其中艾伦·凯利(Allan Kelly)解释了产品负责人不应执行的操作,以便她可以专注于最重要的任务。这本书写得很清楚,并且融合了敏捷教练的作者经验中的概念,用例和轶事。本书结尾有两页,每个产品负责人都有一份不错的阅读清单。

我将自然地向有责任成为Scrum项目产品负责人的所有人推荐这本书。敏捷团队的其他成员也将从更好地了解产品所有者的含义中受益。

参考: 敏捷产品所有权的艺术:产品经理,业务分析师和企业家指南;艾伦·凯利

敏捷产品所有权的艺术:产品经理,业务分析师和企业家指南

行情

产品负责人并非孤立地工作;他们是负责创建和交付产品和/或服务的团队(通常是软件开发团队)的首要成员。他们也将是其他小组的成员:产品负责人小组,战略小组,偶尔还有管理干部成员。
作为交付团队的成员,他们对“交付的东西”负有特殊责任。责任不是排他的;其他团队成员有观点,应鼓励他们分享。不过,在提名要构建的内容以及下一步要构建的内容时,产品所有者始终是第一位的。他们的技能,经验,与客户(和用户)相处的时间,研究,分析等等,意味着他们(或至少应该是)做出此类决定的信息灵通的人。
重要的是,产品负责人需要对要求说“否”。技术团队通常充满了良好的产品增强想法。团队外部的高级人员也经常会提出“建议”。任何团队都无法实施所有想法,因此有人需要说“不”。

使用产品负责人作为中心请求中心(图2-4)并不意味着开发团队不会与客户交谈。鼓励开发人员和客户之间的直接联系。拥有适当的PO可以创建一种机制,可以在各种请求之间进行仲裁,并查看彼此之间的关系。

完美的产品负责人可能不存在。在最佳情况下很难填补这个角色。通常,组织施加的约束和额外要求使事情变得更加困难。这并不意味着一个人就应该放弃尝试,也不意味着一个人不能成为一个好的产品负责人。