软件项目总结报告.docx

XXXXXXXXXXXXXXXXXXXXXXX系统
项目总结报告
XXXXXXXXX
2017/7/27
项目概要信息
XXXXXXXXXXXXXXXXXXXXXXX系统的技术团队由11人组成,其中项目经理1人,需求分析师1人,UI设计师1人,开发人员6人,测试人员2人。
本项目的前期工作从2017年5月19日开始,历时16个工作日,于6月9日完成需求分析等准备工作。开发阶段从2017年6月12日开始,历时22个工作日,于7月10日完成全部开发工作,进入外部业务人员验证测试阶段,目前,可使用XXXXXXXXXXXXXXXXXXXXXXX的二级域名进行访问,详细信息如下:
用户资助申报地址:XXXXXXXXXXXXXXXXXXXXXXX
用户审核管理地址:XXXXXXXXXXXXXXXXXXXXXXX
本项目的开发过程有5个关键的里程碑,具体时间及内容如下:
2017年06月21日:项目初次全新功能开发完成;
2017年06月29日:项目初次内部功能测试、安全测试、性能测试完成;
2017年07月04日:需求变更,准备进行二次开发;
2017年07月10日:项目二次开发全部完成;
2017年07月11日:项目二次内部测试完成,等待外部业务人员验证测试。
项目经验
因为是初次担任项目经理的角色,我最初找不到切入点,领导和同事在整个的过程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了更深刻的体会。所谓理论指导实践,实践验证理论,回想整个项目开发过程,至少可以总结了以下几点经验:
沟通讨论信息交换要及时
沟通讨论是贯穿整个项目生命周期的活动,团队成员间信息交换是否及时,更是项目成功的关键。虽然不同角色承担不同工作,但都是以达成项目目标为指导的,团
队成员只有始终保持沟通讨论,保证接收到最新的、一致的项目需求信息,才能使得开发工作顺利进行,避免出现信息交换不及时而导致的返工。
对于沟通,结合实际来说,如果需求分析师不能将变更的需求信息及时传递给UI设计人员,就会导致不符合用户需求的设计,更会使开发人员写出无用的代码,这必然导致重设计、重编码,甚至会延误整体项目进度。
对于讨论,尤其是像我这样缺少经验的项目经理,不论是制定计划,还是工作量识别,都必须向有经验的同事请教,接受正确的建议,才能得到合理的安排。
项目范围功能边界要清晰
项目经理以需求文档为依据,将项目范围及边界清晰罗列,是把控项目开发进度的先决条件。
对于XXXXXXXXXXXX系统来说,其功能并不复杂,且开发周期短,所以在确定项目范围并进行任务细化时,可精确到接口、页面。把一个大任务分解成一个个的小任务的好处是,可以帮助我们更加精确的估计出它们的工作量,并暴露出很多可能一时无法想到的工作量,也可以保证后续进行项目开发过程的状态跟踪,更加精确。
时间计划人员分配要合理
以前总认为写计划比写代码容易的多,其实恰恰相反。一份合理的项目计划需要经过思考、沟通、权衡、询问、倾听的过程,要知道,用来分析解决问题需要花费的时间,远远大于单纯的写代码时间。
项目进度计划必须将分解出来的小任务,综合考虑时间、难易程度、人员能力,估出工作量并进行合理分配