需求的重要性：多模块项目总结

    从4月开始做一个新的项目，这个项目不同于之前的。它的模块特别多，多达7-9个。有java程序，有webservice，有web，还有定时任务，多线程任务。项目交过来的时候，就看了一张流程图，显示了各模块之间数据流通的方式。对各个模块的作用，具体功能都不清楚。然后就开始了。

第一个迭代做web页面，这个熟悉，用了一个迭代做了本来应该三个迭代的工作。快速完成页面模块之后，就开始做各种任务模块，又涉及到 redis和kafka什么的，也只是用操作这些api，不难。但是难在不知道为什么要发redis，什么时候发redis，发怎么样的redis。在主管的指导下慢慢的做了，边问边熟悉模块。又因为各种接口没发放，具体的指令啊，文件啊，都只能自己模拟，接收不到真实的数据。然后又一个迭代完成了剩下的模块，以及它们的联调工作。最后交给测试。

时间真的很紧，本来想做好点，最少需要六个迭代的，结果只给了两个迭代。交了也感觉完成的很不好。

现在把一些东西总结一下：

1：需求不明确。都是时间紧造成的麻烦，没有深入的给我们讲解。都是半看不详细的文档，半靠猜。

2：模块的作用和功能，都不够详细。然后模块又是借用其他的项目的，导致当作用有不一致的时候，修改的地方无法确定。

3：遇到了一些上部署的问题，都是很奇怪的问题，很影响人的耐心。

4：技术上的难题真的不多，靠着网络都是容易找到解决办法的。

5：最主要的是不确定需求和模块的详细作用，详细说明文档却不详细。当你都不知道你要做什么的时候，你能做好什么？就跟最后发版本测试的时候，SM只叫我发版本测试，其他的具体代码，安装包，邮件，测试关联都不说。也不怪他，刚采用新的流程。结果第一个转测问题大大，于是去详细问了软件质量组的，讲解的很详细，还给我其他的项目转测做参考。于是我就可以很标准的完成了提交转测的任务。真的不是我不会，是不知道要做什么。靠猜？靠自己顿悟？得了吧。

6：希望以后的项目，可以把需求和详细作用，数据输入输出都说清楚，定好标准。这样我们才能知道要做什么，才能做好它。