2013年5月7日星期二05:04

有业务分析师的“地方”吗&敏捷团队中的项目经理?

撰写者

如果他们属于那里,他们会做什么?老实说,我不完全知道。

对于其他更多“专业”角色(例如架构师和运营工程师)来说,这也是同样的问题。它们都不适合。

如果以Scrum角色为例,则只有三个主要角色:

  1. 开发团队
  2. 产品负责人
  3. Scrum大师

而已。简单明了。没有业务分析师,项目经理,测试人员或开发人员。只有一组个人技能负责执行工作清单(产品待办事项列表)。

他们被要求一起工作-逐步产生“工作代码”。

团队是自我指导的;自我管理和自我组织。这意味着,团队完全可以解决问题。当然,您可以让经理在团队中徘徊,并提供领导,支持和偶尔的指导。但是,最好的敏捷团队几乎只能任其交付。

还有泛化而不是专业化的概念。因为您希望团队尽可能多才多艺。例如,开发人员可以设计,编写用例或用户案例,测试并交付其功能性贡献。因此,每个团队成员对自己的技能和责任的看法越广越好。禁止使用硬筒仓!

征求反馈

因此,我在寻找读者反馈以引发讨论,而不是试图阐明他们是否应该加入敏捷团队。

  1. 业务分析师和项目经理在敏捷团队中是否有位置?
  2. 如果他们这样做,他们会做什么?说真的,他们专注于什么?
  3. 他们如何作为团队的一部分进行协作?他们的主要作用是什么?和贡献?
  4. 如果他们从“旧角色”重新架构为“新角色”;需要进行哪些更改?

我的感觉

在这两种情况下,我个人的看法是,是的,敏捷团队中有业务分析师和项目经理的位置。不像传统上那样利用他们的技能,而是在敏捷团队的背景下进行自我改造以做出贡献。我还要指出,敏捷团队内部有更大的贡献机会。

但这只是我的观点。你的是啥呢?

谢谢收听,
鲍勃

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

罗伯特·加伦

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

©BA Times.com 2020

麦格雷戈徽标白色网站