今天在图书馆看《程序员》,上面的一项调查我很感兴趣:“2006年程序员获得技术成长的途径为哪些?有72%的人通过技术BLOG来提升自己的技术。。。”看完后,怦然心动,我为什么不把现在的项目经历写下来呢,说不定以后回顾的时候还可以总结经验。 心动不如行动,马上写此技术BLOG,同时开始启动Google日历,记录自己每天的任务等等。
看了一下最近这个项目的进度表,其实这个表根本不符合实际,因为这是我们项目开始之前订立起来的,而那之前,我们几乎没有任何项目经验。不过为了作为比较我还是把这个进度表贴出来。(说明:我们团队四个人开发了**市的质量监管系统)
-------------------------------------------------------项目开始日期: 2006年11月4日
项目完成日期: 2006年11月30日
任务数据
标识号 |
任务名称
| 工期 | 开始日期 | 结束日期 | 前置任务 | 资源名称 |
---|---|---|---|---|---|---|
1 |
概要设计
| 1 工作日 | 2006年11月4日 | 2006年11月4日 | ||
2 |
数据库设计
| 2 工作日 | 2006年11月5日 | 2006年11月6日 | 1 | |
3 |
子模块划分与实现
| 19 工作日 | 2006年11月7日 | 2006年11月25日 | 2 | |
4 |
企业信息管理模块
| 4 工作日 | 2006年11月7日 | 2006年11月10日 | ||
5 |
动态监管模块
| 3 工作日 | 2006年11月11日 | 2006年11月13日 | 4 | |
6 |
信息管理模块
| 3 工作日 | 2006年11月14日 | 2006年11月16日 | 5 | |
7 |
统计报表模块
| 3 工作日 | 2006年11月17日 | 2006年11月19日 | 6 | |
8 |
系统管理模块
| 3 工作日 | 2006年11月20日 | 2006年11月22日 | 7 | |
9 |
电子地图
| 3 工作日 | 2006年11月23日 | 2006年11月25日 | 8 | |
10 |
子系统整合与测试
| 5 工作日 | 2006年11月26日 | 2006年11月30日 | 3 |
-------------------------------------------------------
11月4号拿到项目,材料只有需求说明,我们打算了解需求后从数据库设计开始,但是进度不令人满意,因为BOSS老是催我们界面(我们可不懂美工啊),所以我们只有硬着头皮搞咕Dreamwaver,这样子花费了我们将近5天,由于我们团队都去搞美工了,自然数据库的设计就拉下啦。--以后可不能这样子,让一到两个人负责界面就可以,其他应该继续数据库设计,不能由于客户的要求而打乱了我们进度安排。
第二点要说明的是,我们的开发模式是先把每个模块“基本搞定”,然后在修修补补,越到后面,任何一个细小的变动都将耗费大量的时间。---以后,应该遵循一步一步走的方针,把一个模块完成的差不多了,(这样客户很容易指出使用的感受),再进行下一个模块的工作。
第三点:我们的项目设计编码时间真正的是从11。8号开始的,差不多到29号就基本完成了,不过到现在(12。20)我们每天都有10-20个BUG需要修改。所以---以后做这样的项目,最后至少1周的时间来测试。