论信息系统项目的需求管理

本文以某发展银行信贷管理项目(以下简称本项目)为实例，该项目是某发展银行，为适应数据的大幅度增长，满足信息系统能实现行里对数据的统一管理及分析需要，特与我司合作开发该项目。本文阐述了信息系统项目的需求管理，认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解，管理和控制需求的变更，实现从需求到最终产品的双向跟踪。在本项目中，我担任需求分析师，参与了需求分析、需求管理工作。该项目从项目启动到项目验收，共历时10个月。该项目目前正在稳定运行中，通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。

一、制定需求管理计划 在本项目启动时，在制定项目计划时，项目经理安排我负责该项目的需求管理管理工作。需求管理计划对于需求管理工作的成功实施，起来重要作用。因此在项目启动后，我通过如下步骤，完成制定需求管理计划工作。

1.与相关人沟通，梳理并明确需求管理工作内容。包括需求的沟通并达成一致、需求变更控制方法、需求跟踪频度及触发时机等。

2.明确需求管理涉及的干系人、角色及职责。因需求管理涉及到干系人较多，为避免需求缺乏一个统一的入口及出口。在本项目中，我们要求客户方安排一名的需求接口人，我方也安排一名需求接口人。所有的客户需求均由客户接口人收集并整理后发给我方需求接口人。对于需求的反馈意见，也由该接口人统一对外传递。通过该约定，避免了因客户直接面对开发人员，导致需求零散且随意变化的情况发生。 3.明确需求管理采用的平台，如需求管理工具等。在本项目中，我们采用IBM Rational RequisitePro(以下简称RP)作为该项目的需求管理工具，主要实现需求双向跟踪管理等。采用IBM Rational ClearQuest(以下简称CQ)作为需求变更管理工具。这两个工具的组合，很好的帮我们团队实现了需求跟踪管理及变更管理。所有达成一致的需求我均会将其导入RP中进行管理。

4.编写需求管理计划。在本项目里，采用公司CMMI体系的需求管理计划模板，进行计划的编写。重点描述了上述内容。完成了需求管理计划编写后，由项目经理、各小组组长、QA、客户共同对该需求管理计划进行评审，并得到客户的认可。

二、需求变更管理

随着软件技术的复杂化，架构的多样化，业务的灵活化，以及随着客户对所需系统目标及需求的清晰化，变更时不可避免的。管理变更是目前项目成功的关键因素。因此，需求变更管理在整个项目的需求管理工作中显得尤其重要。 在本项目中我们采用如下需求变更管理流程。 1.首先是客户需求接口人提出需求变更清单(记录需求变更项)，我方需求接口人接收到该需求变更，并在CQ上发起需求变更流程，并分配给技术负责人。

2.项目技术负责人接收到需求变更，对该变更进行技术评估，如果技术上可行，进入下一节点;否则给出相关的技术解答，也同样进入下一节点。

3.项目经理接收到技术分析通过的需求变更，进行资源分析、进度分析等，分析通过的需求变更项，进入CCB审核环节。对于技术负责人分析不通过的需求变更，项目经理经过确认后，结束来流程，处于驳回关闭状态。针对这部分需求变更，需求接口人将给客户予以答复。

4.对于项目经理审核通过的需求变更，CCB安排人员进行复核，复核通过后，该需求变更将由后续的实施人员(如开发修改代码、需求人员修改需求文档等)进行实施，并安排相关人进行验证。因实施及验证不属于需求变更管理流程，故这里不赘述。 通过上述手段，本项目保证了所有的需求变更都有据可依，同时，也通过该完整的需求管理过程，为后续的需求跟踪及相关的测试提供了信息保障。

三、需求跟踪

在实际项目开展中，经常会发生这样的情况。测试人员在进行测试时，发现某些需求未实现，或者客户UAT(用户接收测试)时，发现某些功能点未测试全。诸如此类的问题，很大一部分原因是由于需求双向跟踪未做好。

本项目需求双向跟踪，包括从用户原始需求到系统需求、设计、编码、测试用例等之间的双向跟踪。如下图所示： 用户需求系统需求概设详设源码测试用例……最终产品

