《scrum敏捷软件开发》
第八章：角色转换
1 项目经理转敏捷项目经理
最终要最困难的工作就是确保客户想要的产品就是正在开发的。
曾经的项目经理可以只承担一部分责任，转换成为scrummaster，主要取决于他们的经验、技能、知识和兴趣。
不过，只要项目经理克服指导团队并替他们做决定的老习惯，那么项目经理是很有可能成为一名优秀的scrummaster。
最佳方式有：
① 尽量按照书本来开展scrum
② 尽量多与其他scrummaster交谈
③ 尽你所能快速和尽可能多的学习
④ 头衔更换为scrummaster
2 架构师转敏捷架构师
他们有理由为自己的知识、经理和能针对技术和业务挑战提出一流解决方案的能力骄傲。
在敏捷开发中，架构师主要职责是考虑变化和复杂性；
3 职能经理转敏捷智能经理
4 程序员转敏捷程序员
最大的变化就是：他们做编程、他们做测试、他们做分析、他们做设计，他们做任何必要的事情来帮助团队完成在每个sprint的承诺的工作；
程序员需要增加交谈，更多的参与讨论，帮助有问题的其他人，并参与结对编程，而不是上班带上耳机，安静的呆到下午7点下班；
4 dba转敏dba
数据库设计方面的标准建议是在做物理或者逻辑数据库设计过程中，对系统需求进行完成分析，创建逻辑或者物理数据库设计，并且将这些概念限定在实际数据库限制中。
用户的需求一直在变化，竞争者们在不停发布他们的产品，因此数据库也要演变来支持建造基于它们的不停演变的应用。
因此dba要增量处理需要全盘考虑的东西
5 测试员转敏测试员
传统项目中，测试员和程序员一样，经常说:"给我完美需求文档，我将确保系统做了它描述的所有内容"，这在敏捷团队中无意于推诿责任。
事实上每个人头需要思考产品，对每个特性提出问题并且思考如何将他们加入（或减少）到每个产品中。
三个常见主题
以上描述的角色转换时，有三个最重要的主题需要重申：
① 增量的工作。总是努力在当前sprint产生一个潜在可发布的产品增量。
② 迭代的工作。功能特性能在接下来的sprint中被更新。
③ 超出专业之外的工作。为创建在sprint结束时潜在可交付的某些东西，个人需要愿意偶尔做一些超出其专业之外的工作。
总结
角色转换是转型敏捷开发中，很重要很重要的一环，要解决各类角色在敏捷项目中的很好协同，无意于更加体现了scrummaster的重要性，没有他的协调、帮助、引导等工作，真的很难实现每个角色的快速敏捷。（可能是工作这么久，对工作个体之间的协同，所得到的感触吧，更多的现实情况就这样，我对srummaster价值有了更多感触）
