思考：整个需求分析阶段看似有条不紊，规范化的进行，也就是在这一阶段，却埋下了一个很重要的隐患，因为我们过于相信自己对于用户实际需求的认识，我们大的功能和方向并没有错，基本框架也很完整，但也许是一些很容易忽略的，一些小的细节上的问题，在以后程序完成后，在用户的使用过程中产生了很大的改动。
这里面即有程序实现过程中的问题，没有按前的设计去使用，也有用户一开始并不能完全表达出自己的思想，如果我们与各部门的实际使用人员，面对面的，认真的沟通，有些问题是可以完全避免的。但也许是“三个月”这个压在头上的达摩剑太顾及了，认为三个月的时间我们不能考虑太多，不能完全按照正常的项目管理设计思路去走。可实际的情况是什么，用一年的时间去完成三个月的任务

思考：当然每一个项目，每一个团队都不可能完美，但做为项目经理一定要能合理的利用现有资源，发挥每一个的特长，对于项目进行中的每一个阶段进行督导、控制。可是自己这方面做的却非常不好，而且不能及时的面对风险进行处理，并且对风险进行转化。

思考：最终要的两个环节，需求分析、数据库设计，我们都没有做好，数据库设计人员在根本没有完全了解需求的基本上，也不可能进行完整的数据库设计。后面我们开发阶段遇到的困难也就可想而知了。
finish—begin，在前一阶段工作没有做好之前，一定不能开展下一阶段工作，前期欠下的债，总有一天是要还的。不要寻找什么捷径。

思考：每一个细节都会对整个项目产生很大的影响，这个阶段最不容忽视的问题就是，大家每周都在做计划，每天早上例会讨论问题，下午提交工作，周末总结，按理控制严格，但执行不到位，造成几乎每周的总结大家都要推迟一、两天，而自己也没有仔细分析其中的原因，及时的拿出一定的措施，让大家的计划完全体现出工作状况。
做为项目负责人，前期过程中出现这么多的问题，针对每一项风险，自己都采取回避的方式，没有认真去处理。自己从心理上想，这只是短期的、暂时的。为小组成员，为自己找借口、找理由。想信再过一段时间就可以改变。可成事在人，如果所有人不努力，不改变，问题只会越来越严重，严重到不可收拾的地步。

思考：在这一阶段自己犯下了一个致命的错误，从最初的只导两三个表，到现在我们需要导二十多个表，从最初的考虑就不够严紧，而且也没有和用户进行深入的沟通与交流。
事情要一步一步的来，我们总是幻想一步到位，可总是事与愿违。现在想来，我们如果把两项目工作分开来做，也许能尽早的解决问题。完全不考虑旧数据的情况下，来进行系统的整体测试，解决系统中存在的问题；然后充分的考虑导库的方案，以及与程序的结合，考虑程序中所要做的调整。

思考：程序员不努力吗？各部门使用人员不负责吗？现在想来，每个人都清楚我们错过了系统运行的最好时机，正好年前生产等各部门工作都不是很忙，可以全力配合内网的调试工作，而且可以利用年终结转生成库房的数据。
难道工作，非需要领导强制要求才能执行下去吗？疲惫、等待！

思考：在内网二期的开发过程中体现了，大家的责任心不强，独立自主能力差。而且在开发之前针对我们前期工作过程总结的教训，反复强调的，深入到用户之中，在深入了解用户需求的基础之上进行开发。可是市场的功能在正式交由市场部门使用后，又提出了近50条的改进问题，工程模块也提出了很多的问题。这难道就是我们深入用户，深入理解用户需求的结果吗？