本文主要是介绍流水帐：我与敏捷方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
现在，“敏捷”一词被“炒”得沸沸扬扬，也被“吵”得扬扬沸沸。前不久，还有人提出“后敏捷”时代的来临。我不能枉言这种“chao”是否为当今时代“特征”？但有一点是可以肯定的，那就是：网络使更多的人有更多更大的言语权来影响更多的人。
2001年，从图书馆借了本名为《拥抱变化：解析极限编程》的“小”书。之所以说它“小”，是因为它很薄，每页的文字也不多，页边也很宽，里面有很多图。当时感觉这种风格的书很特别，有点儿象个人经验总结（至少那时我没看到国内有人写这种风格的书）。现在回想起来，那是我第一次接触“敏捷”吧。
随后，只是关注一下与其相关的新闻或内容。与此同时，还正式接触了CMM和UML。所谓“正式”是指学习并被专门培训了一段时间。
三年前，公司打算CMM晋级，领导也比较重视过程改进。所以软件开发过程也就从无到有做了起来。当然，开始时“照猫画虎”，从无到有，做的还算好，明显感觉到了组织性。但随着公司的发展，遇到的情况越来越多，越来越复杂，基于我们对CMMI顾问所阐述的CMMI的理解，这个开发流程也就越来复杂啦。其实，此时的CMMI也已经被教条化了。典型的国内项目环境加上CMMI教条，软件开发过程变味了。表面上走着公司的流程，提交着文档，看上去很清爽，可开发人员并没有那么多积极性，因为那么多的评审，获得的价值却不大，还不得不翻来覆去改文档。一直关注软件开发方法，也了解了多种不同的敏捷方法。
一年前，恰好有机会尝试一些“新”的方法。就在自己的项目中使用了一部分敏捷实践（我在这个项目中体验也已经在agilechina和大家讨论，并在AgileChina 2007的第一次活动中作为一个session分享）。
而现在，与使用敏捷方法的家伙在一起工作。
“敏捷”在于实践，而非口舌之争。找到更适合在自我环境中提高效率和质量的方法，你就敏捷了。
这篇关于流水帐：我与敏捷方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
