软考论文_浅谈软件项目管理中的收尾管理.doc

《软考论文_浅谈软件项目管理中的收尾管理.doc》由会员分享，可在线阅读，更多相关《软考论文_浅谈软件项目管理中的收尾管理.doc（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、浅谈软件工程管理中的收尾管理作者证书编号2022年11月11日摘要：在实际软件工程管理中，阶段性的收尾管理工作往往不被大家重视，其实阶段管理收尾工作也是非常重要的。本文从阶段评审，文档记录等方面来阐述软件工程管理中阶段收尾管理的重要性。关键词：软件工程管理收尾管理阶段管理随着计算机和信息产业的开展，软件产品的规模也是越来越庞大，随着软件规模的扩大，软件人员的增加，软件工程管理的复杂性增大，各个软件企业都意识到将工程管理的理念引入到软件开发活动中，开始对开发过程进行有效的管理，又所谓“IT 工程管理或“软件工程管理。软件工程管理就是为了使软件工程能够按照预定的本钱、进度、质量的顺利完成而对本钱、

2、人员、进度、质量、风险等进行分析和管理的活动。随着软件开发规模及开发队伍的逐渐增大，软件开发活动不再是像过去的几个开发人员就可解决的事情，它需要使用开发标准或开发流程控制来约束每个开发人员、测试人员和维护人员的工作，以保证每个工程组成员按开发方案及进度准时、保质完成自己的任务。软件工程管理的各个过程主要包括：需求管理，范围管理，任务分解，规模估算，本钱管理，进度方案，质量方案，配置管理方案，风险方案，文档管理，团队建设，跟踪控制，收尾管理，工程结束。工程收尾管理作为工程结束前的最后管理工作也显得及其重要，一般包括合同收尾和管理收尾两局部。合同收尾就是工程管理人员与客户对照合同一项项的核对，审核

3、是否完成了合同所要求的内容，是否到达合同所提出的指标或条件，也就是我们通常所讲的客户验收；管理收尾就是对于工程组内部，把做好的工程文档、代码、与客户交流的文件等归档保存，对工程中遇到的问题及解决方法、有效的创新技术进行及时地总结，对外宣称工程结束，转入维护期，把相关的产品说明及技术文档转到维护组。一、阶段收尾管理软件工程结束的状态:1.正常结束。2.提前结束。3.延期结束。4.暂停。5.取消因变更或不可完成。软件开发是一项复杂的系统工程，牵涉到各方面的因素，在实际工作中，经常会出现各种各样的问题，甚至面临失败。而如何总结、分析失败的原因，得出有益的教训，这对一个公司来说，那么是今后工程中取得成

4、功的关键。以前会听说过这样的工程：客户验收后，工程活动就随之收场，工程资料没有认真归纳总结，不是束之高阁就是缺失不全。但是当新工程启动时，面对新的工程问题，工程组成员才发现：其实这类问题以前也遇到过，但是却无法找到相应的解决方案资料，只好再投入人力、时间甚至金钱来重新经历一遍！为什么相同的问题会重复出现？究其根源，是因为缺少工程总结，也就是说没有做好工程收尾工作。那么是不是我们只能等到工程结束或收尾时才能开始进行工程总结、文档保存的工作呢？当然不是。在软件工程管理的各个阶段，我们都可以做收尾管理工作，也就是阶段收尾管理工作。二、阶段收尾管理的重要性在实际软件工程管理中，阶段性的收尾管理过程和工

5、作往往不被大家重视，其实阶段性的收尾管理工作也是非常重要的。阶段收尾管理工作的重要性主要表达在如下几个方面：1 .进度管理中的里程碑。每个工程都是由假设干个相对独立任务链组成的，软件工程也是如此。只有在任何一条任务链都已经优化的根底上，才可能进行系统的全面的优化，因此，保证每条任务链的效率是整个工程进度完成的前提和根底，只要能保证里程碑事件的按时完成，整个工程的进度也就有了保障。那么我们在里程碑点都来做些什么呢？在方案好的阶段管理工作中，收集工程的最新信息和数据，并将这些数据与工程方案进行比拟，来判定工程的阶段效率，进度是提前了还是落后了？本钱是在控制中还是超支了？质量是否符合要求？客户对阶段

