《敏捷软件开发 : Scrum实战指南》—3.3 建立一个团队顾问池

建立一个团队顾问池

建立一个可用的团队顾问池实际上很容易。它有两个步骤。

步骤1：制定和沟通过渡计划。

步骤2：让人们在团队顾问与核心成员之间做出选择。

步骤1：制定和沟通过渡计划

第一件事情是制定一个过渡计划，包括做出改变的原因、未来的愿景以及实现目标的途径。

详细描述组织中存在的常见问题。说明共同的愿景，即为什么建立一个学习型的组织很重要。

帮助人们理解，让他们意识到他们的角色并没有失去，而是得到了加强。强调这样一个事实：过去相比，现在个人与团队的承诺更是客户满意度和取得最终商业成功的驱动力。

你需要做的下一件事情是让人们在特定的日期之前在团队顾问与核心团队成员之间进行选择。这就把我们带到步骤2：让人们选择。

步骤2：让人们选择

决定他或她应该是核心团队成员还是团队顾问的最佳人选就是他们自己。沟通这两种角色的区别，也许甚至可以张贴出表3-1那样的表，列出每个角色的优势与劣势。

表3-1  角色、优势以及劣势

团队顾问需要做多个项目并相应地自己管理时间。团队顾问常常选择这个角色是因为他们充满激情地专注于自己特定的技能。这些人在他们各自的专业领域里面已经工作了很长时间，对于特定类型的工作，他们是理想的人选。

然而，选择作为团队顾问并不意味着你在应用技能的时候不去帮助其他人。相反，在任何可能的时候，团队顾问应该致力于提高整个组织的技能水平。这在一些领域比其他领域更容易一些。例如，我们不会期望看见图形设计师去教一个有十年经验的网络系统老手如何做界面设计，但我们期望SQL专家去帮助一个虽然有一些SQL技能但需要进一步学习如何在当前项目更高效工作的核心团队成员。团队顾问也并不是站在一旁指导团队工作，而是建议或者影响团队选择正确的方向。团队顾问与团队一起工作，同时也提供技术上的指导。

对有技术背景的团队顾问而言，典型的一周工作日常包括：编码、代码审核、文档、解决团队遇到的技术问题、提供架构指导以及团队要求的其他任何事情。对于创造性的工作，比如图形设计与技术文档编写，他们要花时间与团队以及产品负责人一起审核需要的条目。技术文档工程师需要特别注意团队的 DoD(完成的定义)，帮助团队在每个 Sprint 交付需要的所有文档。

团队需要直接与团队顾问一起安排团队顾问的进度，确保团队顾问一来就可以开始工作。如果团队顾问为自己安排的项目过多，就需要她自己解决这个问题。团队顾问的明显好处是，他们可以专注于自己的核心技能并且可以教会其他人，从而全面提高公司的水平。

另外一方面，组成核心团队的人具有多方面的技能。不要期望他们成为专家，事实上团队被设计为平衡各种技能的跨职能团队。与团队顾问一样，核心团队成员也对自己的时间负责，但是所有的时间都专用于一个团队和一个项目。核心团队成员专注于单一项目的生命周期，并且可以通过与其他核心团队成员和团队顾问一起学习新的技能。

能够自始至终与一个团队和项目在一起并学习新的技能，这是一个不可忽视的好处。在全球各地的公司中，我听见最多的两大抱怨。

1. 我不得不把时间分配到不同的项目上；

2. 我从来没有机会学习新的技能。

结果就是，人们老想着跳槽，另谋高就。

在跨职能Scrum团队中，核心团队成员持续学习新的技能并能够专心做好项目。有持续学习的稳定劳动力，公司才能保持竞争优势，响应变化，增加利润。