【Scrum】敏捷软件开发——个体（3）

八、角色转换

分析员

由于很熟悉产品知识和具备很强的沟通技能，一些分析员会转为产品负责人的角色

在传统管理项目中，分析员的任务似乎是需要尽早完成分析任务，而在Scrum项目，实时分析是他的目标

在传统的项目中，分析员经常成为其他团队成员与项目经理之间沟通的桥梁，而在Scrum项目，分析员更需要像促进团队与PO沟通的桥梁

Scrum团队中的分析员会协助测试，回答正在开发的功能特性相关的问题，以及全程参与日常的Sprint会议

分析员首先需要完成当前的Sprint目标，剩余时间可以用来计划未来的东西，但没明确的任务不允许放在当前的Sprint中

项目经理

在Scrum项目中，项目经理角色是没有必要的，要废除它，因为“自组织团队”是Scrum的一个核心原则

曾经的项目经理可以转型成SM、PO或者团队成员中任一角色，主要取决于他们的经验、技能、知识和兴趣

PO是最适合转型的角色，且能满足喜欢指导团队的前项目经理

SM是最常见转型的角色，但需要克服喜欢指导团队的习惯

架构师

排优先级的角色，可以不编码，但必须具备立刻能编码的能力，一个顾问和促进者

在敏捷开发中，架构师主要的职责是考虑变化和复杂性，在各个Sprint中有合理开发顺序的工作，有助于团队快速获得关键知识，拥有足够时间反应来避免或发现风险以及最小化整个开发成本

职能经理

通常保留分配人员到项目的职责，是学习型组织的构建者

大部分组织里保留定期评估下属的责任

很多组织中保留决定雇佣和开除权力的职责

程序员

在Scrum中，虽然专家很重要，但程序员应该愿意在很多方面来帮忙优化整个团队的产出

他们需要积极主动地理解产品需求，做超出日常工作描述范围的事情是常见的

程序员还应与客户和用户交谈，应与共事的人员积极沟通并参与结对编程

数据库管理员

DBA的大部分日常工作不会有很大变化，但在工作显著有变时需要尽快提供解决方案与计划

测试人员

在Scrum中，不可能完美地预测所有的用户需求，每个人都需要思考产品，对每个特性提出问题并且思考如何将它加入到整个产品中

测试人员会更加频繁的与PO交谈，了解某个特性是如何工作的，它的执行速度应多快及必须通过哪些标准，等等

测试人员需要学会如何迭代地工作，要大力推广自动化测试脚本

用户体验设计师

UED需要与开发团队同时进行迭代工作，但UED不要把自己看成是独立的团队

UED和开发的并行

三个常见的主题

1、增量地工作

总是努力在当前Sprint产生一个潜在可发布的产品增量

2、迭代地工作

功能特性能在接下来的Sprint中被更新

3、超出专业之外的工作

为了创建在Sprint结束时潜在可交付的某些东西，个人需要愿意偶尔做一些超出其专业之外的工作