一次二次开发中的经验与教训（二）

  　更悲催的是，他们要求我上班时间必须在他们公司。只有下班后，我才能回到办事处，进行编码工作。但这时同事已经下班了。  在这一点上，我做的不够，没有想到将情况实时的报告给经理）就这样导致我们在开发中遇到问题不能及时协商，而延期了近半个月。不过客户也理解，没有追究此事(他们也知道主要原因在于他们)。

    　在项目的推进过程中，我犯的另一个错误就是：有一次，客户要更改一个需求，而这个需求是于当初的项目需求是截然相反的，考虑到客户的重要性，不改又不行，这本身也是无可厚非的，但由于工期紧（只有1个月，又延期了一段时间），所以我有些不想改，就推辞让他给领导打电话，在这件事情上，我疏忽了，因为要客户打给领导电话，一来，他不会说是他自己的原因要改项目，而会将错误推到沟通上或其它与项目小组相关的原因上，再者，自己也有些失职，本身就应该是自己给领导汇报的（公司的另一个项目经理，虽然没什么技术，属于那种只会做做文档，指挥别人做事的，但不可否认，这点他做的就比较好，有什么处理不当的事，他自己就捂住了，领导根本就不知道，还一个劲的在会上夸他，扯远了）。

       由于，与组员之间的时间差，在开发的那段时间里，我晚上基本上12点之前没有睡过觉，都是在1-2点之后才睡觉。主要是为了监测程序的稳定性，因为程序是运行在客户的服务器上，所以首先要考虑的是程序的健壮性，及遇到异常或错误后的日志处理。（这点也许我考虑的太多了）

    经过两个星期左右的奋战，终于交工了。程序运行部署时虽然遇到了一些小问题，这也就但相对于客户需求来说，都不算问题)。

    由这次的二次开发，我得出结论如下：      

    1，项目开始千万不要只听客户的需求，因为他们的可能自己也不知道自己需求什么或者他们的需求可能由于各种原因，一直在改变。

    2，假如这个客户非常重要，你不能得罪时，而客户提出的需求改动又非常大，在原先签署的文件中根本没有这项，而客户坚持改动时，一定要你自己给领导汇报，千万不要让推辞让客户给你的领导打电话,因为他很可能会将需求改动的原因说成是你的原因，或者说是沟通不畅,这样你就很被动了。