软件项目总结报告

XXXXXXXXXXXXXXXXXXXXXXX系统项目总结报告XXXXXXXXX2017/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日：项目二次内部测试达成，等候外面业务人员考证测试。项目经验由于是首次担当项目经理的角色，我最先找不到切入点，领导和同事在整个的过程中给了我好多的指导和建议。实质的项目管理工作使我对自己已学的理论知识有了更深刻的领会。所谓理论指导实践，实践考证理论，回忆整个项目开发过程，起码能够总结了以下几点经验：2.1交流议论信息互换要实时交流议论是贯串整个项目生命周期的活动，团队成员间信息互换能否实时，更是项目成功的重点。固然不一样角色担当不一样工作，但都是以达成项目目标为指导的，团队成员只有一直保持交流议论，保证接收到最新的、一致的项目需求信息，才能使得开发工作顺利进行，防止出现信息互换不实时而致使的返工。关于交流，联合实质来说，假如需求剖析师不可以将更改的需求信息实时传达给UI设计人员，就会致使不切适用户需求的设计，更会使开发人员写出无用的代码，这必定致使重设计、重编码，甚至会延迟整体项目进度。关于议论，特别是像我这样缺乏经验的项目经理，无论是拟订计划，仍是工作量辨别，都一定向有经验的同事讨教，接受正确的建议，才能获得合理的安排。2.2项目范围功能界限要清楚项目经理以需求文档为依照，将项目范围及界限清楚排列，是把控项目开发进度的先决条件。关于XXXXXXXXXXXX系统来说，其功能其实不复杂，且开发周期短，所以在确立项目范围并进行任务细化时，可精准到接口、页面。把一个大任务分解成一个个的小任务的利处是，能够帮助我们更为精准的预计出它们的工作量，并裸露出好多可能一时没法想到的工作量，也能够保证后续进行项目开发过程的状态追踪，更为精准。2.3时间计划人员分派要合理从前总以为写计划比写代码简单的多，其实恰好相反。一份合理的项目计划需要经过思虑、交流、衡量、咨询、聆听的过程，要知道，用来剖析解决问题需要花销的时间，远远大于纯真的写代码时间。项目进度计划一定将分解出来的小任务，综合考虑时间、难易程度、人员能力，估出工作量并进行合理分派。2.4代码开发功能考证要同步当天的开发任务结束后，作为项目经理应当对现有开发成就做考证，即对已达成的功能做考证，实时发现缺点或其余问题，第二天找对应的开发人员做修复。所以，代码开发和功能考证的同步进行，既能够保证软件质量，同时也能够保证项目进度。自然，应当依据实质状况同步伐整项目进度计划，预留办理缺点的时间。2.5进度履行问题修复要反应项目成员一定实时反应当天任务达成状况，及前一天遗留缺点的修复状况，才能够保证项目经理对整体进度的把控，正确追踪项目状态。2.6需求更改文档改正要记录开发过程中的任何更改，都应做记录，作为项目成员之间交流交流的依照，也能够防止重复改正，增添无谓的工作量。项目教训3.1计划应当先于履行项目计划一定要尽可能周到，而且在项目经理的可控范围内，能够依据实质状况实时做调整，但必定要保证，详细工作的展开是在计划范围内，由于没有计划直接履行会直接致使项目进度不行控，状态没法追踪。3.2交流应当注意技巧高效交流是项目成功的决定要素。因缺乏高效的交流技巧。对内，在与开发人员进行需求交流、代码实现方式设计等方面交流时，其实不可以迅