为什么要防火墙？
在推进敏捷的过程中，敏捷团队常常饱受如下2个问题的困扰：
- 1）故障频繁干扰团队，无法保证迭代开发的时间投入和效率，进而影响团队迭代完成承诺；
- 2）在迭代中间，紧急任务找到团队，无法及时处理。
理想中的完美敏捷，现实并不敏捷。
针对这些问题，我们尝试过多种方法进行改进，比如：
1）每个队员在迭代开始前，预估投入度时把这些干扰考虑进来，但是在实践中发现2个问题：
- a）故障和紧急任务具有随机性和突发性，无法较准确的估算；
- b）每个队员需要同时参与迭代开发和维护工作，投入度低，平均只有25%左右，普遍反映工作效率低下；
2）把故障支持做为敏捷任务。但这个任务同样也有无法较准确估值的问题；
3）在迭代中间，调整任务优先级，重新安排计划，用紧急任务替换掉其他任务。这个方法的不足之处是：
- a）临时插入任务使已启动的迭代节奏停摆，这种干扰破坏了团队的开发效率和节奏；
- b）需要重新安排计划会，之前的计划、开发工作白白浪费；
4）把团队划分为防火墙团队和开发团队。防火墙团队负责处理故障定位和临时的紧急任务开发。这个方式解决了前面几种方式一直没有解决的问题：
- a）干扰通过防火墙的过滤，开发团队的迭代计划可以做的更加准确。从效果看，我们建立防火墙后的第一个迭代任务100%完成，解决了迭代计划一直无法100%完成的困境；
- b）开发团队普遍反馈开发效率得到提升；
如何建立防火墙？
建立防火墙团队，这对团队的能力提出了更高的要求。如果团队能力没有基本备份，防火墙团队建设需要循序渐进，运动式的强行推进往往效果不佳。
如果团队能力不足以支撑防火墙团队，需要一些准备手段来提升团队整体的能力和效率。比如：
- 1）整理团队公共知识库，并易于团队访问；
- 2）基于知识库，开发自动化的故障分析工具；
- 3）鼓励结对开发和结对故障定位；
- 4）定期对每个人的模块进行调整；
- 5）定期故障复盘，并整理经典故障集供团队学习；
- 6）开展学习方法交流、故障定位技巧交流；
- 7）收集团队的顾虑，并加以解决；
防火墙做些什么？
防火墙团队的目标就是作为干扰过滤器，为开发团队屏蔽外部干扰。
防火墙需要具体做些什么，需要团队集体讨论，并制定其工作规范，作为整个团队的工作契约。我们的防火墙工作规范如下：
- 1）如果故障或紧急任务直接找到开发团队成员，需要转出给防火墙团队或PO进行处理；
- 2）防火墙成员遇到问题，求助的顺序依次为：防火墙团队，PO，然后外部团队，最后是开发团队；
- 3）防火墙团队故障每天复盘；
- 4）防火墙团队和开发团队定期轮转；
- 5）全员参加4个敏捷实践；
- 6）单点模块负责人优先在防火墙团队中培养人；
- 7）PO或团队中的资深专家优先在防火墙团队中培养人；
注意事项
- 1）PO、SM因角色原因，无法保证投入度，不建议进入开发团队；
- 2）在团队尚没有准备好时，不建议强行推进防火墙；
- 3）防火墙团队和开发团队注意定期轮转；
--EOF--