关于敏捷管理的一些感受
在经过了长达4个月的敏捷管理体验后，最近才刚刚琢磨出一点道理，虽然很肤浅，但是确实是切身体会。
从开发的全程角度上看，从规范到落地，感觉最重要的部分就是需求与沟通，而其次才则是TDD和短周期交付；在开发之初，需求就好像一个精彩电影的绪章，我们虽然可以了解到这个电影的主题是什么，但是很难深入了解到其中的精要环节。只有随着时间不断的迫近交付期，我们的客户才会在不断的磨合中暴露出其真实的想法，此时在CMMI的周期定型情况下，往往已是架构定型，已经产出大半，为时以晚了。而敏捷的管理方式就好比把这条流水线分割开来，并不断的请客户来确认当前生产的东西到底是不是他想要的东西。哪怕是产品的一个局部工艺。
而沟通所能体现出的则是一种近似于激情式的开发方式，我们可能往往一个团队只有在一起吃饭时候才会将想要说的想法暴露出来，原因就是平时在工作中沟通太少了。对于技术的交流、进度的沟通都会被无意思的阻隔掉，这样往往当生产过程进入尾声时候，才会将各种问题保留出来，OK，现在的敏捷则尽可能能的将沟通也放在了日程的前端，我们不得不每天都开会、谈心，不断的将客户需求、测试案例、开发风险从我们每个人的各个角度爆发出来，将最后风险爆发的可能性降至最低。
也许敏捷的开发理念还有很多有待挖掘，但是目前这冰山一角已经很有效的将风险和成本降低了下来，确实是一种让人感觉很“爽”的方式。
