现在的位置: 首页 > 综合 > 正文

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

2017年09月05日 ⁄ 综合 ⁄ 共 770字 ⁄ 字号 评论关闭

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

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

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

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

2. 试图找到“银弹”

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

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

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

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

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

5. 个人原因

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

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

抱歉!评论已关闭.