敏捷项目中的角色
了解敏捷项目中各角色的职责。
敏捷团队的角色
我们自然会思考敏捷团队中需要哪些角色。这取决于项目的类型以及所需的专长。在面向服务的项目中，需要具备业务知识以及中间件或底层系统方面的专业知识。而在开发Web应用时，又需要引入另一类专业技能，例如用户界面设计。敏捷团队的角色因项目而异。每个项目都应遵循以下原则：
实现产品所需的所有专业技能都应在团队中得到体现。始终需要分析、开发和测试方面的专业能力。此外，还常常需要其他领域的专长，例如社交媒体、网页设计、中间件、软件系统、移动与企业架构、SAP等系统包，或Oracle数据库等。
我们辅导过的一个团队包括一名架构师、一名SAP CRM顾问、一名信息分析师、一名Java开发者、一名.NET开发者、两名SAP XI开发者、一名ABAP开发者以及两名测试人员。这样的团队构成并不常见。
通才型专家
团队中的每位成员都代表一个或多个专业领域。他们是技艺精湛的专业人士，精通自己的职业，并且通常掌握多种技能。Scott Ambler将这类人称为“通才型专家”或“具有广泛视野的专业工匠”。
注：上述团队中的信息分析师对UML非常熟悉，对客户所在领域了如指掌。他还清楚地知道，SAP CRM顾问和测试人员都能使用ABAP进行开发。
正因关键角色之间的协作在敏捷中至关重要，我们建议尽可能保持团队组成稳定不变。这样有助于轻松衡量和预测进展。敏捷团队不适宜频繁变动团队构成。良好的协作需要时间来建立。
一个挪威的项目生产率低下。团队每月都在不断增减和调整。尽管期望的生产率提升始终未能实现。即使在半年内团队规模增长了29%，生产率也仅提升了11%。这个群体始终没有机会成长为真正的团队。
平衡
如何确保敏捷团队中的每个人都持续投入工作？当开发者在构建用户故事时，分析师在做什么？当分析师在细化用例时，测试人员在做什么？这些问题的答案很简单：每个人都在敏捷团队中持续工作。敏捷团队是平衡的团队，共同推进多个任务。所有角色始终处于工作状态。在一个承担责任的团队中，成员们总是主动寻找工作——主要是在自己的专业领域内，同时也通过支持其他成员或为下一迭代准备任务来贡献价值。
专家角色
偶尔也会有真正意义上的专家因特定专长短暂参与项目，例如来自维护团队的人员、企业架构师、网页设计师、电子银行专家或配置管理员。他们作为临时成员加入团队，在其专长不再需要时便离开。
简而言之，敏捷团队的分工与责任分配方式与传统团队截然不同。现在是时候深入探讨敏捷项目中最常见的角色，如利益相关者、客户、用户、产品负责人、教练、项目经理、领域专家、开发者和测试人员。