统计系统项目总结【2010-01-28】

统计系统项目总结

一、经验借鉴：   
    1.mis系统 菜单生成 方式
      解决： 封成一个独立于系统的模块，其他类似系统可直接重用。

    2.mis系统 自动升级 实现思路
      解决： 独立于统计系统的小程序，简单的下载、拷贝文件。
            需要项目实施后有清晰地目录结构。

    3.统计系统报表复用
      解决： 开始时报表基本上都是相互独立的，后来改进成共用一个。
         ps：花时间思考的结果是换来成倍的代码节省(仅限统计系统中报表部分)、效率提高。
   
二、存在问题：
    1.低估了工作量、强度(简单的底层重复、高层技术思路或实现)。
      如：0201……报表，数据报送，数据下载，系统升级等功能.
      解决：相应的分配较多时间，前期先做一部分的技术储备

    2.部分需求不明(报表部分字段计算、数据库表字段意义 不清)，导致进度延迟。
      解决：一定要先清楚将实现什么功能(业务要明确)，针对【统计】是数据库都没有完全明白

    3.前期技术准备时间太短(报表研究时间),且没有足够的时间对系统全面的分析、设计、把握.

三、建议或意见：
    1.前期在对整个项目设计之初，尽量让开发人员充分理解最终目标。
   
    2.技术选择时应充分考虑团队成员的技术储备、实际开发能力或掌握技术所需时间，
      以便有足够的时间解决这部分风险。
   
    3.项目进度的工作时间安排上还应考虑开发人员其他不确定因素所耽误的时间。
   
    4.实际项目进度安排应更侧重每天正常工作时间所出成果（效率）,而非因为项目交
      付时间短而压缩开发时间，直接增加工作强度。(当然，交付验收时间也应兼顾)

    5.项目的工时预计，其前提应是实际开发人员充分把握需求、功能点、技术风险较小的情况下。
   
    6.技术部定期或项目所遇问题较难时，内部成员(相应人员)共同讨论，共同进步。

    7.开发人员的编码结果或质量，某些模块设计，PM或CTO最好能review一次或指导。
      系统整体的设计一定要参与或至少指导。

四、项目及个人
    项目成功：延迟了20天左右，但最终也交付了。
          团队人员的动力得益于后期PM的大力支持与理解
    项目失败：最终延迟交付，但其中加班占的时间不少。
          团队人员为了完成系统而实现功能，于开发者个人和整个统计系统质量无实质提升。
   
    个人：
          整个项目过程涉及了编码、设计、部分测试角色，平时工作时间非常饱和，但进度依然较缓
          ，除当初设计、安排时的合理性外，个人方法问题也占重要因素。需共同改进。

 

 

ps：第一次写，也不晓得（更不愿整）啥格式，按自己的想法做就好了。。(*^__^*) 嘻嘻……