6、工作结果满意么？及时总结经验与教训，同时及时发现工程存在的或潜在的问题，以便近早采取纠正措施，这就是阶段管理工作中的收尾管理，所以说阶段收尾管理是进度中的里程碑，是整个工程进度优化的前提和根底。2 . 沟通管理中的契机。沟通是保持工程顺利进行的润滑剂。与传统工程相比, 软件工程具有较高的技术含量和较大的风险。参与软件工程建设的用户并不都是软件开发专家，他们具有丰富的业务经验, 但是很少能了解软件开发的技术，随着工程工作进程的深入, 就会有许多新的问题出现, 与客户的及时有效沟通更显得尤为重要。软件工程是客户和用户共同面对的工程,只有双方的积极参与才能促进工程的成功，而只有进行有效的工程沟通管理

7、才能确保用户的积极参与。一个阶段的工程工作完成后, 与客户一起就前一段时间的工作进行总结和检查是十分必要的。一方面可以及时了解客户对工程工作的满意程度, 及时统计、分析客户对工程的意见,为下一阶段工作的顺利进行提供了保障。另一方面有些因工作繁忙未能及时签署的文件, 也尽快找客户给予签字确认。当双方出现纠纷时, 只有双方签字的文字记录才是最有用、最有说服力的证据。3 . 收尾管理的根底。一个工程阶段的工作刚完成时，工程组成员都保存着最新的阶段记录，如阶段文档或最新的代码版本，这个时候收集起来是非常容易的。时间久了，随着人员的变动或者工程的需求变更，有些工程成员可能离开了工程组，那时再去收集他们保

8、存的文档资料就非常困难了，甚至有些记录永远也找不到了。好多大的软件开发工程跨几年的时间，工程经理可能已经换了几任，客户的工程主管也换了几位，最后工程收尾管理时的文档收集、总结的工作，就是在阶段收尾管理的根底上来确保每个阶段的文档、资料都能按时完整地保存、归档。只有阶段管理收尾提供的数据信息越真实、越准确，才能保证在工程最终收尾时客观评定工程的绩效，总结的经验教训和文档资料才有真正借鉴的价值。总而言之，作为一个好的工程经理，一定要重视进度中的里程碑事件，抓住与客户沟通的契机，做好工程阶段工作的总结收尾工作。如何做好这些工作呢？也就是要做好工程阶段管理收尾工作。阶段收尾管理工作是保证工程成功的重要

9、管理手段，它和工程的其他工作一样，应该纳入工程方案并按方案落实。三、阶段收尾管理案例 笔者所在的公司是一家以电信BSS系统为核心产品的公司，笔者所在的部门为为某市分公司设计开发CRM客户管理系统系统。因为电信业务负责，接口众多，而CRM作为客户的总入口，是电信BSS三大核心系统之一。笔者有幸参与了新一代电信集中CRM的开发管理工作，现就新系统阶段收尾管理中遇到的问题及解决方案与读者分享。某市电信CRM工程的收尾工作虽然流程重组、需求调研那么重要，但是，这项工作直接关系到CRM系统日后的维护。假设工程的收尾工作作的好，那么以后CRM系统维护起来就相对简单多了;相反，假设收尾工作随便作作，应付了事

10、，那以后企业的CRM系统维护员就有苦头吃了。对于CRM工程的阶段性收尾工作，笔者通过中国电信某市CRM一期建设中的体会，主要是做好以下工作。1整理相关作业标准在某市CRM工程的实施过程中，CRM实施参谋会帮助用户建立标准流程与标准作业标准。这些文件，为CRM系统上线后企业进行CRM系统操作的参考文件。这些资料和工程章程一样，是非常重要的。所以，CRM工程在接近尾声的时候，CRM工程的负责人，要根据企业的作业情况，把这些作业对应的作业标准，整理成册，以备后续的查询、培训之用。笔者在整理作业标准时， 总结出以下3条收尾管理体会:1、作业标准要根据作业重要性不同，进行区别对待。对于那些关系到企业开展

11、的重点流程、重点作业要给与重点关注，要详细的给与说明。同时，在说明的时候，要注意跟权限的整合。如在说明电信产品定价的过程中，不但要指出这个业务的流程是怎么走的，要经过哪些其他系统;同时，还要说明该产品是属于具体的电信的什么产品，是开放给整个客户群受理还是某一客户群比方只开放给老客户，是否有捆绑资费优惠等等。如此，才能形成一个立体的流程标准。工程管理者联盟文章2、在整理作业标准时，要注意一支支作业分开。有不少人在整理流程标准的时候，喜欢玩什么“高度集成的游戏。如在写受理订单的作业标准时，喜欢把普通的营业厅订单、网厅受理订单、客户需要订单、主推产品销售订单、特殊销售订单都放在一起写。要知道，这些流

