• 可以放慢脚步:BA效率不是通过击键来衡量的
  • 业务分析的通配符身份
  • 是的,您可以在Covid-19期间实际上有效地提出要求!
2015年7月15日星期三14:15

为什么Scrum产品负责人是项目经理,第1部分

撰写者

从表面上看,这句话似乎使我迷失了方向。一方面,传统的产品负责人观点是作为产品经理或面向客户/业务利益相关者的角色,而传统的项目经理则更多地是针对计划和执行的角色。两者相距甚远,似乎没有什么协同作用。

另一个因素是传统环境与敏捷环境。

没有“传统”产品所有者。通常情况下,产品经理会扮演这个角色,但它是非常朝外的。需求“签署”后,直到项目结束时,他们才对与团队合作不感兴趣。

传统的项目经理和敏捷的项目经理可能大不相同。首先,估计,计划和跟踪行为是主要指令。另一方面,这些都很重要,但是团队协作,探索,客户反馈,质量和基于价值的交付则更为重要。

产品所有权的四个象限

在本系列博客文章中介绍四象限时[part1] [part2],我介绍了四个领域,我认为一个均衡的Scrum产品负责人必须具有技巧和重点:

  1. 产品管理
  2. 项目管理
  3. 领导
  4. 商业分析

似乎受到最多人反对的是项目管理区域。我认为,因为许多人过去都曾与传统的项目经理合作,他们在将这些技能转换为产品负责人时遇到了麻烦。

实际上,我本人在映射方面很挣扎-因此我需要这项活动。我只是担心更多的传统项目经理(或战术)会对他们的敏捷团队绩效产生负面影响。尽管如此,让我们继续探索。

深入了解产品所有权–项目管理象限

接下来,我要探讨七个针对项目管理的特定活动,这些活动应有助于您形象地了解此象限的职责。该列表并不详尽。例如,我可以在列表中添加某种预算级别和ROI职责。而且可能还有其他。但是它应该给您足够的风味,以帮助您更多地了解象限并有效地描述其中的产品负责人职责。

1)项目章程

它通常从业务部门的项目愿景或基础需求开始。然后,这会推动项目章程活动,例如:

  • 视力& Mission
  • 目标
  • 功能和非功能要求
  • 约束条件
  • 成功标准
  • Budget 和 ROI
  • 建立团队
  • 高层次计划
  • 都导致某种承诺

在敏捷环境中,需要将团队召集在一起,快速启动,并构建积压的产品(从高层次到低层次)。像Sprint#0这样的术语通常可以被听到或用作这些工作的一部分。

在此博客文章中,我探讨了为敏捷项目创建适当的开端的一些动力。敏捷项目章程是这项活动,我相信产品负责人应该在帮助为其敏捷项目构建有效的启动平台的过程中。

2)项目风险管理

几年前,我分享了一个 博客文章 关于敏捷风险管理。从本质上讲,我暗示它的执行方式与传统项目不同。敏捷项目中几乎没有具体的风险计划。相反,整个团队负责尽早暴露风险,并减轻和应对这些风险。

现在,我仍然基本上坚持该建议,但是我认为它在许多项目中都会有所变化。我确实认为让团队坐下来稍作讨论,将他们的项目风险前景集思广益是一个好主意。正将这些讨论纳入团队的计划工作和策略中。

例如,在可伸缩敏捷框架(SAFe)中,有一个特定的潜在可装运增量(PSI)计划事件,而风险计划是其中的重要部分。这些计划要么体现在简洁的风险计划中,要么更好地体现在PSI计划和策略中,以交付已承诺的功能。

3)项目沟通

在我学习PMP时,他们讨论了作为“良好项目管理”一部分的关键领域之一,就是制定了一份沟通计划。我曾经认为敏捷上下文不需要它。我认为软件演示,透明性,信息辐射器和跨团队沟通的原则自然会处理所有必要的信息共享。

在较小的情况下也是如此。但是我改变了主意。

在更大的企业级环境中,我现在认为简明扼要地了解组织沟通的需求对于成功进行大规模的敏捷工作极为重要:

  • WHO
  • 频率(频率)
  • 交流什么
  • 获得他们的支持,他们将继续倾听

此沟通计划,或创建和增强该计划的责任,由产品所有者和PO组织负责。

4)项目跟踪与调整

我在这里用的是“跟踪”一词,但是有些人需要了解项目做出的总体承诺,然后将团队的进度重新映射到这些计划和承诺。

在传统环境中,就是项目经理和/或职能经理。在敏捷环境中,我认为这是产品负责人的角色。

现在,由于您的敏捷团队内部和整个团队之间都应该具有实时透明性,因此这项工作并不太困难。通常,会有跨团队的权限,例如Scrum of Scrums会议,它将此信息合并为一个会议和一组跟踪工件。

跟踪的真正价值在于您对信息所做的操作,即您在计划中进行的调整。这与传统的响应方式明显不同,在传统的响应方式中,项目要么步入正轨,要么步入正轨。而且,如果他们偏离了正常轨道,那么通常加班和质量妥协是使他们重新回到正轨的唯一方法。

在敏捷环境中,我们希望“灵活运用范围”作为我们的调整杠杆。这些选择很大程度上取决于产品负责人。当然,在团队的投入和帮助下,但范围权衡是您朝着目标进行调整的方式。

包起来

我知道,我刚刚为每个阅读本文的产品负责人增加了很多额外的工作。对不起。坏消息是还没有结束。我将在下一篇文章中继续讨论角色。我希望您也花时间阅读它,并在两者之间建立起联系。

所有四象限对产品所有权的作用都很重要,但是我希望我已经开始向您展示项目管理象限对您,您的团队和您的组织至关重要。

保持敏捷,我的朋友们,
鲍勃

不要忘记在下面留下您的评论。

罗伯特·加伦

罗伯特·鲍勃·加伦 是RGCG L.L.C的总裁兼首席顾问。基于NC的Cary敏捷方法指导&培训顾问。他是一位经验丰富的敏捷教练,活跃于敏捷社区并定期撰写文章。&讲授与敏捷方法有关的所有主题。鲍勃写了这本书 Scrum产品所有权,重点放在团队交付中的角色和驱动价值上。鲍勃可以在 [email protected] 并通过他的LinkedIn进行联网 个人资料.

©BA Times.com 2020

麦格雷戈徽标白色网站