团队规模和流程关系

需求阶段:每个人都有自己的想法，团队决策需要有一个过程开发阶段:多人/多端协作开发，每个人有自己的安排，相互配合需要有一个流程测试阶段:产物怎样交付，测试如何开展，BUG怎么修都需要流程发布阶段:怎样确保发布过程平稳丝滑，版本和流量如何控制，需要有规范运维阶段:线上问题如何应急响应，处理用户反馈和线上问题需要有流程

传统的瀑布模型

按照我们最传统的也是最直觉的模型，把整个软件开发按照各个阶段排成一条线，前一个阶段完成之后进行下一个阶段，这就是传统的瀑布模型。像马其顿方阵一样，排成一个整齐的方阵，按部就班的前进这种方式有一定的优势，就是在一些非常重视流程的公司：比如银行，支付等公司就很有用，因为一旦出了问题都会对用户造成很严重的影响优点是最大程度的保证了我们不出事故，但是缺点也很明显，这种流程非常低效，大家的工作是定死了的，到了一定的时间你就要做一定的事情，因此会有很多时间是在等待前面的流程完成。

敏捷开发

敏捷开发简单来说就是以更小的团队，更快速的进行迭代因为团队小，所以大家可以围绕着一个很具体的目标开展工作，大家的合作也更加紧密在敏捷开发的概念体系里，有很多具体的方法，比如：scrum，kanban等等。scrum这个词的来源，就是橄榄球中的争球大家肩并肩，共同围绕着一个目标前进。

SAFe

在实践当中，现在敏捷已经发展出了一套规模化的管理的框架，也就说所谓的SAFe，这套框架是为企业中实施敏捷开发提供一套方法论，如果说敏捷开发是一个团队内部的协作方式，那么SAFe就是在企业中，多个敏捷团队之间怎样配合。

现在软件开发的阵型已经不是冷兵器时代的方阵了，大家更像是特种部队，每个人都是身怀绝技，虽然大家会分工，但是并不是说产品设计只由产品经理负责，领导负责分配任务，大家的决策和配合都是非常有凝聚力的行动，如果一个scrum就是一个战术小队，敏捷教练就好比是小队的队长，产品负责人是负责联络指挥部和发布任务的人，其他团队成员就是特种兵大家也不是按照一个方阵去前进，而是用更敏捷的方式去前进，也就说敏捷发布。