大约在4年前，有机会认识到敏捷，了解到敏捷的一些价值观，一些思维，和一些实践。当时有应用一些XP推荐的实践，例如站立会议、结对编程、每日构建、TDD等，一个月后，没有看到成效，大家没什么信心，领导也不太看好，于是就结束了。我们还是一样的在做需求，做开发，做测试，公司还在，大家工资还是照样的发。而敏捷这事也没人再提了，时间慢慢的过去，自己也忘得差不多了。
前两天，有幸参与公司组织的敏捷培训，请了顾问公司，一共有两位敏捷业界的大虾（Bill Li & Daniel Teng）给我们上课。是两位小伙子，年龄的相仿把我们的距离拉近了，两天半的时间，自我感觉获益很多，原来敏捷并不遥远，而很现实。
1，价值先行。两位大牛讲课讲得很合老板的口味（不知道是不是事先有获知，本次培训有总裁级别的人参与，^_^），课程的很大部分在谈ROI（投资回报率）。我不记得在哪里看到过，跟老板谈条件要资源，不能以自己的专业术语来谈判，而要以老板的专业术语来谈：例如要老板支持重构，就得用债务来说明累积坏代码，就像累积的利息一样已经足以带来灾难。回到敏捷话题，在SCRUM中，价值先行主要体现在两点：1）PO对优先级的把握：团队总是在做优先级最高的最有价值的事情；2）每一个SPRINT，都是可以潜在发布的，即具备快速推向市场的能力。
2，团队的力量。在SCRUM里面有三种角色：SM，PO，其他团队成员。SM不做管理，不做导师，而是做服务：服务于团队。真正确定优先级，评估，分析，开发，测试，提问题及解答问题等等工作，都需要团队成员来完成或协助完成，甚至连绩效考核也需要由团队成员来相互完成（美其名：360度）。其实我很想提出另一个问题：如何让团队成员达成一致，融洽工作？我相信他们解决过这个问题，但我相信我不会能够得到可操作的答案，当中需要的能力及技巧可能太多太多，而答案只可能是：价值观或者价值观的另一种表述。
3，从小做起，从我做起，从现在做起。这其实也是敏捷原则之一：简单。破窗理论，童子军理论，是两个相反的事例说明一个相同的道理，很现实，也很能引人深思，击中了我们心灵的的某个共同的地方。敏捷并不难，难在坚持行动，也难在坚持等待那漫长的“显著”的收益（一个SPRINT的结果通常是不能让老板点头的）。
两位老师用了很长的时间教我们切洋葱，但是我们切了几遍，回过头来看都还只是个洋葱（只是更小了而已）。已经根深蒂固到有点无可救药了吗？不，只要你还知道是洋葱，就请继续切下去，直至是合适的洋葱丁为止，你总是有能做到的一天的。切，是一种行为修炼，也是一种思维修炼，一种信仰修炼。炼好了切功，敏捷自然就成。
在课程的进行中，很多人问了很多问题，老师在很多时候也回答了这样的意思：不要希望我们能帮你们解决什么，我们只是提供了一种思路：做与不做，你们决定；更不要希望立即带来大的变化：大多数情况下，没三五年，什么问题也没有显著的结果。
急躁永远是人们的通病，特别是老板的通病，老板恨不得从明天开始就能裁掉一批混饭吃的人，只留下几个，用敏捷把事情做得快好省。MANAGER们也一样，总是希望能把敏捷套在自己的身上，套在公司现有流程的身上，套在现有成员的身上，去找影子，去找反例，或者希望能找到一条捷径：一道命令规定一些敏捷会议，组织一批“敏捷的人”，申请一些敏捷道具，明天就敏捷起来。
敏捷并不解决快的问题，也不解决效率的问题，更不解决人的情绪，公司氛围等问题。敏捷解决什么问题？它本身什么也解决不了，但是它又具备解决所有问题的能力！^_^