12、程虽然有类似的地方，但是，其区别还是蛮大的。所以，在写作业标准时，要分开来写，特别要突出这些类似流程的差异性。只有一一分开，才有利于后续的对照、参考。3、写作业标准时，需要图文并茂。在实际工作中，有的不喜欢写文字，作业流程就一张图了事，光有图，很难反映出其细节的内容;而有的不喜欢画图，在写作业标准的时候，密密麻麻的都是文字，看其来，就不是很直观。其实，再写作业标准的时候，最好能够图文并茂，如此，看其来，更加清晰，日后培训时，效果也比拟好。说到培训，顺便说一句。在培训的时候，最好还能把流程标准做成幻灯片，如此，效果会更加理想。2 收集个案开发资料因为CRM软件是个套装软件，所以，在工程实施的过程

13、中，难免为对标准系统进行一些二次开发。对于二次开发的相关资料，企业的工程管理员在工程收尾时，要注意收集。二次开发的资料，主要有如下内容：1、二次开发的需求书。在二次开发前，参谋会跟企业用户进行细致地沟通，以掌握用户的详细需求。对于这份需求书，实施参谋一般都会一式两份，工程管理员要好好保存。因为以后假设发现二次开发有问题什么之类的原因，有了这份需求说明书，企业就可以要求软件供给商进行改善。2、二次开发的实现过程。参谋把客户需求了解后，其还会写一份具体的需求实现说明书。软件公司的程序员就是根据这份需求实现说明书来进行二次开发的。企业用户假设掌握这份需求开发说明书，那么维护个案起来，就不用求人了。一

14、般情况下，这份需求实现说明书参谋不会主动改，这需要用户主动向参谋要，还要坚持坚持几次，参谋就会给你了。3、二次开发的测试文档。二次开发以后，当然要进行测试。无论软件公司还是用户自己，都会进行测试。对于测试记录，无论好坏，用户都要真实记录。特别是二次开发的使用限制，更加要说明清初。这有利于以后系统的维护。3 梳理工程实施过程中发现的冲突在工程的实现过程中，难免会出现CRM系统跟实际操作有冲突的地方。如平时作业时，销售订单有错误，如价格或者数量一不小心输入错误，更改时，直接在原有单据上更改，然后签上自己的大名，销售订单就可以发下去了，其他部门照样接受。但是，采用了系统作业后，这种方法就不行了。因为

15、系统要求任何单据的更改都必须在CRM系统中反映出来。如销售订单的变更，在CRM系统中就有销售变更单，要通过这张单据，才能实现销售订单的更改，手动更改的单据，系统是不接受的，其他部门的用户也要积极配合，不接受这些手动更改的单据。为什么要整理这些冲突的信息吗?很简单，因为这些冲突的信息，是日后系统维护的重点。俗话说，江山易改，本性难移;冰冻三尺，非一日之寒。假设想通过短短的几个月时间，就改变用户原有的操作系统，这是一件不可能完成的任务。所以，企业工程管理员在工程结束后，就要对这些冲突的作业进行跟踪、稽核，以防止用户在工程结束后，又旧病复发，改用原有的手工作业流程。这种情况，在大局部企业都会发生。所

16、以，这份工程冲突的资料，就是其日后工作监督的重要依据。没有这份资料，流程监督就如同大海捞针一般，没有针对性。四、总结与启发一般企业对于CRM工程，都是一进宫。所以，对于CRM工程日后维护工作不是很熟悉。他们不知道日后维护工作的重点是什么，在系统的日后晚上的过程中，可能会遇到哪些问题，遇到问题时，应该如何解决。对于这些内容，第一次接触CRM系统的企业用户都是一窍不通的。所以，工程管理员在工程快结束的时候，要抽个时间，跟实施参谋做下来，好好的向其请教一下，日后的工作方案与工作重点。而不要等到参谋离开企业后，感到无所适从了。其实CRM工程的日后维护工作是非常重要的，假设日后维护工作做的不好，CRM系

17、统就会走下坡路，最后，会导致企业前面的努力都白费。所以，企业工程负责人在工程快结束的时候，要向实施参谋请教如下问题：1、假设在日后发现更加合理、更加高效的作业程序，那该如何处理?假设调整系统，那么调整的程序是如何的?转自工程管理者联盟2、日后维护工作的重点是什么?一般在日后维护工作中，会有什么问题发生?3、当用户提出新的需求时，我该如何处理?等等。总之，是问的越详细越好，以后的维护工作就会越省心。-参考文献：1 朱利娜:软件工程管理的思考N.平原大学学报,2007 年,第24卷 2 期作者简介：*,大学学历，工程师职称。供职于某系统集成，有接近7年的电信BSS系统开发与运营经验，主要从事CRM系统的开发与设计工作。曾参与某市电信C网承接联通交易系统。2021年通过信息系统工程管理师考试。