Scrum框架下各角色的转变与适应
1. ScrumMaster角色的演变
早期开展Scrum项目时，并没有ScrumMaster这一术语，当时把这个角色称为项目经理也能顺利推进项目。在招聘新的项目经理时，会明确对他们与团队互动方式的期望，避免招聘专横、采用命令控制风格的人。而且新的项目经理向自己汇报，能对他们与团队的互动方式产生很大影响，那时称他们为项目经理没问题。
随着公司的成功与发展，收购了其他公司，会接手一些持有传统项目经理观念的人。帮助他们转变思维以适应敏捷开发比招聘具有协作精神、适合自组织团队的项目经理要困难得多。后来与Ken Schwaber交流后才明白，允许项目经理保留原有头衔，会让他们觉得改变没那么彻底。Schwaber在1997年创造了ScrumMaster这个词，是为了提醒大家这不是简单的项目经理角色增减一些职责。他认为Scrum的词汇代表着改变，像burndown、backlog、ScrumMaster这些词虽然难听，但能提醒我们改变正在发生。
虽然建议使用ScrumMaster这个头衔，但不一定要摒弃项目经理这个头衔。如果组织喜欢用，也可以继续使用，但要注意保留旧头衔可能会阻碍新方法的采用。如果人们连一个小小的头衔都不愿意放弃，那他们可能也不愿意为采用Scrum做出更艰难的改变。
2. 架构师面临的问题与应对
2.1 架构师的常见担忧
许多架构师经过多年努力才获得架构师这一尊贵头衔，他们为自己的知识、经验以及为技术和业务挑战提出优雅解决方案的能力感到自豪。架构师在采用Scrum时的担忧主要有两类：
- 人们是否还会实施自己提出的架构？
- 没有前期架构阶段，如何确保构
