夏天里的敏捷：从敏捷开发到非敏捷开发之后的郁闷

   应该说不是迭代吧，这次从10月1回来，我们项目就一直没走敏捷这种模式（老大说大家刚从家回来，状态不好，调整下，汗）

这倒好，在这个过程中我像只没有方向感的蜻蜓，到处乱闯，不仅仅是累，更感觉很迷糊，不知道到底有多少点需要改。这次需求

是把产品线里的一产品拆出来，设计到很多计算公式与历史数据以及最后的数据直接进入到ERP，我对这个系统的理解可以说是60%，

我进团队时间虽然比较长，但是这个核心的算法我可从来没接触过，所以自从开始做需求，只关心自己要做的，很少关心当前需求的

影响点，做起来很吃力，但是组里面有个老成员了解的比较多，所以基本是他认为那需要改就同步给闲着的人，这样我很迷茫，我不

知道自己还有多少需求，郁闷呀，有很多点最后测试还得返工，成员之间相互推责任，说是你怎么没问我？你怎么没给我讲。。。。。。

叽叽喳喳，你有想法不？我没想法，你做这么长时间还没想法？“我可真的没想法，这块逻辑的功能点，我真的不知道具体要什么样子的”

大家互相抱怨着，就这样，这个需求总算算是完了，但是真的完了吗？我对很多影响点真的不是很清楚。

      我现在才发现原来一个短期的迭代，一个小目标的迭代是多么的有意义呀，这个迭代中我是尽力了，但是很多地方都没明确的定义，

都是靠成员之间沟通来定义（有的时候还会去问PO，你知道这个需求的意义吗？这样做合适吗？），做一点想一点，虽然最终我们是完成

目标了，但是这个过程，里面的影响点真的没把我弄死，终于走出了那个该死的噩梦。