问：ScrumMaster必须是全职吗？

答：不一定。从现实来看，在国外，全职的ScrumMaster很多；而在中国，90%以上的企业是由团队的一个成员兼任了ScrumMaster的职责，也许是因为很多中国企业认为单独由一个人来承担这个职责成本有点高。

但是，兼职的ScrumMaster会面临很多挑战。对于兼职的ScrumMaster来说，需要注意以下三个方面。

1.为行使ScrumMaster职责分配充裕的时间

团队刚开始引入Scrum的时候，需要ScrumMaster自己投入大量的时间和精力学习和练习Scrum。所以兼职的ScrumMaster需要预留足够的时间来学习和练习新方法。

在一家互联网企业T，小燕是团队的测试工程师。团队开始试点Scrum，领导任命她做ScrumMaster。她和领导不知道ScrumMaster的工作需要花很多时间，以为只是占用Scrum框架里的几个会议的时间而已。小燕开始了ScrumMaster之旅后，发现ScrumMaster工作中很多时间是无形的。

• 每次开计划会议、评审会议、回顾会议之前她都需要做一些准备工作。她发现，如果不做任何准备工作直接开会，会导致会议效率低下，或者没有达到会议的目标就草草结束
• 每日站会之后，她需要对团队的阻碍事项列表一一做处理和跟踪。
• 针对团队暴露出来的问题，她需要思考怎么引导团队解决和改进。因为她的关注点是团队如何高效地实现产品目标，而其他同事的关注点容易局限在“当前Sprint里我认领的任务”。
• 在实践Scrum的过程中，她碰到了很多困惑和难题，需要自己读书、学习，以便找到解决问题的方法。
• 此外，部门定期组织ScrumMaster的交流和研讨，分享和传播Scrum，这也占用了她一些时间。
  
  

所有这些，都是她在做一名全职测试工程师的工作时间之外来做的，导致她自从承担了ScrumMaster的职责后，不停地加班，精神压力也急剧上升。

依据经验，如果是初次做ScrumMaster，在前三个月内至少应该投入70%的时间在ScrumMaster的工作上。随着团队对Scrum越来越熟练，ScrumMaster对其投入的精力可以减少，但是应该保证投入30%~50%的时间，以确保团队持续改进。

不幸的是，中国大部分企业的做法是，让一个员工兼职了ScrumMaster的重要职责，却没有给他/她富裕的时间，而是让他/她自己挤出时间来承担一个新的职责。这是对这个职责本身的不尊重。兼职的ScrumMaster不仅做不好新的工作，而且原有的工作也会受影响。

2.角色切换时，明确此刻“我是谁”

对于兼职的ScrumMaster，当他与团队和外界协作的时候，要明确当下自己在行使什么角色的职责，否则会让团队甚至自己产生困惑。

在企业T，作为测试工程师的小燕兼职做了ScrumMaster。她在主持回顾会议的时候，首先，她引导大家思考团队有哪些地方需要改进，然后她也会以测试工程师的身份从测试的角度提出几点团队的改进项。她发现自己时而作为ScrumMaster引导团队，时而作为测试工程师吐槽，这影响了回顾会议的氛围和流畅性；同时也让自己疑惑，在大家的眼里，我到底是什么角色？

ScrumMaster要注意的是，在同一项活动中，尽量少做角色的切换。非做不可的时候，要给大家澄清，“我现在提出这个问题是以测试工程师的身份，而不是ScrumMaster”。这样大家也不会困惑，也便于ScrumMaster自己快速进入角色。

3.ScrumMaster要被正式任命，并在绩效目标里体现其工作职责

在企业T，小燕的领导只是跟团队说小燕是ScumMaster，但是没有发正式任命的邮件或其他书面通知，周边的团队和组织也不知道。这样给大家也给小燕自己一个印象：ScrumMaster的工作只是个临时的活。

此外，小燕的绩效目标仍旧是作为一个测试工程师的目标和考核项，完全没有ScrumMaster的元素。小燕自己很困惑：“怎么才能算是做好了ScrumMaster的工作呢？既然绩效里没有体现这个角色的工作，也许领导并不看重。”

如果领导层真的重视敏捷转型，就应该对ScrumMaster的角色认真起来，正式任命并发布通知，并且使其工作职责在ScrumMaster的绩效目标和考核中予以体现。