1.11.1.1P3 1.1.1P4 1.1.1XX.javaTC01……功能点1

双向跟踪包括：

·正向跟踪：从需求到设计、源码、测试用例的过程，用于明确是否所有需求都被设计了、被编码了，被测试了等。一旦某个需求需要变更，就可以快速找到所有影响的范围。

·反向跟踪：从缺陷到测试用例、源码、设计、需求的过程，用于明确所有的工作成果都是有对应的需求，避免测试多余、设计多余的情况发生。同时，一旦某项设计因多种原因发现需要变更，也可快速找到对应的需求，以便快速确认相应的需求是否需要变更。

在本项目里，我们采用RP实现了上述双向跟踪。通过该工具，大大减少我们人为进行需求双向跟踪所需的工作量。而且通过RP和CQ集成，在进行需求变更时，我们可快速找到需求关联项。

在我参与的这个项目里，作为需求管理负责人，我的工作主要目的是确保项目所有干系人对需求的一致理解，通过CQ管理和控制需求的变更，采用RP实现从需求到最终产品的双向跟踪。主要的工作流程包括制定需求管理计划，并通过评审得到客户的认可，求得项目所有干系人对需求的理解，求得对需求的确认、通过CQ管理需求变更，维护对需求的双向跟踪，并且通过RP的双向跟踪功能，协助我们识别项目工作与需求之间的不一致等。虽说该项目严格按照CMMI的需求管理过程要求实施，但是在实施过程中，也有我们自己的心得体会及教训，下面各列举一两点：

经验： 1.一定在项目启动时，就要和客户就需求接口人予以明确。经过该项目的实践，发现，这个角色的设置，是相当正确的，避免了客户所有业务人员直接面对开发人员的情况，保证了开发所使用的需求都是有依据和证据的。

2.有效的需求跟踪是避免需求遗漏的有效办法之一。可以避免在类似UAT时才发现需求未实现或者实现不全，减少项目上线压力，同时也减少了客户对公司项目团队的不满。正因为如此，通过该项目的实施经历，客户与我们又签订了后续的合同。通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。

教训：

由于客户工作较忙，在进行需求分析，并对需求达成一致阶段，客户无法保证时间进行配合，无法逐个需求与我方进行沟通，同时，由于客户对需求的理解也有个过程，所以刚开始，客户提供的需求较泛。针对该情况，我方根据类似项目经验，结合我方对客户提供需求的理解进行开发。在提交第一版本给客户时，客户发现该版本与实际需要有一定偏差。此时客户对我们有很大意见。在碰到该问题情况下，我们及时调整需求分析及需求理解策略。经过双方沟通，客户同意我方就关键需求，先开发原型，并就原型与客户进行实际演示，客户针对原型上细化需求，并说明潜在需求。通过迭代式方式，当原型实现的业务与功能达到客户需求时，我们再针对这部分关键需求进行开发。通过需求开发方式、需求达成一致策略的调整，该项目终于如期上线，并按计划通过验收。

第二篇：论信息系统项目的进度管理

论信息系统项目的进度管理

[摘要]

本文以我作为承建方的项目经理负责实施的某市医疗保险市级统筹项目为实例(下文简称市级统筹)，探讨了在项目进度管理中遇到的问题及解决方法。以活动定义、活动排序、活动资源与历时估算、制定进度表、进度控制为工作流程来指导项目的进度管理，根据项目实际进度绩效及时采取有效的预防或纠正措施，促进项目的健康发展．本文主要讨论了该项目中活动定义与排序、活动资源与历时估算、制定进度表、进度控制等过程以及如何解决资源冲突问题．实施过程中有针对性地采取了召开会议，邀请技术和业务专家进行讨论、引用概括性进度表和逻辑横道图、利用挣值技术分析进度偏差、提高项目优先级保证项目所需资源等相关管理方案，系统至今运行稳定，落实了“一卡在手，全市享受医疗待遇”的文件精神，在全省树立了标杆形象。

[正文]

