关于XXX软件项目实施过程总结
XXX软件XXXX年XX月XX日验收完成,在此对项目实施过程做一个总结,以方便我们在以后的项目开发中来更好的实施项目,更好的规范项目过程管理以及提高工作效率,从而创造更多效益。总结内容包含以下三个部分:项目回顾、项目总结以及后续计划。
1. 项目回顾
项目回顾主要是对项目历程(时间),项目人工(人力),项目成本(费用),项目质量几个方面进行说明。
1.1 项目历程
序号 |
阶段名称 |
执行说明 |
完成时间 |
0 |
方案研究 |
||
1 |
项目投标立项 |
||
2 |
中标通知书收取 |
||
3 |
商务合同谈判 |
||
4 |
合同签订 |
||
5 |
需求确认 |
||
6 |
总体设计及原型界面确认 |
||
7 |
系统编码及集成测试 |
||
9 |
安装部署 |
||
11 |
系统培训 |
||
15 |
测试论证 |
||
16 |
项目验收论证 |
1.2 项目人工
序号 |
姓名 |
人/月 |
备注 |
1.3 项目成本
项目 |
金额(单位:万元) |
小计 |
以财务记录为准
1.4 项目质量
2 项目总结
项目总结主要从项目成果总结,项目阶段过程工作总结以及过程中工作对接方面的总结三个方面进行说明。
2.1 项目成果总结
项目成果总结主要包含项目方面的成果、技术方面的成果、文档方面的成果三个部分,说明如下:
2.1.1. 项目方面的成果
XXXX软件项目于2013年10月底开始接触,到XXXX年XX月底签订合同,到最终XXXX年XXXX月中完成项目验收,中间过程按照项目合同要求,按时完成各阶段目标,并最终得到客户的好评,为下一步项目的开展打下良好的基础。
2.1.2. 技术方面的成果
软件项目技术难度相对较大,技术方面的成果包含如下特点:
(一) 涉及多部门交叉应用:部门1、部门2
(二) 涉及多业务系统集成:XXXX系统
(三) 业务系统数据核对:由于上述多业务系统,核心基础数据都来源于现有业务系统,现有系统在设计时可能对数据的处理方面存在重复、冗余等垃圾数据,导致我方系统在后续数据统计和查询方面的问题,后由我方花费大量时间进行数据分析,刨根究底,并与客户一一对证,保证数据的正确性和一致性。
(四) 行业专业性较强,如数据展现方面技术难度较大
(五) 需要分析及阅读原有Linux源码,并解决系统移植问题,同时在原有系统上扩展功能,难度非常大。
(六) 跨操作系统:涉及Unix系统、Linux系统、Windows系统
(七) 多数据库应用:Linux MySql,Windows MySql,Linux Oracle,Windows Oracle,通过DBLink + 物化视图进行数据集成通讯。
(八) GIS平台方面的知识:从GIS方面知识的空白,现学Arcgis Desktop 9.3 现用,从地图加载、渲染到地图性能优化等方面做了大量工作,中途遇到很多问题,并一一解决,Gis方面的技术属于XX行业的核心技术需求,后续还需深入研究。
(九) 软件涉及7*24小时Windows 服务,编写服务及测试过程中遇到很多问题,如数据库连接、数据的处理方面问题,做了反复测试及优化工作来保证服务的稳定性、可靠性
(十) Linux下图形界面的开发相比Windows有点麻烦,后决定使用Python QT组件,完成可视化界面方面需求功能的实现
2.1.3. 文档方面的成果
XXX软件项目对项目全过程文档要求比较严格,验收时必须交付所有过程文档。 项目从方案研究阶段开始,到投标方案编写、软件合同编制、到需求分析、总体设计、详细设计、会议纪要、培训计划、培训方案、会议签到、测试用例、测试方案、操作手册、安装手册、试运行总结、项目总结、项目PPT等项目过程文档全部编写完成,并经过客户确认,在项目过程文档方面积累了经验,文档是大脑思维的延伸,也是过程交流的必要工具,各阶段文档都为后续项目的开展提供很多参考价值。
2.2 阶段过程总结
项目阶段过程总结主要是回顾整个项目过程各阶段所遇问题及解决心得(仅提供简化思路),可作为后续项目实施过程的注意事项,为将来新任项目经理提供实施参考,说明如下:
2.2.1 项目研究方案的编写
编写项目研究方案前,需要多次与客户沟通,最好确认项目费用底线(花多少钱),以及本次建设目标及内容(办多少事,分几个阶段),方案内容主要包含以下内容:
(一) 项目背景:公司/单位概况、现状分析(现存问题、现有措施【现有系统】、现有数据、现有流程)
(二) 项目定位:定位本次项目要解决哪些问题,想要达到什么目标。
(三) 项目方案:包含业务框架(涉及业务系统)、技术框架,实现内容
(四) 项目实施计划:项目周期、资源计划、费用概算
注意事项:此外,请注意文档内容格式,目录、标题、内容字体大小格式统一、表格美观、流程、图片规范编号等,还要注意不同阶段文档装订封皮颜色、样式的选择,文档内容也需要与客户多次沟通并确认,切忌埋头苦干,一言不发。
2.2.2 项目投标工作的准备
项目投标工作的准备主要包括招标文件的详细阅读、费用的准备、文档的准备三个部分。
(一) 招标文件的详细阅读:准备投标文件时,一定要反复阅读招标文件内容,要严格按照招标文件内容要求来准备各项内容,招标文件一般会规定商务部分要求内容及格式,技术要求,以及合同编写格式要求等内容。
注意事项:请切忌一定要反复阅读,细心准备,反复对比检查内容。
(二) 费用的准备:投标时,费用包含购买标书的费用、投标保证金等等,需要再递交材料钱,准备好所有费用,并将缴费单作为递交材料附件,作为投标前的审核依据,该部分依然要按照招标文件要求准备。
注意事项:可能需要准备多份投标保证金,同时,你也要理解,项目规模越大,项目前需要提前准备大量资金,要晓得老板和公司的压力,相互理解和支持,同舟共济。
(三) 文档的准备:文档主要包含商务文件准备、投标技术方案的准备两块,商务文档严格按照招标要求准备,如公司执照、组织机构代码证、近三年税务登记文件等等,一定要以招标文件要求准备,技术方案可使用项目研究阶段输出总体建设方案,结合招标文件技术部分进行修改,匹配,打印文件时,请注意各种盖章要求,按照招标文件要求,盖封面章、所有图片需要盖章、所有签字部分需要盖章、方案齐封章等等,完后密封包,提交材料。
(题外话:如果需要准备多份方案,请注意内容不允许重复,另外,请预留充足的文档打印装订时间,以免开标前时间紧迫、慌张,遗漏,造成重大损失,千古罪人啊。
2.2.3 项目软件合同的编制
遇到甲方比较懒,项目合同都需要我们来整理的时候,不要认为我们工作量增加,要知道,合同内容由我方主导,是给你机会来保证我方的利益。
软件合同主要内容包含:软件交付内容、交付时间、项目阶段划分、阶段付款、验收标准等等,内容主要根据招标文件要求制定。
注意事项:要与客户多次沟通确认,切忌要注意合同封面、签订方格式等,打印时,按照要求一式多份,尽量多打几份,后续办理付款手续,阶段验收等,甲方各部门可能需要该合同,同时,公司、项目组需要备案归档。一般合同签字后,可收取第一笔款项,作为项目启动款,请做好收款准备(发票、财务条章)等。
2.2.4 项目需求规格的调研
项目需求规格调研前,请注意要召集项目组进行整体讨论,就项目风险、技术难度、工作量评估等进行讨论,准备好调研计划,包含调研问题、行程安排,待收集表格等,提前预约好被调研人的时间和地点,访谈时做好调研过程记录,并及时与客户沟通确认,调研完后立即整理调研需求,分类管理(区分开功能性需求、非功能性需求、用户需求等),并及时反馈给客户,再次确认,整个调研工作完成后,编写需求规格说明书。需求规格说明书主要内容包含:系统范围、业务流程、需求功能清单、非功能性需求清单、接口方面的需求等。
注意事项:调研时,调研问题要按客户层次区分开,被调研对象为领导时,问题更多从管理需求角度出发,调研系统未来用户时,问题更多从使用需求,操作体验,业务场景等角度进行调研,由于客户的表达、我方理解差异等等,整理调研记录时,请仔细分析客户所述,准确理解客户本质意图。
2.2.5 项目总体设计的编写
项目总体设计的依据是需求调研内容结果,主要从技术角度进行项目的总体设计,包含总体技术架构方面的设计(分层说明),总体业务流程的说明,系统数据处理流程的说明,总体应用架构(应用部署)说明,系统功能清单、软硬件运行环境说明等内容。
注意事项:总体设计阶段,需要与客户多次沟通,论证,确认后再进行下一部分,每次沟通后。需要记录会议纪要,并及时反馈给项目组内部、公司领导、客户方,方便大家对项目情况有个一致的了解,便于后续工作开展。一般该阶段签字确认完成后,可收取第二笔款项,请做好收款准备(发票、财务条章)等。
2.2.6 项目详细设计与编码测试
项目详细设计与编码测试一般可并发进行,由编码人员按照总体总体设计的内容,对功能进行细化,并设计数据库结构、功能表单、对象定义等详细设计内容,并编码实现,单元测试,验证功能没有问题后,提交并进行下一步功能的详细设计、编码、测试。
注意事项:程序员在编写代码时,不仅要考虑系统正常运行逻辑,同时要考虑系统异常处理,并考虑异常恢复机制等控制逻辑,如:考虑断网重连的问题,这样的程序员才是合格的程序员,这样的程序才能久经考验(不是酒精考验啊),请各位以乐海同志(尊称:海哥)为榜样,各自自勉!
2.2.7 项目试运行的准备
项目试运行阶段的工作,主要包含几个部分:系统安装部署、系统培训、系统完善优化、系统测试论证。
(一) 系统安装部署:请提前准备好系统环境安装手册,系统安装包、按照软件模块、网络参数设置、部署套数等客户部署要求,安装部署好软件,做好安装部署记录。
(二) 系统培训:请提前准备好系统操作使用手册,制定培训计划(培训人员、内容、时间、地点),并与客户确认,协调。
(三) 系统测试论证:如遇客户要求需要第三方或组织专家测试队系统进行论证,请提前准备好测试用例,测试报告等文档,并提前进行内部测试确认没有问题,与客户协调测试时间,并做好测试结论签字文档等内容。
(四) 系统完善优化:任何系统从一开始到当前都不可能十全十美,一步到位,根据系统测试结果清单,修改系统Bug,优化系统性能,并整理归档,及时将测试中的问题及修正后的结果向客户进行反馈。
注意事项:试运行阶段为项目验收前的环节,该阶段重点是与客户的互动,以及推进系统的使用和功能修正,便于项目的交接及后续验收!
2.2.8 项目验收的准备
项目验收工作为项目完成的标识(除项目维护),也是项目付款的最后一个阶段,主要包含:验收文档的准备(交互清单)、验收报告PPT文档(项目概况【背景、目标】、项目执行情况、系统运行情况、未尽事宜声明、售后服务计划等)、项目成果演示(重点核心需求功能)等准备工作,以及验收后尾款的收取跟进等工作。
注意事项:项目验收时,甲方客户有大领导参加,故项目验收会议上重点要准备好项目验收汇报PPT及项目成果演示两部分内容!收取尾款如果赶上年底时间,请注意甲方客户财务的帐套关闭时间,请在(一般为12月15日前)账套关闭前完成收款任务,另外,由于甲方付款时可能涉及多个部门业务流程、固定资产入库、审计审核、财务等部门,各部门独立,走流程时,可能办事人外出,或办理过程中甲方部门间缺乏沟通,可能造成往返折腾,需要各种资料、签字、合同等,项目经理需要亲自跟进,追着办理,否则很可能拖好长时间。
2.2.9 后续项目的拓展
项目验收后,由于前期工作一般不能一步到位,可能项目涉及业务扩展、涉及多部门业务集成,涉及本部门业务深入应用等各方面新增需求,需要开展二期项目的调研,跟进,整理等,按照上述项目流程,重新做二期项目研究,重新立项等工作。
注意事项:该阶段工作需要注意,和其他业务部门沟通前,请征求当前客户意见,切忌擅自沟通联系,取得项目干系人的同意后,组织大家一起参与下一阶段项目的讨论,需要提前准备好调研计划。
2.3 工作对接总结
工作对接主要是关于工作如何配合方面的总结,工作对接主要包含项目组内部工作对接、项目组内部对客户方面的工作对接,项目组内部对公司领导层面的对接,项目组内部对合作伙伴(包含与公司其他部门的对接,以及第三方资源,如聘请兼职人员、技术支持人员)等工作对接方面的总结,仅是工作的部分内容,分别说明如下:
2.3.1 对外工作
(一) 工作接口的开展(该方面工作前期接口对接不好,后期还可以)
项目的推进往往从客户工作的对接开始,特别是客户领导的意见和安排,项目经理从这里接收到项目下一步任务信息,作为项目组任务分配的源头。
(二) 工作内容的确认(目前该方面工作还可以)
为保证项目推进的方向,推进重点,需要时刻保持工作上的确认环节,尤其是项目前期更为突出,如项目的背景,目标定位,解决什么问题,做什么,不做什么,这些问题的确认将决定整个项目的工期、费用以及项目的结果,不仅项目经理需要与客户确认,包括项目组全部组员,各项工作需要与客户对接人进行确认,才能准确,有效的推进项目的下一步工作开展。
(三) 工作结果的反馈(该方面工作一般,需要加强)
项目组全体组员,完成各自工作任务后,请及时把工作结果反馈给各自对接客户,一方面,客户能及时收到我方的反馈,工作热情及态度,另一方面,能及时有效推进下一步工作,界定本次工作完成,向切辣肠一样,完成一项工作,开展下一工作,不留尾巴,否则前后牵扯在一起,乱也乱不清。
2.3.2 对内工作
(一) 工作任务的下达(目前该方面工作做的不太好)
项目经理或项目组长和客户工作接口对接后,产生新的工作任务需要分配给组员执行前,要充分评估组员当前工作饱和度及个人工作能力评估,最好与组员商量,沟通,团队的成长和个人的成长都需要通过完成项目中的各项工作得到成长,因此,组员也应该明白,想要成长,就必须要有一颗主动的心,哪怕当前任务没有做过,请不要忘记,还有团队的支持,公司领导的支持,客户的支持,接受了任务,也就意味着任务的执行主体是你自己,请主动思考如何解决工作任务中的问题,需要什么帮助,需要什么支持,提出的请求是否合理,别人是否一定有义务帮助你,我可以主动帮助别人些什么。
(二) 工作计划的制定(目前该方面工作做的一般)
确认工作任务分配后,各项任务的负责人需要制定该项任务的工作计划,如果计划中涉及其他资源的配合,需要别人协助或客户参与,请给予人家提前量,预约好时间,对接内容提前准备好,胆大心细,做一个靠谱的人。
(三) 工作任务的执行(目前该方面工作做的还好)
请按照工作计划,主动积极执行任务,执行过程中,可能遇到需要调整计划,请及时调整,影响重要的事情,请及时通知项目组进行内部讨论,共同协商解决,甚至需要提交公司,进行决策。工作任务完成后,请及时与上级沟通任务完成情况。并请上级对工作进行检查。
(四) 工作结果的检查 (目前缺少该方面工作)
工作任务完成并反馈给上级后,上级要积极主动按照任务要求对任务进行检查,任务完成一项后,然后再开展下一项任务,
2.3.3 对上工作
(一) 重大决策的请示(目前该方面工作还可以)
项目中的重大决策需要请示公司领导,如项目中风险系数较大的事情(技术无法实现),关于项目合同金额(远低于项目成本)等等,需要项目经理与公司领导反馈,提出问题,并尽可能提供解决方案,帮领导排忧解难,同时获取领导的支持。
(二) 工作资源的申请(目前该方面工作还可以)
项目中如遇到工作量超负荷,需要添加人手,或需要对接客户方大领导等资源,需要领导牵线搭桥,或项目过程方案、文档评审等等,需要领导配合和支持时,请提前询问领导时间。
(三) 工作进度的汇报(目前该方面工作还可以)
项目中的重要里程碑或重要事件发生时,需要将工作进度积极汇报告知领导,需要仔细听取领导的意见,组织项目组员,积极准备开展下一步工作。
2.3.4 对合作伙伴
(一) 与公司内部其他部门的工作对接(目前该方面工作还可以)
项目中如遇到需要招聘员工,需要与人力部门(综合管理部)进行对接,告知人家待招聘人员要求,数量,到岗时间等,另外,项目投标时,商务部分工作需要公司运营部门协助(综合管理部),需要一起配合准备商务文件等工作等等,需要与公司其他部门对接时,提前请准备好对接内容,询问对方部门时间,说清楚我方对方配合内容,各自负责本部门工作,有效开展工作。
(二) 与公司外部资源的工作对接(目前该方面工作很好)
项目中如遇到重要技术环节,如Arcgis技术支持,需要聘请外部资源,进行技术培训,提供技术支持等方面,同样请准备好需要人家负责的事情,共同协商好待遇报酬,支付阶段,项目后续过程中如需要对方配合,请提前与人家预约时间,并共同配合解决问题。
3 后续计划
项目验收后,经过与甲方负责人沟通后,整理出近期工作目标及远期工作计划