问：ScrumMaster必须是全职吗？

答：不一定。从现实来看，在国外，全职的ScrumMaster很多；而在中国，90%以上的企业是由团队的一个成员兼任了ScrumMaster的职责，也许是因为很多中国企业认为单独由一个人来承担这个职责成本有点高。

但是，兼职的ScrumMaster会面临很多挑战。对于兼职的ScrumMaster来说，需要注意以下三个方面。

1.为行使ScrumMaster职责分配充裕的时间

团队刚开始引入Scrum的时候，需要ScrumMaster自己投入大量的时间和精力学习和练习Scrum。所以兼职的ScrumMaster需要预留足够的时间来学习和练习新方法。

在一家互联网企业T，小燕是团队的测试工程师。团队开始试点Scrum，领导任命她做ScrumMaster。她和领导不知道ScrumMaster的工作需要花很多时间，以为只是占用Scrum框架里的几个会议的时间而已。小燕开始了ScrumMaster之旅后，发现ScrumMaster工作中很多时间是无形的。

• 每次开计划会议、评审会议、回顾会议之前她都需要做一些准备工作。她发现，如果不做任何准备工作直接开会，会导致会议效率低下，或者没有达到会议的目标就草草结束
• 每日站会之后，她需要对团队的阻碍事项列表一一做处理和跟踪。
• 针对团队暴露出来的问题，她需要思考怎么引导团队解决和改进。因为她的关注点是团队如何高效地实现产品目标，而其他同事的关注点容易局限在“当前Sprint里我认领的任务”。
• 在实践Scrum的过程中，她碰到了很多困惑和难题，需要自己读书、学习，以便找到解决问题的方法。
• 此外，部门定期组织ScrumMaster的交流和研讨，分享和传播Scrum，这也占用了她一些时间。
  
  

所有这些，都是她在做一名全职测试工程师的工作时间之外来做的，导致她自从承担了ScrumMaster的职责后，不停地加班，精神压力也急剧上升。

依据经验，如果是初次做ScrumMaster，在前三个月内至少应该投入70%的时间在ScrumMaster的工作上。随着团队对Scrum越来越熟练，ScrumMaster对其投入的精力可以减少，但是应该保证投入30%~50%的时间，以确保团队持续改进。

不幸的是，中国大部分企业的做法是，让一个员工兼职了ScrumMaster的重要职责，却没有给他/她富裕的时间，而是让他/她自己挤出时间来承担一个新的职责。这是对这个职责本身的不尊重。兼职的ScrumMaster不仅做不好新的工作，而且原有的工作也会受影响。

2.角色切换时，明确此刻“我是谁”

对于兼职的ScrumMaster，当他与团队和外界协作的时候，要明确当下自己在行使什么角色的职责，否则会让团队甚至自己产生困惑。

在企业T，作为测试工程师的小燕兼职做了ScrumMaster。她在主持回顾会议的时候，首先，她引导大家思考团队有哪些地方需要改进，然后她也会以测试工程师的身份从测试的角度提出几点团队的改进项。她发现自己时而作为ScrumMaster引导团队，时而作为测试工程师吐槽，这影响了回顾会议的氛围和流畅性；同时也让自己疑惑，在大家的眼里，我到底是什么角色？

ScrumMaster要注意的是，在同一项活动中，尽量少做角色的切换。非做不可的时候，要给大家澄清，“我现在提出这个问题是以测试工程师的身份，而不是ScrumMaster”。这样大家也不会困惑，也便于ScrumMaster自己快速进入角色。

3.ScrumMaster要被正式任命，并在绩效目标里体现其工作职责

在企业T，小燕的领导只是跟团队说小燕是ScumMaster，但是没有发正式任命的邮件或其他书面通知，周边的团队和组织也不知道。这样给大家也给小燕自己一个印象：ScrumMaster的工作只是个临时的活。

此外，小燕的绩效目标仍旧是作为一个测试工程师的目标和考核项，完全没有ScrumMaster的元素。小燕自己很困惑：“怎么才能算是做好了ScrumMaster的工作呢？既然绩效里没有体现这个角色的工作，也许领导并不看重。”

如果领导层真的重视敏捷转型，就应该对ScrumMaster的角色认真起来，正式任命并发布通知，并且使其工作职责在ScrumMaster的绩效目标和考核中予以体现。