BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

将传统软件开发的角色映射到Scrum中

| 作者 Vikas Hazrati 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝 发布于 2009年3月13日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

许多着手实施敏捷的组织,都不得不把传统软件开发的角色与 Scrum定义的三种角色 之间的映射处理好。传统的角色如:产品经理、项目经理、业务分析师、设计师、DBA等等,在Scrum中没有清晰的映射关系。Mike Cottmeyer 在一系列的文章 中尝试着提供一种有效的映射方式。

Mike认为“Scrum Master”和“Scrum团队”这两种角色是很容易匹配的。项目经理可以匹配Scrum Master的角色,不过思维方式需要调整。他说:

ScrumMaster提供过程方面的辅导,为团队提供支持。项目经理通常是负责管理团队,确保时间、成本、范围三者之间的平衡……

ScrumMaster不具有统治团队的权威。它更像是仆人……项目经理就更像是老板。

同样,“Scrum团队”应当把承担了构建产品重任的每个人都包含进来。
开发团队、负责数据库的家伙、QA都可以匹配“团队成员”这个角色。这些家伙对设计、构建、测试负有直接责任。

上面这些角色匹配好了以后,还有很多角色剩了下来,例如业务分析师、系统分析师、用户体验专家等等。Mike认为,这些角色都有可能担任产品负责人

产品负责人是项目经理,是业务分析师,是系统设计师,是用户体验架构师,是所有的业务团队成员……全部职责系于一身。这个角色无处不在,无所不能。

不过Mike也承认这个角色本身太庞大了些,所以他也建议不要让一个人担当所有职责,可以组成一个产品负责人团队,让多人协同工作。这个团队可以包括:

  • 产品经理——跟利益相关人协作,识别需求,设定优先级。
  • 项目经理——维护所有任务的整体规划。管理资源、资产消耗、外部依赖等等。
  • 业务分析师——将验收标准和有关用户故事的沟通交流进行文档记录。他还担起在sprint中澄清需求的主要责任。
  • 设计师——准备一些屏幕截图、线框等等。

他用绘图的形式表示出了团队结构:

Product Owner Team

所以,产品负责人不是独立工作,而是跟其他角色协作,用他们丰富的知识和专业技能,做出正确的上下文定义并进行协调。

把角色进行分组以后,传统角色就可以跟Scrum的三种角色匹配了。这里的关键点在于,要把他们放到可以为整个团队提供价值的地方去。

查看英文原文Mapping Traditional Software Development Roles to Scrum

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

PO负责人 by Cheng Alex

PO是一个团队构成,这和我理解以及在做的时候比较一致。

但在应用过程中,发现必须明确指定谁是负责人。对团队、对外面、对老板的交流,均由其负责。

可能在不同的公司,不同的部门,不同的项目,该责任人不一样,但必须要向所有人你公开

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT