最近开发的一个项目的一些感想

 从过年收假到昨天，每天都在公司待着，今天，终于可以休息下了，从未有过的疲惫感，一下子席卷而来。

   这段时间一直在加班，特别是本周，连续三个通宵工作，而且均是从早上九点到第二天下午下班才回家，不通宵时也是凌晨一二点才回家，现在终于告一段落了。忙碌的工作让人无暇思考，今天静静地思考了下，为什么会这样呢？总结了下，应该有以下原因：

 1. 不合理的工作量估计和开发计划

      本次中移动KPI需求估计工作量为3.5K,实际编码仅C程序为5K+,还不考虑sql等其他强相关工作；计划两周完成并交付补丁版本，从实际开发情况来看，我用去2周时间编写完5K代码并调通，完成UT,但这仅仅全部工作的1/2，剩下1/2中补丁制作原本估计2人天，实际用时7人天，复杂程度是估计的N倍，还有网管版本的联调工作，问题单修改及其他测试问题支持不算其中，原计划投入人力2人，实际投入5人。进度延迟一周。

2. 试图找到“银弹”

     开发中途发现风险，并增加人力，安排通宵加班，试图找到软件工程中的“银弹”，但结果让人失望；

3. 前期的技术债务导致困难重重；

    早期的设计缺陷，导致在后期测试中，发现有些场景在设计时并没有考虑全面，客户是否能接受，并没有进行有效的沟通，给交付带来了很大的风险；

4. 通宵加班导致的恶性循环

   长时间的工作，思考能力降低，心情很差，势必导致代码质量降低，导致恶性循环。

5. 个人原因

   没有在质量和进度中做好权衡，在解决小bug方面花费时间较多，导致进度延迟。从敏捷开发角度来讲，应该交付一个刚刚好的系统，不要做大而全。

 如果思考范围放大一倍来看，最根本的原因是这是一个破坏现有软件架构的需求，根本就不应该开发，客户导向并不一定是所有客户的需求都接受，当然这只是自己的理解，在其位谋其职，该做的还是要做，不该自己考虑的，可以考虑但要保留意见。