作为一个码农，如果没有填过上一任开发留下的坑，职业生涯是不完整的。
那叫一个酸爽，酸甜苦辣，只可意会、不可言传。
敏捷团队，一般6-8人，包含前端、后端、UI、产品、测试。小团队是为了快速响应、快速上线。
“有太多团队都是开发到后期突然要改一些不影响大局的东西，比如界面不好看、Icon不精致、交互不酷炫、需求Cover面窄。这些东西放在普通开发节奏的团队中是没有大问题的，但是在「敏捷开发」团队中，只会拖慢整个团队进度，本末倒置。”
So，每个环节，环环相扣，非常重要。 敏捷团队，没有太多边界 。
“「敏捷开发」的团队或是初创团队一般都是一个人当好几个人用，每个人都是多面手(这也是好多朋友觉得小公司好的一点，即负责的内容多、成长快)，原因就是他们的工作没有边界。
比如底层开发生病了，中间层大哥一定要顶上;比如QA人手不够了，产品经理写测试用例并参与测试也是常见的事。 ”
敏捷团队，对团队是一定要求的，不能有明显的短板。 一般提倡，自驱动，自领任务，自监督 。
OK，下面来聊聊，敏捷团队，高离职率，带来的问题：
1. 小规模的精兵作战模式，缺一不可，频繁离职，带来的是，团队磨合的成本。
2. 国内，很多伪敏捷团队，什么文档都没留下，一旦离职，这块的功能就会成为空白区，留下一堆坑。后续同学，只能靠猜，自己去读代码逻辑。
3. 之前好的工作方式的遗失，每个成员，都有自己的工作习惯。
4. 敏捷，追求，快、狠、准。随着后续的业务变化，必定带来重构，员工的频繁离职，导致后续成员，完全无法知晓当初用此架构的初衷。
5. 之前一些问题的处理经验，无法沉淀，后来者，只能重复踩坑。
6. 一些成体系的规划无法执行。
国内敏捷软件开发转型热潮方兴末艾，敏捷组织里的角色和责任比起传统组织已经完全不同，每个组织实施敏捷都是量身定制的，每个团队执行敏捷也是因人而异，如何判断一个团队就是敏捷团队呢？项目管理面临的挑战是什么？如何把握时代的脉搏，在住址变革中占领制高点，发挥最大价值？一天不学习恐怕就OUT了，这是一个持续学习，精益求精的时代，项目经理的领导在哪里？
一切答案尽在《项目经理在敏捷环境中如何转型》研讨会，报名地址：http://www.huodongxing.com/event/4378803066000
