软件项目之范围管理
1、引言
产品软件的研发,特别是针对具体客户定制软件的开发,由于其业务的复杂性,需求的可变性,功能的多样性和事先的不可见性,决定了相关项目的成功率和满意度都比较低。那么,我们该如何提高软件项目的成功率,如何改善项目干系人的满意度呢?根据自己多年从事软件项目管理、带领开发团队的经验,结合查阅一些IT项目管理方面的资料,在这里想对这一很多项目经理经常关注而又难以处理的问题进行探讨、分析。希望提供给同行参考,哪怕是带来点滴的启示或激发些许的灵感。
首先,必须明确什么是项目范围管理。项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。它包括用以保证项目能按要求的范围完成所涉及的所有过程:确定项目的需求、定义和规划项目的范围、范围管理的实施、范围的变更控制管理以及范围核实等。
其次,必须认识到范围管理的重要性。项目的成败受到四个方面的影响,即项目组内环境、项目所处的组织环境、客户环境、自然社会环境。从可控角度,通常需着重考虑前三个方面。把前三个方面放在整个项目生命周期进行考察,可以得到影响项目成败的因素。美国凯勒管理研究院的项目经理威廉·V·黎巴认为,缺少正确的项目定义和范围核实是导致项目失败的主要因素。
软件项目范围管理如此重要,怎样才能做好呢?难以有效管理的影响因素是什么呢?
2、阻碍范围管理的常见因素及分析
阻碍软件项目范围管理的因素很多,个人觉得常有以下几种情况:
(1)客户本身无法确定清晰的范围定义。现实项目中经常存在着这种现象,就是客户对自己要开发的内容说不清楚。这种情况可以通过以下几种途径解决:一是向对方介绍或带领参观已经实现的相关工程,消除对方的疑虑,清晰对方的思维;二是根据双方沟通的情况,以快速原型法迅速提供一个版本,在此基础上界定范围;三是请业务专家、相关领域专家参与,按照RUP统一规范的软件开发过程,了解用户的业务模型,分析用例模型,设计原型界面,形成需求清单、需求分析报告、功能规格说明书等文档。供双方沟通确认。
(2)客户有意拖延明确的范围定义。现在的IT市场基本上属于甲方的市场,IT产商在签订合同之前往往非常被动。激烈的市场竞争导致IT产商在做前期的商务谈判时无法对客户进行有效的约束。在签订合同后,有的客户就不作清晰的范围定义,留下了充足的时间再作观察、思考和收集,有时也是出于敷衍了事,前面说了需求到了后期自己都会推倒重来。这种情况如果处理不好,不但无法做好范围管理,还会影响和客户的关系,影响到可能存在的第二、第三单的业务。此时需要项目经理组织人员做好攻关,软硬兼施,让客户负责人真心投入,提高对方领导的重视程度,加深项目干系人对各阶段性工作的印象,扩大范围定义在对方单位的认知度和影响面。
(3)项目经理对做好范围定义的重要性认识不足。在中小型企业里,经常技术骨干就是项目经理。而这些技术骨干对技术实现比较感兴趣,对开发的范围和时间进度意识不够强烈。IT领域的特殊性造成有些工程师过于追求技术的先进性。另外IT人才跳槽是比较普遍的,部分IT企业对技术骨干存在着某种程度的纵容和缺乏责任教育。对这些技术骨干要经常培养项目范围管理意识、成本意识和风险意识。
(4)项目组对引导客户明确开发需求的经验、能力不足。理由同上,技术骨干有时是技术天才,同时在人际沟通等方面存在着不足。这种项目组人员构成有些问题,但现实中有很多这样的项目组存在。具备技术背景的管理人才在IT项目的开发实施方面占据明显优势,这大概就是这种现象存在的有效解释。技术专家培养成管理人才需要一个过程。
在下认为,利用客户方熟悉业务的人员和技术力量共同组成项目组,让客户专职参与结合有效的协调沟通,大家同舟共济,对项目的范围管理和总体开展会有很大的益处。我曾经组织过这样的项目,出于保证项目的成功和后期的维护考虑,客户不但不要任何参与开发的补贴费用,还很积极的配合,对项目的成功起了很大的推动作用。
3、范围说明书的编制及评审确认
经过尽量仔细地了解客户的需求后,就必须整理有关的需求材料,出项目范围说明书,一般来说,项目范围说明书要由项目班子来编写,它是项目班子和任务委托者之间签订协议的基础,也是未来项目实施的基础,是对项目范围管理的关
键一个步骤,这个阶段的核心目的是要让客户明确并且接受这些所要开发的内容、表现形式以及运行效果等。虽然随着项目的不断往前推进,还可能对范围说明进行修改和细化,以反映项目本身和外部环境的变化。但在做确认之前能够细化的还是要尽量细化,不要把能够细化的工作移到后面去做。
我建议软件项目的范围说明书起码应该包括以下三个方面的内容:
A、项目的合理性说明。即解释为什么要实施这个项目,也就是实施这个项目的目的和意义。它可以为将来评估各种利弊关系提供评判基础。
B、项目目标。确定了项目目标,也就确定了成功实现项目所必须满足的某些数量标准。当项目成功地完成时,必须向他人表明,项目事先设定的目标均已达到。值得注意的一点是,项目目标要尽量量化,否则将承担很大风险。
C、项目可交付成果清单。如果列入项目可交付成果清单的事项一旦被完满实现,并交付给使用者--项目的中间用户或最终用户,就标志着项目阶段或项目
的完成。软件开发项目的可交付成果一般包括能够运行的电脑程序、用户手册、维护手册、安装手册和帮助用户掌握该电脑软件的交互式教学程序等。显然,对于这些可交付成果都必须有明确的要求和说明。
范围说明书因项目类型的不同而不同。规模大、内容复杂的项目,其范围说明书也可能会很长。有的范围说明书可以长达几百页,特别是要对产品进行详细说明的时候。总之,范围说明书应根据实际情况做适当的调整以满足不同的、具体项目的需要。不同项目的范围说明书所描述的重点也不一样。重点是要把弹性的、模糊的内容具体化、清晰化。
项目班子编写出来的范围说明书要经过项目干系人的评审确认,特别是要获取用户的同意和支持。但是如何才能得到他人的承认呢?我觉得需要向他们表明项目事先设立的目标均已明确体现并可衡量,至少要让他们看到既定的费用、进度、可交付成果和质量均将满足要求。这个过程有时需要几次的反复,但无论多么艰难也必须取得通过才可以进行下一步骤。
4、范围管理的实施与控制
在范围说明书通过确认以后,接下去的工作就是做好范围管理的实施。范围管理的实施,是指控制项目中实际执行的工作,而通过活动定义确定的活动应该按照项目计划实施和控制。
可能有人会认为,范围说明书一旦通过确认,就万事大吉了,掌握了约束客户的"条款",可以完全按照范围说明书进行开发,不允许有其他的变更,直至项目的成功。根据我的经验判断及行业专家的分析,这种想法是很不切实际的。在实际的项目实施中,要建立和维护变更控制系统以作为进行范围管理的基础。
变更,是指项目干系人常常由于项目环境或者是其它的各种原因、要求而对项目的范围计划进行修改,甚至是重新规划,而这一类修改或变化就叫做变更。范围的变更管理是对项目中存在的或潜在的变化,采用正确的策略和方法成功地处理它。项目范围的变更多数由于客户对原有需求的修改或者追加造成的,而且其中可能有部分需求是合理的、迫切需要追加的,这时需要我们给予足够的理解并想办法接纳,但必须有足够的风险意识。在我负责项目的时候,合同/范围说明书随时都是带在身边,经常看看,特别是有需求变更的时候,好好分析确定是否符合
合同的要求,是否符合既定的范围以及它可能存在的风险。在客户有较多超出原定范围的开发内容时,应该尽量说服客户分期开发,把新开发内容作为第二期项目,还可以把第二期的项目作大,那样可以使第二期的项目有条不紊受控运作,又为公司创造了新的商业机会,还能较好的推动客户的信息化应用,何乐而不为?
这里补充说明一点,范围变更控制应当全过程地与其他控制过程结合起来,如进度控制、成本控制、质量控制等。
5、范围核实
最后,我们来谈谈范围核实。范围核实,是项目干系人正式接受项目范围的过程,需要审查可交付成果和工作结果,以确保它们都已经正确圆满的完成。一般在每个项目生命周期的收尾阶段进行,以工作结果、产品文档、工作分解结构、范围说明和项目计划为依据,通过检查,来正式接受项目范围。一般来说,项目完成了既定范围目标,满足了项目三要素:时间进度、成本控制、质量要求,就可以认为项目是成功的。但我认为有时候项目的成果被客户接受,通过了范围核实,也可认为成功,因为在IT行业里,产品研发突破原定时间、成本要求的情况非常普遍,这是篇首提到的软件的复杂性、可变性、多样性和不可见性造成的。
6、结束语
范围管理在软件项目管理中具有及其重要的意义。我个人认为,成功的项目运作来自于较好的范围管理。范围管理的好坏直接影响到对项目时间、质量、成本的有效掌控,清晰的范围定义可以极大的降低项目实施的风险。
储蓄业务项目管理计划书 1．简介 1.1 项目概述 本项目要开发一个银行系统，系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周，工程量为3人/天。 1.2 项目范围说明 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3 软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿，第四周以后根据项目的进展可以对其进行修改，需要有组员提出修改意，在全体会上讨论通过，并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 2．项目组织管理 2.1 过程模型
第零章-软件项目管理概述 一.选择 1. 以下哪一项最能表现某个项目的特征(C) A. 运用进度计划技巧 B. 整合范围与成本 C. 确定期限 D. 利用网络进行跟踪 2. 项目管理需要在相互间有冲突的要求中寻找平衡，除了:(A) A. 甲方和乙方的利益 B. 范围，时间，成本，质量 C. 有不同需求和期望的项目干系人 D. 明确的和未明确表达的需求 3. 以下都是日常运作和项目的共同之处，除了:(D) A. 由人来作 B. 受制于有限的资源 C. 需要规划、执行和控制 D. 都是重复性工作 4. 有效的项目管理要求项目管理团队理解和利用以下专业知识领域的知识和技能，除了:(C) A. 项目管理知识体系 B. 应用领域知识、标准与规章制度 C. 以项目为手段对日常运作进行管理 D. 处理人际关系技能 5. 下列都是子项目的正确说法，除了:(D) A. 划分子项目的目的是为了便于管理 B. 子项目的划分便于发包给其他单位 C. 项目生命期的一个阶段是子项目 D. 子项目不能再往下划分成更小的子项目 6. 管理一个项目包括以下内容，除了:(D) A. 识别要求 B. 确定清楚而又能实现的目标 C. 权衡质量、范围、时间和费用的要求 D. 制定符合项目经理期望的计划和说明书 7. ( C) 是为创造一种产品、服务或者结果而进行的临时性的努力 A. 项目群 B. 过程 C. 项目 D. 组合 8. 下列（D ）不属于项目管理的特征 A. 独特性 B. 通过渐进性协助实施的 C. 拥有主要顾客或项目发起人 D. 具有很小的确定性 9. 下列（C）不属于项目管理的三维约束 A. 达到范围目标 B. 达到时间目标 C. 达到沟通目标 D. 达到成本目标 10. （A）就是将知识、技能、工具和技术应用到项目活动，以达到组织的要求 A. 项目管理 B. 项目组管理 C. 项目组合管理 D. 需求管理 11. 为相同的功能组合而实施的一系列应用开发项目，作为（B ）的一部分，后者能够得到更好的管理。 A. 组合 B. 项目群 C. 投资 D. 合作 12. 提供的认证项目叫做（B ） A. B.
软件项目管理计划书 项目名称：伦敦证券电子交易系统 组员： 学校：西安欧亚学院 专业：软件工程专业 时间：2014年10月11日1、简介......................................................................................................... 1.1项目概述 .......................................................................................... 1.2项目交付产品 .................................................................................. 1.3软件项目计划书的演化 .................................................................. 1.4参考资料 .......................................................................................... 2、项目组织................................................................................................. 2.1 团队的分工与合作 ......................................................................... 3、管理过程................................................................................................. 3.1 管理目标及优先级 ......................................................................... 3.2 风险管理 ......................................................................................... 3.3监督及控制机制 .............................................................................. 3.4人员计划 .......................................................................................... 3.5培训计划 .......................................................................................... 4、技术过程................................................................................................. 4.1 开发工具、方法和技术： .............................................................
软件项目管理计划书 项目名称： 时间：年月日
目录 1.简介 (3) 1.1.项目概述 (3) 1.2.项目主要功能及性能 (3) 1.3.项目交付产品 (3) 1.4.参考资料 (3) 2.项目组织 (3) 2.1.过程模型 (3) 2.2.团队的分工与合作 (4) 3.管理过程 (4) 3.1.管理目标及优先级 (4) 3.2.风险管理 (5) 3.3.监督及控制机制 (5) 3.4.人员计划 (5) 3.5.培训计划 (6) 3.6.风险管理计划 (6) 3.7.项目配置计划 (7) 3.8.计划更新策略 (7) 3.9.项目沟通计划 (8) 3.9.1.项目组会议 (8) 3.9.2.项目报告机制 (8) 3.10.项目的重用计划 (9) 3.11.质量保证活动 (9) 3.11.1.内部审核 (9) 3.11.2.阶段审核 (10) 4.技术过程 (10) 4.1.开发工具、方法和技术 (10) 4.2.软件需交付的文档 (10) 5.开发进度安排及预算 (11) 5.1.进度表格描述 (11) 5.2.开发过程中的资源需求 (11) 5.3.软件管理过程中预算及资源分配 (12) 5.4.项目进度及关键工期设置 (12)
1.简介 1.1.项目概述 1.2.项目主要功能及性能 1.3.项目交付产品 （1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共 1.4.参考资料 2.项目组织 2.1.过程模型
项目管理案例教程（第三版）习题及答案 第一章软件项目管理概述 一、填空题 1、实现项目目标的制约因素有（项目范围）、（成本）、（进度计划）、（客户满意度）等。 2、项目管理包括（启动过程组）、（计划过程组）、（执行过程组）、（控制过程组）、（收尾过程组）5个过程组。 二、判断题 1、搬家属于项目。（对） 2、项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。（错） 3、过程管理就是对过程进行管理，目的是要让过程能够被共享、复用，并得到持续的改进。（对） 4、项目具有临时性的特征。（对） 5、日常运作存在大量的变更管理，而项目基本保持连贯性的。（错） 6、项目开发过程中可以无限制地使用资源。（错） 三、选择题
1、下列选项中不是项目与日常运作的区别的是（C） A. 项目是以目标为导向的，日常运作是通过效率和有效性体现的。 B. 项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理。 C．项目需要有专业知识的人来完成，而日常运作的完成无需特定专业知识。 D．项目是一次性的，日常运作是重复性的。 v 2、下列选项中最能体现项目的特征（C） A．运用进度计划技巧 B．整合范围与成本 C．确定期限 D．利用网络进行跟踪 3、以下都是日常运作和项目的共同之处，除了（D） A．由人来做 B．受限于有限的资源 C．需要规划、执行和控制 D．都是重复性工作 4、项目经理的职责不包括（D）
A．开发计划 B.组织实施 C.项目控制 D.提供资金 5、下列选项中属于项目的是（C） A．上课 B.社区保安 C.野餐活动 D.每天的卫生保洁 6、下列选项中正确的是（C） A．一个项目具有明确的目标而且周期不限 B.一个项目一旦确定就不会发生变更 C．每个项目都有自己的独特性 D．项目都是一次性的并由项目经理独自完成 7、（B）是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。 A．过程 B.项目 C.项目群 D.组合 8、（B）是一系列伴随着项目的进行而进行，目的是确保项目能够达到期望结果的一系列管理行为。 A．人力资源管理 B.项目管理 C.软件项目管理 D.需求管理 9、下列活动中不是项目的是（C） A．野餐活动 B.集体婚礼 C.上课 D.开发操作系统 10、下列选项中不是项目的特征的是（C）
软件项目管理计划书项目名称：
月年日时间： 页12共页1第 目录 1.简介 (3) 1.1.项目概述 (3) 1.2.项目主要功能及性能 (3) 1.3.项目交付产品 (3) 1.4.参考资料 (3) 2.项目组织 (3) 2.1.过程模型 (3) 2.2.团队的分工与合作 (4) 3.管理过程 (4) 3.1.管理目标及优先级 (4) 3.2.风险管理 (5) 3.3.监督及控制机制 (5) 3.4.人员计划 (5) 3.5.培训计划 (6) 3.6.风险管理计划 (6) 3.7.项目配置计划 (7) 3.8.计划更新策略 (7) 3.9.项目沟通计划 (8) 3.9.1.项目组会议 (8) 3.9.2.项目报告机制 (8) 3.10.项目的重用计划 (9) 质量保证活动 (9) 3.11.3.11.1.内部审核 (9) 3.11.2.阶段审核 (9) 4.技术过程 (10)
4.1.开发工具、方法和技术 (10) 4.2.软件需交付的文档 (10) 5.开发进度安排及预算 (11) 5.1.进度表格描述 (11) 5.2.开发过程中的资源需求 (11) 5.3.软件管理过程中预算及资源分配 (12) 5.4.项目进度及关键工期设置 (12) 页12共页2第 简介1. 项目概述1.1. 项目主要功能及性能1.2. 项目交付产品1.3.
（1）提交文档：项目管理计划、需求规格说明，设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份，每个小组所有成员的总结装订在一起；其余文档每组提交一份。每个团队可将各小组的文档综合到一起，各小组也可自行分开提交，具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 （2）源程序检查：一共 参考资料1.4. 页12共页3第 项目组织2. 要键时
计算机软件项目管理与计划 【摘要】随着计算机的深入发展和广泛应用，针对软件工程过程以及软件项目管理等方面的问题。本文讨论了它的主要技术内容。 【关键词】软件工程；软件工程过程；软件项目管理 软件项目管理的对象是软件工程项目，它所涉及的范围覆盖了整个软件工程过程。这种管理开始于技术工作开始之前，在软件从概念到实现的过程中持续，最后终止于软件工作过程结束。 1 项目管理过程 一个软件项目的管理过程包括以下几个方面的内容： 1.1 启动一个软件项目 软件人员和用户是在系统工程阶段确定项目的目标和范围。目标标明了软件项目的目的但不涉及如何去达到这些目的。范围标明了软件要实现的基本功能，并尽量以定量的方式界定这些功能。 1.2 度量 进行度量工作，是为了帮助软件人员了解产品开发的技术过程和产品。度量的作用是为了有效地定量地进行管理。度量的目的是为了把握软件工程过程的实际情况和它所产生的产品质量。 1.3 估算 在软件项目管理过程中一个关键的活动是制定项目计划。在做计划时，必须就需要的人力、项目持续时间、成本作出估算。现在有许多用于软件开发的估算技术，基本的步骤是：事先建立软件的工作范围；以软件度量为基础作出估算；把项目分解成科单独进行估算的小块。管理人员可使用各种估算技术。 1.4 风险分析 每当开始一个新的软件项目时，总是存在着某些不确定性。如是否能准确地理解用户的要求？项目的功能能否实现？是否存在目前还未发现的技术难题？等等。风险分析对于软件项目管理是决定性的。 1.5 进度安排 每一个软件项目都要求制定一个进度安排，但不是所有的进度都得一样安排。软件项目的进度安排与任何一个工程项目的进度安排没有实质上的不同。首先识别一组项目任务，再建立任务之间的相互关联，然后估算各个任务的工作量，分配人力和其他资源，制定进度时序。 1.6 追踪和控制 一旦建立了开发进度安排，就可以开始着手追踪和控制活动。由项目管理人员负责追踪在进度中标明的每一个任务。如果任务实际完成日期滞后于进度安排，则管理人员可以使用一种自动的项目进度安排工具来确定在项目中间里程碑上进度误期所造成的影响。 2 软件项目的组织与计划 2.1 软件项目管理的特点 软件产品与其他任何产业的产品不同，它是无形的，完全没有物理属性，但它确实是把思想、概念、算法、流程、组织、效率、优化等融合在一起了。因此对软件项目进行管理，涉及到系统工程学、统计学、心理学、社会学以及法律等方面的问题。需要用到多方面的综合知识，仅靠技术或科研项目的效率很难得到
. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5
术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述 说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进［度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2 项目交付产品
说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］［的演化SPMP1.3 说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。］ 1.4 参考资料 说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作[ 者以及发布机构。］ 1.5 术语与缩写 说明：定义SPMP 所应用的全部术语和缩写词。］［ 2. 项目组织 2.1 过程模型 说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明［里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2 组织结构 说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］［专业资料word .
目录 1.项目管理 (1) 1.1项目范围管理 ......................................................................... 错误!未定义书签。 1.2项目时间管理 (1) 1.3项目里程碑 (5) 1.4培训方案 (5) 1.5技术支持与售后服务 (6) 1.6项目进度管理 (7) 信息系统项目建设项目管理文档 1.项目管理 1.1项目时间管理 （1）概述 项目时间管理其实质就是在项目范围确定后，对项目进度的管理，其目的是确保项目按时完成，或者说为了保证项目进度的可控，而对参与项目人员的工作时间、任务的开始时间和历时所进行的有效管理。 项目进度的可控性，是基于项目进度计划制定的合理性这一前提的。如果项目进度计划的制定本身就是不合理、不切实际的，那么在项目的实施过程中，要想使得项目进度可控是无从谈起的。 项目进度计划是项目管理计划重要的组成部分之一，因此，项目进度计划制定的合理性、科学性直接关系到项目管理计划的合理性和科学性，也是项目管理计划可控的前提。 有关信息项目实施的进度管理机制包括3个步骤：计划、跟踪、控制。计划主要是制定工作分解结构（Work Breakdown Structur,WBS）,对实施阶段、活动和任务的规模、工作量等参数的一系列估计，安排软件阶段、活动和任务的进度，
确定进度跟踪基线。跟踪主要是根据进度的计划值对进度进行动态的监控，观测进度的状态是否正常，即实际的进度是否在计划值的容许偏差值范围内。控制主要是针对跟踪发现的进度异常状态，分析导致进度异常的原因，采取纠正措施挽回或弥补进度的损失，在进度调整到正常状态后，重新回到进度状态跟踪。信息项目的进度管理机制是一个闭环控制系统。 （2）管理内容 1、影响的重要因素 项目进度计划制定的依据，主要考虑三类关键因素： ●项目的范围要求； ●项目的时间要求； ●实施人员具备项目相关的工作经验和技能。 1）项目的范围 项目的范围就是描述这个项目有多少工作要做，工作量的大小、任务类别的不同，这些直接关系到项目的历时及项目所需的资源，这些都是制定项目进度计划的重要依据。 项目的范围依据或者称为项目范围基准，就是在项目范围管理中制定的工作分解结构（WBS），需要说明的是WBS分解的项目任务只是一个个的工作包，也就是说对工作包进行任务历时估算是不够精确的，即使做过类似的项目也无法精确的估算每个任务的历时，这是由项目的独特性决定的，因为每个项目的环境不同。 为了更好地制定项目进度计划，需要把WBS的末级节点的工作任务进一步分解，分解成为完成这些任务的一个个活动，并且要确定活动之间的依赖关系。 常见活动之间的依赖关系如下： ●强制性依赖关系。强制性依赖关系是合同所要求的或工作本身的内在 性质所决定的依赖关系。在排列活动顺序过程中，项目团队应明确哪些依赖关系属于强制性的。强制性依赖关系往往与客观限制条件有关，强制性依赖关系又称硬逻辑关系。 ●环境约束。比如项目实施过程中一些自然因素引起的阻碍项目推进的 因素，像08年雪灾、地震等。
湖南文理学院实验报告 时间：2013年12月3日 课程名称：软件项目管理 实验名称：xx学院毕业生就业信息管理系统项目计划书 班级：姓名：同组人： 指导教师评定：签名： 一、实验目的 掌握项目计划书的格式和写作要求，会结合具体项目写作项目计划书。 二、实验要求 1、结合模拟项目写出项目计划书。 2、提交项目计划书一份。 三、实验环境 1．硬件：计算机 2．操作系统：windows平台。 3．相关软件：Microsoft office软件。 四、实验内容 1 引言 1.1 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 1.2 背景 项目的名称：xx学院毕业生就业信息管理系统。
项目的委托单位：xx学院计算机科学与技术学院软件开发部。 项目的用户（单位）：xx学院各届毕业生。 项目的任务提出者：xx学院计算机科学与技术学院软件开发部。 项目的主要承担部门：xx学院计算机科学与技术学院软件开发部。 项目建设背景：通过本系统可以使xx学院毕业生就业信息管理工作更加合理化、科学化，提高工作的效率，从根本上改变就业管理工作的方式，通过Internet，各院系和学生利用网络的便利，可以直接查询和提交就业信息。在这种系统平台下，可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势，及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计，及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量。 1.3定义 Microsoft SQL Server2008：数据库开发环境 Visual Studio 2010：程序开发环境 1.4参考资料 [1]朱少民.软件过程管理.北京：清华大学出版社，2007 [2]朱少民.软件质量保证和管理.北京：清华大学出版社，2007 [3]韩万江，姜立新.软件开发项目管理.北京：机械工业出版社，2004 [4]Harold Kerzner,杨爱华，等.项目管理—计划、进度和控制的系统方法.第9版.北京： 电子工业出版社，2006. 1.5标准、条约和约定 《计算机科学与技术学院毕业生就业信息管理系统立项建议书》 《计算机科学与技术学院毕业生就业信息管理系统项目任务书》 《计算机科学与技术学院毕业生就业信息管理系统项目履行合同》 2、项目概述
软件项目集成管理解决方案 1 系统概述 软件项目集成管理是实现软件开发过程和软件管理过程的全面管理。软件项目集成管理是通过将项目管理工具（如：MS project）和软件开发平台工具（如：IBM Rational Suite）有机地集成和扩展，依据软件工程和CMM/CMMI理论，按照组织统一的项目管理流程和方法针对软件开发过程、里程碑目标、任务级目标等进行集中管理的过程。软件项目管理一般面向软件开发团队以及有关管理者等部门或个人，最终提高企业软件生产力和项目成功率。 软件项目集成管理技术架构如下图所示： 2 软件项目管理 2.1软件项目计划 2.1.1计划编制 项目经理运用Microsoft Project2003 标准版编写项目计划。Microsoft Project 2003提供了强大的智能任务分解的工具。由于在系统的资源管理模块中已经完成对系统资源的定义，因此在此模块的任务分配中可以首先定义资源的成本，例如人员的计时工资，设备的每次使用成本等有关项目的成本信息，在将资源与相对的任务建立关系后相应资源的成本变为每个任务的成本，所有任务的成本构成项目的总成本。资源的成本定义如下图：
对相应任务分配资源后的项目以及任务成本图例： 项目的计划编写完毕后向服务器发布项目计划，这样项目计划成为最终的项目执行依据。 2.1.2任务执行管理 项目组成员可以在Project中对自己负责任务的完成情况进行设置，待设置被项目经理确认后，登录系统就可以查看项目各个任务的完成情况，如下图： 2.2软件项目跟踪和监督
软件项目跟踪和监控包括对照已文档化的估计、约定、计划评审跟踪软件完成情况和结果，基于实际的完成情况和结果调整这些计划。 在项目经理使用Microsoft Project 2003 标准版做好项目计划时，将做好的最初计划保存为比较基准；当项目进展到一定阶段后可以与比较基准进行比较，得出项目是否按计划进行，还有多少任务没有按时完成，多少任务提前完成等等信息。如下图： 通过这一模块可对项目进度进行控制与更新。以便于上级更好的掌握各种计划的进展情况，同时提供多种形式的进度查询，使领导及时掌握各种任务进展的更新信息。进度更新是更新自己所属任务的进展以及完成情况，便于上级更好的掌握各种计划的安排，以保证项目顺利进行。 3 软件开发过程管理 3.1需求管理 系统采用IBM Rational RequisitePro进行软件需求管理。IBM Rational RequisitePro利用了被广泛应用和熟悉的Microsoft Word工具来简化需求的获取。虽然文档有助于需求的获取，但它不是对信息进行优先级排序和组织的最佳环境，而这些活动在使用数据库时却可以达到最佳效果。通过链接需求文档和数据库，IBM Rational RequisitePro将两者的最佳功能结合在一起。 这个独特的结构充分利用了数据库的强大功能和Word的易用性，以便有效的进行需求管理。IBM Rational RequisitePro中的文档不是简单地将需求从数据库中输入或输出。它们包含当前最新的需求信息，使您可以在熟悉的Microsoft Word环境中对需求进行修改。Word文档中的需求被动态链接到数据库中存储的补充需求信息。数据库和文档被链接在一起，只需简单地在数据库中双击需求，就可启动Microsoft Word，将您直接带到书写该需求的文档
软件项目管理计划书 项目名称：人力资源管理系统 1、简介 (3) 1.1项目概述 (3) 1.2项目交付产品 (4) 1.3软件项目计划书的演化 (4) 1.4参考资料 (4) 2、项目组织 (5) 2.1过程模型 (5) 2.2 团队的分工与合作 (7) 3、管理过程 (8) 3.1 管理目标及优先级 (8)
3.2 风险管理 (8) 3.3监督及控制机制 (10) 3.4人员计划 (11) 3.5培训计划 (11) 4、技术过程 (12) 4.1 开发工具、方法和技术： (12) 4.2软件需交付的文档： (12) 5、开发进度安排及预算 (13) 5.1进度表格描述 (13) 5.2 开发过程中的资源需求 (16) 5.3 软件管理过程中预算及资源分配 (17) 5.4 项目进度及关键工期设置 (17)
1、简介 1.1项目概述 本项目要开发一个人力资源管理系统，本系统将实现对人员信息的详细管理、对学校各个部门的详细管理；重点在加强奖惩制度的实施，以实现激励员工的工作激情，还要加强员工的技能培训，使职工或者教师具有更高的文化水平，提高学校的知名度，培养出高精尖水平的学生。通过团队合作开发整个子系统，使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构，将与整个人力资源管理系统系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。 本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付组长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运
软件项目管理计划 Version1.2
SoftwareProjectManagementPlanofQuartet(Team10) 版本： 软件项目管理计划日期： Quartet_SPMP.doc Revision Date Version Description Author
Page1
SoftwareProjectManagementPlanofQuartet 版本：软件项目管理计划日期：Quartet_SPMP.doc 目录 1.简介 1.1项目概述 1.2项目交付产品 1.3SPMP的演化 1.4参考资料 1.5术语与缩写 2.项目组织 2.1过程模型 2.2组织结构 2.3组织接口 2.4项目职责 3.管理过程 3.1管理目标和优先级 3.2假设、依赖关系和限制 3.3风险管理 3.4监督和控制机制 3.5人员计划 4.技术过程 4.1方法、工具和技术 4.2软件文档 4.3用户文档 4.4项目支持功能 5.工作包、进度表和预算 5.1工作包 5.2依赖关系 5.3资源需求 5.4预算和资源分配 5.5进度表 6.其他 6.1 索引 6.2 附录1 1 1 1 1 1 1 1 1 2 2 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4
Page2
SoftwareProjectManagementPlanofQuartet 版本： 软件项目管理计划日期： Quartet_SPMP.doc 1.简介 1.1项目概述 ［说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2项目交付产品 ［说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］ 1.3 SPMP的演化 [说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文 档版本的机制。］ 1.4参考资料 [说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日 期、作者以及发布机构。］ 1.5术语与缩写 ［说明：定义 SPMP所应用的全部术语和缩写词。］ 2.项目组织 2.1过程模型 ［说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明 里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2组织结构 ［说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］
软件项目的范围管理浅析 乔玉东－375090208 2012年12月27日 摘要：范围管理是软件项目管理中的重要一环,项目的范围决定了项目的工作内容，有效的范围管理可以保证项目的顺利实施，避免范围蔓延和做无用功。软件项目的复杂性，决定了项目的范围的不确定，范围变更频繁，更难驾驭。 关键词：计算机系统集成项目管理范围管理 一，软件项目范围管理概述 项目范围对项目的影响是决定性的。项目只有完成项目范围内的全部工作才能结束，一个不明确的项目范围、或者项目干系人对项目范围理解的不一致，都会造成项目的不成功。项目范围的不明确造成的结果是项目范围蔓延；对项目范围理解的不一致的结果是项目成果得不到项目业主的认可。对于软件开发项目来说，需求理解的偏差会造成严重的系统缺陷，需求的不明确会在开发过程中不断的产生新的需求。项目的业主不会接受一个没有满足要求的软件系统，软件开发团队只能不断地对自己的工作进行返工，项目的工期无限延长、项目的范围无限扩大、项目的成本不断超支、项目的产品质量无法控制…… 根据PMBOK2004定义的项目范围管理，包括五个基本过程： （1）范围规划——制定项目范围管理计划，制定范围控制规程，定义工作分解结构。 （2）范围定义——制定项目范围说明书，确定项目的工程量。 （3）制作工作分解结构——把项目的可交付成果与项目的工作划分为可控的组成部分，并分步实施。 （4）范围核实——对项目的产品进行交付验收。 （5）范围控制——严格控制项目的范围变更，防止项目的无限蔓延。 对于软件开发这种抽象性很强的项目来说，项目范围的确定是很困难的事情。由于项目的业主和项目开发人员对软件系统的需求不明确，对需求的认知不
项目范围管理 项目范围管理的内容 1.范围计划编制 2.范围定义 3.创建工作分解结构 4.范围确认 5.范围控制 项目范围管理，包括为成功完成项目所需要的一系列活动，以确保项目包含且仅仅包含项目所必须的完成的工作。 产品范围 产品范围表示产品或服务的特性或功能，包含产品的规格、性能、技术指标等描述，即产品的特征和具体功能。 项目范围 项目范围是为了完成具有所规定特征和功能的产品必须完成的工作。 项目范围对项目的影响是决定性的。 项目只有完成项目范围中的全部工作才能结束，因此一个范围不明确、或干系人对项目范围理解不一致的项目是不可能获得成功的。 项目范围不明确最可能的后果是，项目的范围蔓延，项目永远都做不完。 对范围理解不一致的结果往往使项目组的工作无法得到其他项目干系人的认可。 需求不明确的系统总会产生新的需求。 需求理解的偏差则会造成系统的严重缺陷。 用户不会接受一个没有满足要求的软件系统，开发团队只能返工。 项目的几个生命周期和管理过程、项目的一次性和临时性，共同决定了项目的工作范围是有限的，可控的，不是无限制的和无序的。 对项目范围的管理及控制的有效性，是衡量项目是否成功的一个必要标准。 项目范围管理能够让项目管理和实施人员知道为达到项目目标，需要完成哪些具体的工作，清楚相关各方在每项工作中清晰的分工界面和责任。 详细、清晰的界定分工界面和责任，不但利于项目实施中变更管理和推进项目发展，减少责任不清的事情发生，也便于项目结束时项目范围的清晰确认。
对项目范围定义，实际上就是对项目工作范围进一步细化的过程，使项目范围具体化、层次化、结构化，从而达到可管理、可控制、可实施的目的，减少项目的风险。 WBS 是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个工作范围。 WBS为项目进度成本、变更的计划和管理提供了基础。 制定WBS 的主要方法包括 1.使用指导方针 2.类比法 3.自上而下法 4.自下而上法 项目范围的确认是指项目干系人对项目范围的正式承认。项目范围确认是贯穿整个项目生命周期的。从开始组织确认WBS的具体内容，到各个项目阶段的交付物检验，直至最后项目收尾文档的验收，甚至是最后项目评价的总结。 项目范围控制实际上发生在项目实施阶段，也就是计划执行阶段，只有具体实施项目，才有可能产生项目范围的变更。因为项目环境、资源水平和管理能力等因素，会造成项目范围在实施过程中的增加和减少。 对项目范围变更控制的主要工具有： 建立并运用项目变更控制系统 规避变更控制 划清相关责任 项目范围管理水平低下，是项目失败的主要因素之一。要实现高水平的项目范围管理，重要做好用户参与，明确需求，以及范围变更管理的程序设置。 确认项目范围对项目管理的意义 1.清楚项目的具体范围和具体工作，为准确估算时间和资源打下基础。 2.项目范围是确定要完成哪些具体的工作，项目范围管理和控制是项目管理计划的一部分，也是 项目各项计划的基础，因此项目范围计划编制是确定项目进度、测量和控制的基准。 3.项目范围确定，就是确定项目的具体工作任务，这样有助于清楚的划分责任和分派任务，为进 一步安排工作和任务打下基础。 对于项目管理者而言，只清楚项目范围的含义是不够的，最重要的是正确清楚地定义项目范围。如果项目范围确定的不好，直接关系到项目工作内容的意外变更，有可能造成最终的项目费用提高，进度严重延迟，偏离了项目原定的目标，影响整个项目发展和项目团队的积极性。
学生宿舍信息管理系统项目计划书
目录 第一章前言---------------------------------------------------------2 1.1项目开发背景-------------------------------------------------2 1.2项目开发目的-------------------------------------------------2 1.3项目开发意义-------------------------------------------------2 第二章范围计划-------------------------------------------------------3 2.1项目工作分解结构--------------------------------------------3 2.2软件生命周期模型---------------------------------------------5 2.2.1软件生命周期模型图示表示-----------------------------------6 2.2.2软件生命周期模型详细文档-----------------------------------6 （一）软件规划----------------------------------------------6 （二）需求开发----------------------------------------------7 （三）软件结构设计-------------------------------------------8 （四）数据库设计-------------------------------------------10 （五）实施-------------------------------------------------10 （六）系统集成----------------------------------------------10 （七）提交-------------------------------------------------11 （八）维护-------------------------------------------------11 第三章进度计划------------------------------------------------------11 3.1甘特图-----------------------------------------------------11 3.2网络图（单代号或双代号）-------------------------------------12
一、选择题 1、项目计划的制订是反复的过程，在实施的过程中，要求调整项目计划来协调成本、目标和进度，因此（）。 A．在每个项目的阶段点上，都要求对项目计划进行变更 B．成本、目标和进度都要求体现在项目计划中 C．修改后的项目计划应该首先保证项目的进度符合要求 D．在大多数情况下，质量目标用来换取成本和进度 2、在软件开发过程中，通常会牵涉到机构、体制和管理方式的问题，这些问题的解决对于成功的软件项目管理很重要，有效地管理组织结构、质量政策、运行体制是（）的责任。 A．项目经理B．职能经理C．高层管理者D．客户 3、下列不应该包含在项目计划中的是（）。 A．范围的说明B．成本的分配和预算 C．实际的进度偏差D．需要达到的质量标准 4、（）时，组织通常会外购产品或服务。 A．为了稳定现有人力资源B．需要保密 C．需要加强对产品质量的控制D．技术能力匮乏 5、小王负责一个管理信息系统项目，最近在与客户共同进行的质量审查中发现一个程序模块不符合客户的需求，进行追溯时，发现有相应的变更请求。最终小王被迫对这一模块进行再设计并重新编程。造成此项返工的原因可能是（）。 A．未进行需求管理B．未进行范围确认 C．未进行变更管理D．质量管理过严 6、某正在进行中的项目，当前的BCWS=2200元、EV=2000元、ACWP=2500元，当前项目的SV和项目状态是（）。 A．-300元；项目提前完成B．+200元；项目提前完成 C．+8000元；项目按时完成D．-200元；项目比原计划滞后 7、在关键路径上增加资源不一定会缩短项目的工期，这是因为（）。 A．关键路径上的活动是不依赖于时间和资源的 B．关键活动所配置的资源数量是充足的 C．关键活动的历时是固定不变的 D．增加资源有可能导致产生额外的问题并且降低效率 8、某正在进行中的项目，当前的BCWS=2200元、EV=2000元、ACWP=2500元，该项目的CPI和成本绩效是（）。 A．0.20；实际成本与计划的一致B．0.80；实际成本比计划成本要低 C．0.80；实际成本超出了计划成本D．1.25；实际成本超出了计划成本 9、编码阶段质量保证的措施不包括（）。 A．程序员个性化的风格。B．严格遵守编程规范。 C．进行代码静态分析和代码审查。D．进行完善的单元测试。 10、关于项目团队成员的个人能力和对项目的影响，下列那些描述是正确的（）。 A．对于按照工程化协作进行大的项目，个人能力对项目没有影响 B．项目无论大小，个人能力都会对项目的目标产生影响 C．从事项目对个人能力的提高没有影响 D．对于小项目，项目的最后成功与否，完全取决于个人能力 11、软件项目的工作量或者成本的估算，通常可以按照功能点或者单元数来进行估算，此时的估算是以（）为依据的。