某市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险，系统采用C/S构架，已运行近8年，均为我公司开发．各区县间业务相互独立，医疗保险基金也独立管理，城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。为贯彻落实深化医药卫生体制改革精神，进一步完善基本医疗保险体系，提高医疗保险统筹层次和增强基金保障能力，市委根据省相关文件精神制定了市级统筹实施办法，增强基本医疗保险基金的调节能力和抗风险能力，坚持市级统筹、分级管理、定额调剂；坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。客户要求业务上将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统，达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇．考虑到各区县地理位置分布不集中等原因，部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发．本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立，从事医疗保险业务开发和维护的人员不懂J2EE技术，而从事农村合作医疗开发和维护的人员不懂医疗保险业务，形成了“懂业务的不懂技术，懂技术的不懂业务”的局面．项目总投资590万元，完成客户要求的20xx年9月１日试运行的任务困难非常之大。

客户关心的不仅仅是项目能否完成，还包括整个项目的进度等环节．有效地控制项目的进度就需要及时监控项目状态、分析进度绩效与偏差、采取进度控制措施及时修正偏差，保证项目能够按照项目计划进度执行．项目进度管理包括活动定义、活动排序、活动资源与历时估算、制定进度表、进度控制等活动．

本文将讨论进度管理相关的问题．其一、如何进行活动的定义与排序;其二、如何对项目所需资源和历时进行估算;其三、制定多样化的项目进度表;其四、根据项目实际情况，如何做好项目的进度控制;其五、如何安排各业务功能的开发以及如何保证其所需资源;针对这些问题，本人作为项目经理，采用了召开会议，邀请技术和业务专家进行讨论;引用了概括性进度表、逻辑横道图; 利用挣值技术分析进度偏差;提高项目优先级保证项目所需资源等方法予以解决．下面将分别从五个方面进行论述．

一、活动定义与活动排序

活动定义是制定进度表的基础，为了保证分解的活动能够全面覆盖，我们根据现行的C/S系统以及确定后的WBS进行活动定义，分解工作包成一个个具体的活动．我组织召开了主题为“项目工作界定”的会议，会议邀请团队所有成员以及技术和业务专家参与．会议上，业务专家首先介绍业务流程以及分析流程应该包括的

操作步骤;其次，技术专家对业务专家的分析进行业务活动分解，达到业务模块化及业务功能化，并形成活动文档清单;最后，依据业务专家的业务分析、技术专家的业务分解以及业务之间存在的依赖关系，对分解后的业务功能进行优先级排序，并绘制出活动进度网络图PDM．后续工作证明，技术和业务专家的参与，全面、准确地对业务进行了分解，项目所有工作活动全面地进行了定义，为制订进度计划打下了坚实的基础，同时，让团队成员对业务有了更进一步的理解．

二、资源估算与历时估算

业务活动分解完成后，为保证有充足的资源和时间去完成，我组织召开了会议，会议邀请团队所有成员以及技术和业务专家参与，技术和业务专家对每一个具体的工作活动提出需要的资源条件，采用自下而上的方式进行估算，对每一层下面具体的工作所需资源进行估算，最后将所有资源进行汇总．比如，门诊收费业务被分解的工作活动有读卡、添加费用明细、删除费用明细、费用统计、保存，读卡工作活动需要社保读卡器1台、城镇职工和居民医疗卡各１张、能够在JAVA中成功调用的DLL动态库１个以及JAVA程序开发人员2人；费用统计工作活动需要通用数据库支付算法存储过程1个、JAVA程序开发人员2人．

在活动资源估算完成后，对每个活动进行历时估算．技术和业务专家对每一个具体的工作活动采用专家判断和类比估算法估算时间，此外还一起讨论工作活动的风险情况，如果活动存在潜在的风险则将活动历时加上10%的应急储备时间作为活动的总活动历时．比如，‘门诊收费’业务中的‘费用统计’活动，成功完成此活动的前提是需要调用数据库支付算法存储过程，而数据库支付算法存储过程是此项目中最为核心也是最为困难的工作之一，有可能存储过程编写过程中遇到问题而不能按时完成，则费用统计功能将无法完成．技术和业务专家估算完成此活动为3个工作日，此时费用统计活动的历时为3+3*10%=3.3个工作日．

三、制定进度表

