论信息系统项目的需求管理
信息系统项目管理师需求管理培训教材(PPT 108页)
软件需求的重要性
需求管理与项目管理的关系
项目需求是制定项目计划，开发项目产品 和从事项目活动的依据。
项目的计划、项目的开发活动及开发的产 品应与项目需求保持一致，随需求的变化 而调整。
需求工程（RE）
需求工程是指应用已证实有效的技术、方 法进行需求分析，确定客户需求，帮助分 析人员理解问题并定义目标系统的所有外 部特征一门学科。
如果被开发软件只是一个大系统中的一个元素， 那么整个大系统也包括在规格说明的描述之中
规格说明必须包括系统运行环境
规格说明必须是一个认识模型
规格说明必须是可操作的
规格说明必须容许不完备性并允许扩充
需求规格说明书文档参考
1. 引言 2. 系统定义 3. 应用环境 4. 功能规格 5. 性能需求 6. 产品提交 7. 实现约束 8. 质量描述 9. 其它 10. 签字认证
需求管理
需求：指的是由项目接受的或项目产生的 产品和产品构件需求。包括由组织征集的 对项目的需求。
Requirement Management 需求管理
确保各方对需求的一致理解，管理和控制需求 的变更，从需求到最终产品的双向跟踪。
软件需求定义
需求是指用户对软件的功能和性能 的要求，就是用户希望软件能做什 么事情，完成什么样的功能，达到 什么性能。
注意事项
识别真正的客户. 正确理解客户的需求 具备较强的忍耐力和清晰的思维 说服和教育客户
需求分析
定义：需求分析是为最终用户所看到的系 统建立一个概念模型，是对需求的抽象描 述。
需求分析也称为需求建模
需求分析模型
需求分析的时间
设计方案的时候 项目开始的时候 接管一个项目的时候 需求变更的时候
分层数据流图
信息系统的需求管理(32P)
第二阶段：需求分析与设计（怎么去做）
保险公司的系统多数为数据处理系统，通常输 入、输出、处理逻辑等三项是需求的重要组成部 分，因此输入要有完整的具体项目，甚至需要有 具体的附件；输出要有清晰完整的描述和具体的 项目（打印输出要出具格式）；处理逻辑无非是 计算公式，控制逻辑等等。一但这些要素不够齐 全，会导致系统建设的项目遗漏，因此在一个项 目需求形成的过程需要信息技术部与业务部门进 行反复的探讨和沟通，最终形成确定的文档。
第三阶段：需求评审（能不能做、做得 好不好）
需求评审是需求管理必须进行的处理阶段，主 要是可行性、完成时间、需要的成本等方面的因 素，是对需求做科学筛选的过程，是需求管理的 保障。因此公司的项目需求管理办法中部门审批、 相关部门审批、信息技术审批和公司领导审批等 过程。
信息技术部是项目需求的末端管理部门，自然 也就成了需求管理部门，要求大家严格遵守需求 管理办法也就成了自然的职责。
所以需求的管理必须对过程的流程化非常重视， 需求需要严格按照流程来处理，每个过程最好由 不同的人的来处理，并且过程之间转换时，需要 有审核程序。
需求管理流程图
2、需求管理必须有审核
需求审核这个程序非常重要，需求处理的流程 长环节多，每个环节都必须经过严格的审核，每 个环节的失误都会导致最终结果的错误和项目的 失败，因此要求每个环节对于不能审核通过的需 求文档必须退回重新来过，重要环节要建立多重 审核机制。
3、需求管理必须欢迎变更
“没有不变的需求，世上的软件都改动过3次以上，唯 一的只改动过两次的软件的拥有者已经死了，死在去修 改需求的路上。”需求变更是不可缺少的一个因素，即 使你初期软件设计的很好，总是或多或少在后期会有些 需要变更的地方，增加或者减少或者改变功能点都是有 可能的，所以我们必须欢迎变更，不然的话，机构用户 经常会提出这方面和那方面的问题。
信息系统项目中的需求管理与变更控制策略优化
信息系统项目中的需求管理与变更控制策略优化在信息系统项目中，需求管理与变更控制是至关重要的环节。
一个良好的需求管理与变更控制策略能够有效地确保项目按时交付、在预算范围内完成，并且最大程度地满足用户需求。
因此，在信息系统项目中，优化需求管理与变更控制策略是至关重要的。
需求管理是指对项目所需实现的功能和性能进行识别、描述、规划、跟踪和确认的过程。
在信息系统项目中，需求管理包括需求获取、需求分析、需求确认和需求跟踪等环节。
首先，需求获取是指通过与用户沟通、调研和分析，收集和整理项目需求。
在这个阶段，项目团队需要充分了解用户需求，确保准确把握项目需求。
其次，需求分析是指对收集到的需求进行分析和整理，明确需求的优先级和实现方式。
需求分析是需求管理的核心环节，能够有效地提高项目的成功率。
再者，需求确认是指与用户充分协商，确保双方对需求的理解一致，并且形成正式的需求文档。
最后，需求跟踪是指在项目实施过程中，及时跟踪和管理需求的变化，确保项目团队能够根据实际情况进行调整。
另一方面，变更控制是指对项目范围、进度和成本等进行变更的管理和控制。
在信息系统项目中，变更控制包括变更识别、变更评估、变更批准和变更实施等环节。
首先，变更识别是指对项目中可能发生的变更进行识别和评估，确保项目团队能够及时应对潜在的变更。
其次，变更评估是指对识别到的变更进行评估，分析变更对项目范围、进度和成本等的影响，确保变更是必要且合理的。
再者，变更批准是指对经过评估的变更进行批准和确认，确保变更符合项目目标和需求。
最后，变更实施是指在变更经过批准后，项目团队按照变更计划进行实施，确保项目的顺利推进。
为了优化信息系统项目中的需求管理与变更控制策略，可以采取以下措施：1. 建立健全的需求管理流程。
在项目开始阶段，建立健全的需求管理流程，明确各个环节的责任和权限，确保需求的准确获取和充分理解。
同时，建立需求变更管理机制，及时处理和跟踪需求的变更。
2. 加强与用户的沟通和协作。
项目管理中的需求管理和范围管理
论项目管理中的范围管理摘要：从业的这些年里，经历过软件研发、研发管理、集成项目实施和实施管理。
经历的大大小小的项目，有非常成功的，也有不怎么顺利的甚至失败的。
项目的失败可能是有各种名样的原因导致的，但是否实施了有效的范围管理却是关键因素，本文论述我在多年工作中对项目范围管理的一些认识，希望与大家分享。
关键词：项目管理范围管理需求2008年我从研发部门调入实施部门负责实施项目管理工作，这之后整整一年时间，一直在努力完成一个投入不断增加、迟迟无法完成验收的项目。
推动验收的过程非常艰难，因为项目合同范围签得很虚很空，而项目过程中也没有签署相应的范围说明书及需求说明书，因此跟客户的每一次沟通在项目是否完成建设目标上都难以达成一致，双方对需求范围的理解和界定也无法达成一致。
每一次沟通，都会在原有的遗留问题或需求列表中多出新的内容来，项目组一直在不断地投入，期望最终客户能够满意，但是事实是随着系统的不断调整，客户方和项目组已经没有人能真正说清楚，这样的情况使得验收推动更加困难。
其实相信大家在项目管理的经历中，大多有过类似的经历：一个项目做了很久，感觉总是做不完，就像一个“无底洞”。
客户总是有新的需求要集成商做，就像客户在“漫天要价”，而系统集成公司则总是疲于应付，从而带来项目周期拖长、项目成本超出预算、客户满意度降低、公司信誉受损等一系列后果，甚至还可能导致项目失败。
实际上，造成上述问题的根本原因，就是因为项目没有执行有效的范围管理，即项目中没有就哪些该做，哪些不该做，做到什么程度等与客户达成一致。
信息系统集成项目特点之一是实施的周期长、对业务的依赖性强，特别是一些跨业务的项目，要完全把客户的全业务流程稳定下来，并通过系统实现，是需要较长的时间来巩固的，因此在项目实施过程中常常出现需求不稳定、需求变更，项目范围失控的现象，如果在此问题上没有一个“度”的控制，那么项目的范围将失去可控性，随之而来的是项目风险和成本的失败，最终导致项目的严重滞后甚至是失败。
信息系统需求管理方案
需求管理方案修改记录目录1.概述 (1)1.1 现状分析 (1)1.2 目的 (2)1.3 适用范围 (2)2.岗位与职责 (2)3.需求流程说明 (3)3.1 需求分类 (4)3.2 需求管理流程及制度 (6)3.2.1 整体流程 (6)3.2.2 需求收集 (7)3.2.3 需求汇总初步分析 (8)3.2.4 需求评审分析 (9)3.2.5 需求开发 (11)3.2.6 需求测试 (12)3.2.7 需求上线 (13)3.2.8 需求变更 (14)4.需求管理措施 (14)5.过程及成果资料141.概述1.1 现状分析➢目前项目需求管理的过程中, 在需求收集、流程设置、工作效率等方面存在着一些问题, 导致需求得不到及时有效的解决、项目推进缓慢、客户满意度降低等。
比较常见问题如下:➢需求提出时, 不够细化、完全, 不能完整、准确的反映客户的实际需求。
➢没有考虑整体性和关联性, 有些需求只适用于个别分支机构；需求上存在理解差异, 待功能交付后, 用户提出所见非所求, 造成需求、bug争论不休, 需求变更及bug修复频繁, 影响系统稳定并造成成本消耗。
➢需求提交方式多样, 有很多口头或邮件交流内容, 存在需求过于简单描述不清。
➢没有划定需求的优先级, 需求进度难以控制, 过多的争论造成了临时事务增多,1.2 需求提出后, 经过一段时间的开发, 后续无人跟踪。
1.3 目的1.4 为了更规范更有效的管理需求工作, 保证需求工作的可控性, 明确各阶段的工作内容、处理流程、参与人员以及相关干系人的职责, 特制定本管理办法, 相关人员必须严格按照本办法执行新需求相关工作。
1.5 适用范围本制度适用的读者包括:主要干系人: 项目经理、需求管理员、开发负责人2.相关干系人: 实施人员、技术支持人员、开发人员、项目管理专员。
3.岗位与职责4.需求流程说明4.1 需求分类低级优先1.系统附加功能2、使系统更完美, 属于锦上添花。
信息系统项目管理
信息系统项目管理1. 项目管理概述信息系统项目管理是一项关于策划、执行和控制信息系统项目的管理体系。
信息系统项目管理目的是达到预期的成果，同时确保项目按照计划进行，遵守预算，适应变化和遵守质量标准。
项目管理的主要任务包括需求分析，项目计划，项目执行，项目监督和项目结束。
信息系统项目管理的目标是使项目成功地完成，达到业务目标并满足用户需求，有效地管理项目风险和追踪项目进度，控制项目成本，确保质量和控制变化。
2. 项目生命周期每一个项目都有一个生命周期，信息系统项目也不例外。
信息系统项目生命周期从原始构思到项目实现和运维的Throughout the lifetime of an information systems project, there are several steps involved. Thefollowing are the typical phases of an information systems project lifecycle:2.1 需求调研在项目启动阶段，开展需求分析，确定项目目标、范围、约束和预算。
在这个阶段，项目团队要和利益相关者商定需求，并制定项目定义书和需求文档。
2.2 项目规划在需求分析阶段完成后，需要进行项目规划。
项目规划是指确定项目进度、成本、质量标准和工作计划等细节，确立实现项目目标的策略和方法。
项目规划阶段要制定项目计划，包括工作分解结构、进度计划、人员分配和沟通计划等。
2.3 项目执行在项目规划阶段完成后，开始正式的项目执行阶段。
在这个阶段，项目团队要实施需要执行的任务和行动计划，按照计划要求完成工作，并及时解决问题。
2.4 项目监控项目监控是指对项目的绩效、进度、成本、风险跟踪和控制。
在项目执行的过程中，需要实时掌握项目状态以及潜在的风险和问题，及时采取调整措施，保证项目顺利进行。
2.5 项目结束项目结束是指项目的成果得到验收，正式交付客户并投入使用。
项目管理师论文写作指南(一)
项目管理师论文写作指南（一）发表日期：2005年8月27日作者：邓子云CIU今年上半年软件专业技术资格与水平考试开考了信息系统项目管理师这一与系统分析师同级别的高级考试，考试的内容包括综合基础知识、案例分析和论文三个部分，其中论文让许多的考生感到为难。
为什么会觉得难呢？有没有什么办法解决？一起来逐步分析。
1.大纲中的要求《信息系统项目管理师考试大纲》中，要求考生根据试卷上给出的四个有关项目管理的论文题目，选择其中的一个，按规定的要求写论文和摘要。
论文可能涉及的内容极其广泛，主要有信息系统项目管理，信息安全，信息系统项目监理，信息化战略与实施，大型、复杂和多项目的管理，项目绩效考核和绩效管理6个主要模块的论题方向，这6个方向又分为若干个子内容。
2005年上半年的考试虽然只出了一道论文题目——“论信息系统项目的需求管理和范围管理”，似乎与考试大纲有所背离，但考试内容并没有偏离大纲，属于“信息系统项目管理”方向中的内容。
所以作论文考试的准备时一定要紧紧围绕考试大纲来进行。
历届高级资格考试论文写作一般会有如下的要求：简述你所从事的项目及你在项目中担任的角色；在项目中关于论题方向碰到的问题和解决对策；对项目实话的总结和展望。
2.为什么会觉得论文考试难参加项目管理师的考生大致有两种类型：在校学生和在职人员。
对于在校的学生来说，参加项目管理师这一高级别的考试无异于一种挑战。
这是因为：缺乏项目实战经验；没有从事过项目管理；学业繁重，没有时间来准备考试；考试范围太广，许多的知识没有接触过；技术方面掌握不扎实，基础不牢；没有写过学术论文。
大学里的计算机专业或信息管理专业都会开设软件工程课程，也有少数的院校开设项目管理课程，即便是有，考生自己也会感觉只有理论知识没有实践经验，总觉得心里不踏实，写出来的文章会不够力度。
大多数的研究生也只是跟随导师做一些技术性的工作，项目管理方面的工作做得较少。
其它专业的学生当然会觉得难度更大。
信息系统的项目管理与实施规范
信息系统的项目管理与实施规范信息系统项目管理与实施规范是在信息技术领域中的重要实践，旨在确保项目按照一定的标准和流程来进行管理和实施。
随着信息系统的复杂性增加和项目规模的扩大，规范化的项目管理和实施变得越来越重要。
在当前快速发展的信息技术环境中，信息系统的有效管理与实施对于企业的成功至关重要。
项目管理与实施规范为企业提供了统一的框架和指导，以确保项目能够按时完成、满足质量要求，并提供预期的业务和技术收益。
规范化的项目管理与实施可以帮助企业降低项目的风险，并提高项目的成功率。
通过制定明确的项目目标、制定详细的项目计划、有效的资源调配以及严格的项目监控和评估，企业可以更好地掌控项目进度和风险，最大程度地保证项目的成功完成。
在信息系统项目管理与实施规范中，还包括项目团队的组织与管理、沟通与协作、项目变更控制、风险管理等方面的内容。
这些规范化的要求和流程可以提高项目团队的工作效率和协同能力，从而提高整个项目的成功率和质量。
总之，信息系统项目管理与实施规范的背景和意义在于为企业提供一套标准化的项目管理和实施方法，以确保项目的成功完成和实现预期的商业价值。
通过规范化的管理，企业可以降低项目风险，提高项目的质量和成功率，为企业的发展和竞争提供有力支持。
描述项目管理的基本概念和原则，并解释其在信息系统项目中的重要性项目管理是指通过有组织的方法和技术，规划、执行和控制项目活动，以达到项目预期目标的过程。
它涉及到资源的合理分配、进度的控制、风险的管理，以及团队协作等方面。
项目管理的原则包括目标导向、绩效导向和风险导向，帮助项目团队有效地完成项目任务。
在信息系统项目中，项目管理的重要性不可忽视。
信息系统项目通常涉及到大量的技术、资源和人力投入，如软件开发、系统集成、网络建设等。
通过项目管理，我们可以更好地规划项目的进度、控制项目的质量、管控项目的风险，从而保证项目能够按时、按质地完成。
项目管理还有助于提高项目团队的协作效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
论信息系统项目的需求管理
作者：Judy Shen，发布于2012-4-17,联盟会员：项目管理者联盟
本文以某发展银行信贷管理项目(以下简称本项目)为实例，该项目是某发展银行，为适应数据的大幅度增长，满足信息系统能实现行里对数据的统一管理及分析需要，特与我司合作开发该项目。
本文阐述了信息系统项目的需求管理，认为需求管理在信息系统项目中目的是确保项目各方对需求的一致理解，管理和控制需求的变更，实现从需求到最终产品的双向跟踪。
在本项目中，我担任需求分析师，参与了需求分析、需求管理工作。
该项目从项目启动到项目验收，共历时10个月。
该项目目前正在稳定运行中，通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。
一、制定需求管理计划
在本项目启动时，在制定项目计划时，项目经理安排我负责该项目的需求管理管理工作。
需求管理计划对于需求管理工作的成功实施，起来重要作用。
因此在项目启动后，我通过如下步骤，完成制定需求管理计划工作。
1.与相关人沟通，梳理并明确需求管理工作内容。
包括需求的沟通并达成一致、需求变更控制方法、需求跟踪频度及触发时机等
2.明确需求管理涉及的干系人、角色及职责。
因需求管理涉及到干系人较多，为避免需求缺乏一个统一的入口及出口。
在本项目中，我们要求客户方安排一名的需求接口人，我方也安排一名需求接口人。
所有的客户需求均由客户接口人收集并整理后发给我方需求接口人。
对于需求的反馈意见，也由该接口人统一对外传递。
通过该约定，避免了因客户直接面对开发人员，导致需求零散且随意变化的情况发生。
3.明确需求管理采用的平台，如需求管理工具等。
在本项目中，我们采用IBM Rational RequisitePro(以下简称RP)作为该项目的需求管理工具，主要实现需求双向跟踪管理等。
采用IBM Rational ClearQuest(以下简称CQ)作为需求变更管理工具。
这两个工具的组合，很好的帮我们团队实现了需求跟踪管理及变更管理。
所有达成一致的需求我均会将其导入RP中进行管理。
4.编写需求管理计划。
在本项目里，采用公司CMMI体系的需求管理计划模板，进行计划的编写。
重点描述了上述内容。
完成了需求管理计划编写后，由项目经理、各小组组长、QA、客户共同对该需求管理计划进行评审，并得到客户的认可。
二、需求变更管理
随着软件技术的复杂化，架构的多样化，业务的灵活化，以及随着客户对所需系统目标及需求的清晰化，变更时不可避免的。
管理变更是目前项目成功的关键因素。
因此，需求变更管理在整个项目的需求管理工作中显得尤其重要。
在本项目中我们采用如下需求变更管理流程。
1.首先是客户需求接口人提出需求变更清单(记录需求变更项)，我方需求接口人接收到该需求变更，并在CQ上发起需求变更流程，并分配给技术负责人。
2.项目技术负责人接收到需求变更，对该变更进行技术评估，如果技术上可行，进入下一节点;否则给出相关的技术解答，也同样进入下一节点。
3.项目经理接收到技术分析通过的需求变更，进行资源分析、进度分析等，分析通过的需求变更项，进入CCB审核环节。
对于技术负责人分析不通过的需求变更，项目经理经过确认后，结束来流程，处于驳回关闭状态。
针对这部分需求变更，需求接口人将给客户予以答复。
4.对于项目经理审核通过的需求变更，CCB安排人员进行复核，复核通过后，该需求变更将由后续的实施人员(如开发修改代码、需求人员修改需求文档等)进行实施，并安排相关人进行验证。
因实施及验证不属于需求变更管理流程，故这里不赘述。
通过上述手段，本项目保证了所有的需求变更都有据可依，同时，也通过该完整的需求管理过程，为后续的需求跟踪及相关的测试提供了信息保障。
三、需求跟踪
在实际项目开展中，经常会发生这样的情况。
测试人员在进行测试时，发现某些需求未实现，发现某些功能点未测试全。
诸如此类的问题，很大一部分原因是由于需求双向跟踪未做好。
本项目需求双向跟踪，包括从用户原始需求到系统需求、设计、编码、测试用例等之间的双向跟踪。
双向跟踪包括：
·正向跟踪：
从需求到设计、源码、测试用例的过程，用于明确是否所有需求都被设计了、被编码了，被测试了等。
一旦某个需求需要变更，就可以快速找到所有影响的范围。
·反向跟踪：
从缺陷到测试用例、源码、设计、需求的过程，用于明确所有的工作成果都是有对应的需求，避免测试多余、设计多余的情况发生。
同时，一旦某项设计因多种原因发现需要变更，也可快速找到对应的需求，以便快速确认相应的需求是否需要变更。
在本项目里，我们采用RP实现了上述双向跟踪。
通过该工具，大大减少我们人为进行需求双向跟踪所需的工作量。
而且通过RP和CQ集成，在进行需求变更时，我们可快速找到需求关联项。
在我参与的这个项目里，作为需求管理负责人，我的工作主要目的是确保项目所有干系人对需求的一致理解，通过CQ管理和控制需求的变更，采用RP实现从需求到最终产品的双向跟踪。
主要的工作流程包括制定需求管理计划，并通过评审得到客户的认可，求得项目所有干系人对需求的理解，求得对需求的确认、通过CQ管理需求变更，维护对需求的双向跟踪，并且通过RP的双向跟踪功能，协助我们识别项目工作与需求之间的不一致等。
虽说该项目严格按照CMMI的需求管理过程要求实施，但是在实施过程中，也有我们自己的心得体会及教训，下面各列举一两点：
经验：
1.一定在项目启动时，就要和客户就需求接口人予以明确。
经过该项目的实践，发现，这个角色的设置，是相当正确的，避免了客户所有业务人员直接面对开发人员的情况，保证了开发所使用的需求都是有依据和证据的。
2.有效的需求跟踪是避免需求遗漏的有效办法之一。
可以避免在类似UAT时才发现需求未实现或者实现不全，减少项目上线压力，同时也减少了客户对公司项目团队的不满。
正因为如此，通过该项目的实施经历，客户与我们又签订了后续的合同。
通过该项目的成功实施，为我司与该客户后续的长期合作奠定了良好基础。
教训：
由于客户工作较忙，在进行需求分析，并对需求达成一致阶段，客户无法保证时间进行配合，无法逐个需求与我方进行沟通，同时，由于客户对需求的理解也有个过程，所以刚开始，客户提供的需求较泛。
针对该情况，我方根据类似项目经验，结合我方对客户提供需求的理解进行开发。
在提交第一版本给客户时，客户发现该版本与实际需要有一定偏差。
此时客户对我们有很大意见。
在碰到该问题情况下，我们及时调整需求分析及需求理解策略。
经过双方沟通，客户同意我方就关键需求，先开发原型，并就原型与客户进行实际演示，客户针对原型上细化需求，并说明潜在需求。
通过迭代式方式，当原型实现的业务与功能达到客户需求时，我们再针对这部分关键需求进行开发。
通过需求开发方式、需求达成一致策略的调整，该项目终于如期上线，并按计划通过验收。