敏捷，迭代，发版本，隐喻以及其他，你们懂的

自从我司推行敏捷以来，据说大大提高了产品开发效率。

我司敏捷流程如下:收集客户需求，整理成特性列表，然后制定版本计划，根据特性的优先级，难易程度落入版本计划的几个迭代中，一个迭代大约一个月左右，然后我们这群人就在那边搞迭代.....迭代1，迭代2，迭代3，然后做下集成测试，啪，一个版本发出来了。

当然，哥在这里不是重点介绍我司的敏捷，只是觉得敏捷是个好东西，放之四海而皆准。想想哥这个83年启动的产品，经历了80年代的beta版本，90年代为了...而读书的1.0版本，以及21世纪为了...而工作的2.0版本，即将进入3.0，想想身为90后的微软.net,发展到当前的3.0都支持云计算了，但是哥身边还没有一片云彩，于是，决定要将哥的3.0版本计划为云计算版本，版本计划应该和我司的差不多，大约三个迭代，迭代计划有待完善，每个迭代半年左右，经历迭代一，迭代二，迭代三后，立即集成测试，然后发版本，转维护，大规模商用哈哈。

----------------------------------------本月要考敏捷，本文纯属迭代搞多了，胡思乱想，如果想通过敏捷方式做迭代，发版本请去书店自己找敏捷的书看。........