全民敏捷！

现在整个中华大地IT圈儿都喊起了“敏捷”的口号。不能白话几句敏捷，你都不好意思跟人打招呼！

06年刚刚开始搞开发，team里的一位大牛开始推广敏捷，我也随之开始关注这个“新”名词。当时，由于上层的反对，“敏捷革命”没有成功，只能继续按着CMMI走。当时对敏捷有好感最主要的原因就是：文档。

CMMI就面临着N多的文档和N多的review！写文档、review、改文档、文档update。最要命的就是看别人没有及时update的文档，白白浪费时间。当时体会最深的就是，写文档都是浪费时间，coding和联调的时候什么详细设计文档、接口文档，大部分实现的code都不能按照文档来。由于时间紧、加班多，文档也不可能有人去update。个人感觉唯一有用的文档就是架构设计啦，如果架构设计在coding阶段还修改的化，这个产品也就没法用啦！所以，从coder的角度来看，架构设计文档是唯一的必需品，其他都可以被裁减，而且大多数情况都是被裁减掉。

换位一下，从管理角度看。敏捷看起来不错，可是没有一步步对产品的设计，review，心里总是有不踏实的感觉。再有，CMMI之前的成功经验，也给这些“老家伙”们带来了很大的负担，谁能证明敏捷一定好过CMMI？

通过TW这类推广敏捷的公司的不断努力，近两年，敏捷这个名词开始在国内IT圈异常火爆！近期关于敏捷也有比较出名的异常“大论战”，有点儿火药味儿，就不提啦！

国内各个大中小型软件公司都张口闭口敏捷，近两年面试的时候由于我简历上标注了“Scrum Master”的头衔儿，也更受面试官的“垂青”，N多关于敏捷关于scrum的问题被问到。但实际情况总是问人的对答案都一知半解。不管是敏捷还是CMMI，从管理者的角度看，似乎都只是个幌子而已，最终管理团队还是靠管理者自己的“手段”。

对于敏捷，必须承认，我有一些“崇拜”。因为长期受CMMI“超重”流程的摧残，看到敏捷宣言特有一种“革命”的冲动！敏捷宣言的每一句似乎都说到了开发人员的心坎儿上，让人看了就有一种通畅感！