敏捷是什么：
说起敏捷开发，很多人第一反应这是一种开发技术，立马想到OOP设计原则、TDD、MDD、XP等等，
对“敏捷”的一些体会
。我理解的敏捷：
敏捷是一个过程，而不是技术。一个过程让团队成员爽、轻松、高效、产品质量过关，这就是敏捷的过程。TDD、MDD、oop等是实施过程中的一些方法，这些方法可能某些的团队实施起来让过程很敏捷，但是某些团队实施起来就不一定敏捷了，就像女人适合练 、男人适合练九阳神功，因为每个团队所处的环境、团队的水平都不一样，有很多的客观和主观的原因。
敏捷的基础：信任——你做事、我放心。
没有信任，就不可能有敏捷。想想老板、同事告诉你“你做事，我放心”，你是什么反映。
信任，意味着你有更大的权利决策更多的事情，同时也意味着你需要承担更多的责任，俗话说“这件事交给你了，你当家做主了”。
对于我们，我们应该怎么做：
1、 流程是否可以减少：
产品会议->需求评审->Kick Off ->设计评审->项目周会（晨会）->TC评审->发布评审 等等，我们是否每个项目都要按照一定模板，一个阶段一个阶段的实施。如果大家互相非常信任，是否还需要这么多的流程。我的理解，该省则省，视项目而定。有些小项目，UC可以简单点，设计可以不做，有些复杂点的项目，一步一步走，不要越级。就像如果拿着一个小东西，你跑没关系，跳着前进也没关系，但是背着一个很大很重的包，这时就跑步动了，那就一步一步稳稳当当的走吧（东北话，有点墨迹）。
2、 开会是否真的需要邀请那么多人：
我们发会议邀请，邮件列表里往往几十个人，运营、运营老大、pd、pd老大、开发及其老大等等，想想这么多人都是真的需要关注这件事情么，
管理资料
《对“敏捷”的一些体会》(https://www.unjs.com)。3、 开会是否必须要到会议室
现在我们每次开会都要预定会议室，每次都很难订到，那么想想我们是否真的需要到会议室才能开会。开会，是找几个相关的人到一个不受影响（也不要影响别人）的地方，
一起讨论碰到的问题，或者宣布一些什么事情、汇报情况等。那么座位上，或者休闲吧、或者楼梯口、旺旺群邮件等是否也具有相应的功能。
4、 设计：过度设计。
我们在做设计的时候（需求设计、系统设计），经常听到这样的话“将来什么什么情况时，你怎么办”。想想，如果将来的情况你都能考虑到话，现在为什么不把做掉，
还要等到将来，或者说将来的多种情况你都考虑到，那将来还需要我们干什么，直接从你这几种方案里选一个就好了。现实当中，我们为将来做的设计，将来真的用上的，大家可以
举几个实际例子来看看，很少。当然，适当考虑一些是没错的，但是不要过多的考虑，否则就是过度设计，我们不需要为将来背太多的书，还是多花点精力盯紧当前的需求。
做一天和尚撞一天钟，你看和尚活得多爽。
5、 重构：随时重构、包括流程。
需求每天都在变，环境每天都在变，所以两年前很好的流程，很好的技术架构现在已经很不爽了，所以需要随时把不爽的，过时的流程、架构、代码
砍掉，换上与时俱进的流程、架构、代码。
6、保持学习：
社会在发展、环境每天都在变，我们不学习，会落伍的。
7、最后一点，敏捷不是一个人、一个部门的事情，是需要整个公司一起来做才能做好的事情，现在我们没做一个项目，都会涉及多人、多部门、甚至多个公司，需要大家互相理解互相信任。单纯一个人或者一个部门敏捷的过程是无法实施的。
来自：http://www.alisdn.com/wordpress/?p=1454