最近开发的一个项目的一些感想
来源:互联网 发布:水果店淘宝首页模板 编辑:程序博客网 时间:2024/05/21 10:23
从过年收假到昨天,每天都在公司待着,今天,终于可以休息下了,从未有过的疲惫感,一下子席卷而来。
这段时间一直在加班,特别是本周,连续三个通宵工作,而且均是从早上九点到第二天下午下班才回家,不通宵时也是凌晨一二点才回家,现在终于告一段落了。忙碌的工作让人无暇思考,今天静静地思考了下,为什么会这样呢?总结了下,应该有以下原因:
1. 不合理的工作量估计和开发计划
本次中移动KPI需求估计工作量为3.5K,实际编码仅C程序为5K+,还不考虑sql等其他强相关工作;计划两周完成并交付补丁版本,从实际开发情况来看,我用去2周时间编写完5K代码并调通,完成UT,但这仅仅全部工作的1/2,剩下1/2中补丁制作原本估计2人天,实际用时7人天,复杂程度是估计的N倍,还有网管版本的联调工作,问题单修改及其他测试问题支持不算其中,原计划投入人力2人,实际投入5人。进度延迟一周。
2. 试图找到“银弹”
开发中途发现风险,并增加人力,安排通宵加班,试图找到软件工程中的“银弹”,但结果让人失望;
3. 前期的技术债务导致困难重重;
早期的设计缺陷,导致在后期测试中,发现有些场景在设计时并没有考虑全面,客户是否能接受,并没有进行有效的沟通,给交付带来了很大的风险;
4. 通宵加班导致的恶性循环
长时间的工作,思考能力降低,心情很差,势必导致代码质量降低,导致恶性循环。
5. 个人原因
没有在质量和进度中做好权衡,在解决小bug方面花费时间较多,导致进度延迟。从敏捷开发角度来讲,应该交付一个刚刚好的系统,不要做大而全。
如果思考范围放大一倍来看,最根本的原因是这是一个破坏现有软件架构的需求,根本就不应该开发,客户导向并不一定是所有客户的需求都接受,当然这只是自己的理解,在其位谋其职,该做的还是要做,不该自己考虑的,可以考虑但要保留意见。
- 最近开发的一个项目的一些感想
- 最近创业和项目的一些感想
- 最近的一些感想
- 最近的一些感想
- 最近的一些感想
- 最近的一些感想
- 最近的一些感想
- 最近招聘的一些感想
- 最近的一些编程感想
- 最近面试的一些感想
- 一些关于开发项目的感想
- 一个项目的感想
- 最近学编程的一些感想
- 最近的一些感想,关于写博客
- 范围查找 和最近的一些感想
- 最近在开发的一个项目FlashIM
- 最近的一些开发
- 最近几日开发的感想
- u-boot-1.1.6顶层目录config.mk非常详细的分析
- 浅谈测试驱动开发(TDD)
- 程序员值得一看的文档教程与小工具
- 网站拒绝访问问题
- 对/u-boot-1.1.6/board/smdk2410/u-boot.lds的更详细的分析
- 最近开发的一个项目的一些感想
- 快速求最小公倍数的四种方法
- HoneyComb3.0技术系列之Fragment
- GLSL语言摘要(一)
- HoneyComb3.0技术系列之ActionBar
- 新的开始
- HoneyComb3.0技术系列之ClipBoard
- 以太网简介
- 基础很重要..