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