因项目概括性进度安排采取了倒推方式，而根据活动历时汇总有可能超出进度安排，所以采用了资源平衡和进度压缩法对活动历时进行了调整或压缩．为了便于安排团队成员的具体工作，分配不同的工作职责，形成了逻辑横道图; 高层领导通常关注项目是否按照计划进行，是否符合项目的目标，项目团队的绩效是否能够保持，需要周期性地向管理层汇报进度情况，于是形成了概括性进度计划表．

四、进度控制

“懂业务的不懂技术，懂技术的不懂业务”，在这种局面下项目风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度. 为了及时了解团队成员工作中遇到的问题，我约定每日下班后举行例会，每个成员都谈谈工作完成情况以及在工作中遇到的问题，对遇到的问题，大家一起讨论形成解决方案，形成会议记录．由于该项目从正式启动到试运行工期很紧，且中间经历春节假期，给项目的进度控制带来了较大的压力，我决定从20xx年12月中旬开始按照公司加班制度进行每周一、三晚加班．

根据团队成员每天的工作绩效信息，每周形成项目周报，并发送给项目相关干系人，同时，根据绩效信息与计划进度表进行比较，进行偏差分析，利用挣值技术计算进度偏差情况，及时采取纠正或预防措施．比如，负责生育需求分析和设计的吴工是其他项目的项目经理，因其他项目上的事情比较多，生育组的需求分析和详细设计迟迟不能开始，已落后于计划,SV=-3天，如果再不提交将影响到编码阶段，届时，我及时跟吴工进行沟通，与他协商决定，我负责帮他完成一部分其他项目中的工作，他加班负责先把马上要进入编码阶段的需求分析和设计提交出来，最终生育业务的编码开发工作按计划开

展．

五、资源冲突的解决

市级统筹开发涉及职工险、生育险、居民险、大病保险,业务面广而复杂，考虑到部门实际情况，以及客户要求20xx年9月1日试运行的硬性指标，我将系统分解成2个相关联的子系统(定点支付系统、中心业务系统)分别同时进行开发，并将项目组分成3个小组，每小组配备6至10人分别进行开发．涉及的开发人员多，考虑到部门实际情况，需要从其他项目组抽调部分开发人员过来．市级统筹项目实施过程中，某阶段需要抽调的４个开发人员时时不能从其他项目组中抽调过来，如果不能及时解决此问题将严重影响项目的进度．

市级统筹项目将城镇职工和居民业务融为一体，是医疗保险业务发展的趋势，是公司业务发展的提升，进一步拓展市场的机遇．如果此项目能够成功实施可以将市级统筹业务推广至其他省份，是公司业务发展的一个有力保证．在与其他项目经理协商无果后，我及时与公司领导沟通协商，阐述此项目的重要性，在与公司领导和沟通后，最终决定先招聘４个外包人员进驻我公司，顶替不能从其他项目组抽调过来的人员进行开发．随着外包人员的进入，有力地保证了所需的开发人员数量，项目进度得到了有力保障．

经过努力，该系统在原定的20xx年9月1日试运行成功，运行状况良好，受到一致好评，特别是定点支付算法的集中而且准确得到了客户很高的评价，并在同年10月底通过了验收。回顾项目的进度管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下2点：

1、在需要客户确认时，与客户的沟通方式太单一，只是一味等待，导致某些工作落后于进度计划，并影响到项目整体进度．

2、进度控制不够成功,客户新政策出台后没有对进度进行很好的控制．没有跟客户进行很好的协商，试运行成功后直接进行了新政策的调整，导致验收时间推迟了近2个月．

通过本项目的经验总结，为本人今后执行类似的项目进度管理带来了一些可供借鉴的经验．以活动定义与排序、活动资源与历时估算、制定进度表、进度控制的项目进度管理，有效的进度控制措施，在项目实施过程中遇到的问题都及时得到了解决．项目的成功实施让医保基金得到了统一管理，真正落实了“一卡在手，全市享受医疗待遇”，得到了客户很高的评价．然而，在进度控制方面还有待于改进，在以后的项目管理工作中，我要加强学习，更好地协调好项目工作中各个部分及各个方面的关系，更好地完成项目。