【敏捷团队】2.必要时，可能需要重新出发

      给接下来要实施的行动取个高大上的名字，可以让团队觉得在做一件牛逼的事，少一点纷争，例如Agile、Scrum······，不过有时候会要面对需要仔细讲解这些概念的情况，所以，什么时候肚子里都有点存货，总是好的。

      喜欢一个例子：从A城市到B城市，坐火车去，如果铁轨有点问题，不能通行，就只能在火车里干等，直到可以通行，如果要赶着去B城市，就下车，然后像人在囧途一样，变化着不同的交通工具和行走路径，最后艰难到达目的地，如同需求改变这个不想碰到却不可能不碰到的情况一样，艰难曲折，但，项目不同旅程，我们在初期就设置A->c->d->e->f->B这样各个阶段，比买一系列火车票去B城市要简单。

      项目中，如同旅途中，人们会选择不同的方式来处理这段A->B的旅途时光：

（1）玩游戏、打牌······【对应开发者，找自己感兴趣的模块，进行开发】

（2）休息······【开发者工作太辛苦，调节，不疲劳作战】

（3）长途直达、短途拼接······【开发中，将项目拆分多个不同体量的模块】

      敏捷开发，要快速响应改变，快速迭代产品，去适应变化，那么就应该以人为本，面向这些参与者，而不是去指挥控制他们，让他们自主适应，主动适应，并从旁观察协助，不能完全放任。

      有时候现有团队，可能仅凭一人之力，无法达到这个效果，这个时候，可能需要重新思考是继续保持原样，还是重新出发，改变一下？