2022年IT软件项目管理复习资料 .pdf

《2022年IT软件项目管理复习资料 .pdf》由会员分享，可在线阅读，更多相关《2022年IT软件项目管理复习资料 .pdf（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、IT 软件项目管理复习资料第一章IT 软件项目管理概述1.项目的基本特征：项目的独特性、项目的一次性、项目的组织性、项目的生命期、项目的资源消耗性、项目的目标冲突性、项目后果的不确定性。P1 2.根据美国项目管理协会（PMI ）的定义：项目是为完成某一独特的产品或服务所做的一次性努力。P1 3.中国项目管理研究委员会对项目的定义是：项目是一个特殊的将被完成的有限任务，它在一定时间内，满足一系列特定目标的多项相关工作的总称。根据这个定义，项目实际包含3 层含义：第一层：项目是一项有待完成的任务，有特定的环境和要求；第二层：在一定的组织机构内，利用有限资源，在规定的时间内为特定客户完成特定目标的阶

2、段性任务；第三层：任务要满足一定性能、质量、数量、技术指标等要求。4.项目管理的定义：项目管理就是在项目活动中运用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求。 P3 5.项目管理的基本特征：项目管理的对象是项目；系统工程思想贯穿项目管理的全过程；项目管理的组织具有一定的特殊性；项目管理的体制是基于团队管理的个人负责制，项目经理是整个项目组中协调、控制的关键；项目管理的要点是创造和保持一个使项目顺利运行的环境，使置身于这个环境的人们能在集体中协调工作以完成预定的目标；项目管理的方法、工具和技术手段具有选进性。P3-P4 6.项目管理的9 个知识领域：范围管理、时间管理、成

3、本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理；2 个层次：企业层次、项目层次；4 个阶段：概念阶段、开发阶段、实施阶段、收尾阶段；5个过程：启动过程、计划过程、执行过程、控制过程、结束过程。P4 7.项目管理的成功因素：范围、时间、成本、质量。P8 8.IT 项目（软件项目）的特点：阶段性（紧迫性）、独特性、不确定性。P9 9.IT 项目独特性的表现：生产无形的产品；过程没有明显的划分；大都是“一次性”的人力消耗项目。P10 10. IT 项目管理的问题：软件开发有高度不可预测性，只有10%左右的软件项目是按照初始预算及进度成功交付的；管理原则不只是技术的进步，更多时

4、候是成败的标志；软件废品及修改水平代表项目的不成熟程序。P11 11. 软件项目开发的6 个阶段： 需求分析阶段、 概要设计阶段、 详细设计阶段、 编码阶段、 测试阶段、 安装及维护阶段。P11 12. 项目管理的组织模式是层次结构的，项目经理的基本职责可以归纳为领导项目的计划、组织和控制工作。P12P14 13. 主程序员的核心由3 部分组成：主程序员、熟练而有经验的辅助程序员、资料管理员。P16 14. 程序员工作效率的间接测量方法：每人月代码行 （LOC ） ；每人月编的目标指令（OI） ；每人月写的文档页数（POD） ；每人月测试和执行的错误数(T&E) 。影响工作效率的主要因素有：用

5、户接口的复杂度；用户在需求定义中参与的程序及项目小组的经验；设置和编程的方法；软件工程师实际花在开发中的时间。P17 第二章IT 项目管理的基本表达方法1.WBS 是根据项目内在结构或实施顺序进行层层分解而形成的结构示意图，它可以将项目分解成相对独立、内容单一、易于成本核算与检查的工作单元。P18 2.“分解”的主要步骤： （1）确定项目的主要交付成果（2）确定每个交付成果的详细程度（3）确定可交付成果的组成元素（4）核实分解的正确性P21 3.甘特图（ Gantt Chart 或 Bar Chart） ，是表示项目各阶段任务开始时间与结束时间的图，甘特图用水平线段表示阶段任务；线段的起点和终

6、点分别对应任务的开始时间与结束时间；线段的长度表示完成任务所需的时间。P22 4.求出某个项目的关键路径的基本步骤为：求出各活动的时间参数ES（最早开始时间）和EF（最早完成时间） ；求出各活动的时间参数LF（最迟完成时间）和LS（最迟开始时间） ；计算时差；确定关键路径。P23 5.PERT 对各个项目活动的完成时间按3 种不同情况统计：乐观时间、最可能时间、悲观时间。期望值t=(a+4m+b)/6; 持续时间方差2=(b-a)2/36;P24 6.网络计划技术的应用于软件项目进度计划，主要包括3 个阶段 :计划阶段 ,进度安排阶段,控制阶段 .P25 第三章IT 软件项目的生命周期名师资料

7、总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 6 页 - - - - - - - - - 1.软件项目的生命周期包括了识别、设计、实施和评估4 个阶段。 P30 2.项目生命周期的划分方法：瀑布模型、原型模型和螺旋模型。P31 3 瀑布模型包括5 个阶段：需求分析与定义、系统设计与软件设计、系统实施与单元测试、系统集成与系统测试、系统运行与系统维护。P31 4.螺旋模型主要由4 部分组成：需求定义、风险分析、实现和评审。P35 5.IT 软件项目生命周期中的6 个主要阶段：项目

8、开发准备阶段、调成研究阶段、项目分析阶段、项目设计阶段、项目实施阶段、维护与评价阶段。P38 6.在 IT 软件项目生命周期中有3 个与时间相关的重要概念：检查点 （Check Point） 、里程碑 （Mile Stone 和基线 （Base Line） 。P4 检查点：是指在规定时间间隔内对项目进行的检查与复审工作，它是通过比较实际进展与计划进度之间的差异，并根据这个差异来进行调整的。里程碑：完成阶段性工作的标志，不同类型的项目里程碑不同。基线：指一个配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。7.在 IT 软件项目的整个生命周期，通常有3 种类型的检查点：主里

9、程碑、小里程碑和状态评估。P40 8.主里程碑共包括4 个：目标里程碑、设计里程碑、开发里程碑、产品版本里程碑。P41 9.小里程碑需要通过项目的内容及周期长度来确定，设置它的主要目的是为了合理分配工作，细化管理的“粒度”。P40 10. 小里程碑与通常意义上的任务列表是有差异的。两者相同之处是在一定“粒度”下跟踪工作的完成情况。不同主要在于各自的侧重点。里程碑认为任务只有两种状态：要么已经完成，要么没有完成；而任务列表没有这种限制。里程碑定义的任务能在规定的时间内完成；任务列表可以任意长度。当脱离原来轨迹时，里程碑要求调整；而任务列表没有这种规定。总之，应用里程碑比通常应用任务列表要更加严格

10、。P43 第四章IT 软件项目可行性研究1.IT 软件项目开发的可行性一般包括可能性、效益和必要性3 个方面。 P45 2.项目可行性研究是指，在项目投资决策前，通过对项目有关工程技术、经济、社会等方面的条件和情况进行调查、研究、分析，对各种可能的技术方案进行比较验证，并对投资项目建成后的经济效益和社会效益预测和分析，以考察项目技术的先过性和通用性，经济上的合理性和赢利性，以及建设的可能性和可行性，继而确定项目投资建设是否可行和科学分析方法。P44 3.IT 软件项目进行可行性研究包括以下几个方面：技术可行性分析、经济可行性分析运行环境可行性分析以及其他方面的可行性分析等。P45 4.技术可行

11、性分析一般应当考虑：进行项目开发的风险、人力资源的有效性、技术能力的可能性、物资（产品）的可用性。 P45 5.经济可行性分析包括以下4 点：支出分析，收益分析，收益投资比、投资回收期分析，敏感性分析。P46 6.可行性研究的步骤： （1）确定项目规模的目标（2）研究正在运行的系统（3）建立新系统的逻辑模型（4）导出和评价各种方案（5）推出可行性方案（6）编写可行性研究报告（7）递交可行性研究报告P47 7.效益的量化和技术方法：函数求解法、相关关系法、模糊数学法、专家意见法（德尔菲法）、成本降低法、利润增加法。 P51 8.计算回收期的方法：静态投资回收期、动态投资回收期、差额投资回收期。P

12、52 第五章IT 软件项目假计划管理1.IT 软件项目计划管理是指为IT 项目的运作和IT 项目活动的管理提供一个可靠的实施基础和可行的工作计划的过程。P54 2.确定项目目标的过程主要分为两步：明确制定项目目标的主题、描述项目目标。P55 3.项目目标的确定遵循以下原则：定量化原则、个人化原则、简单化原则、现实化原则。P55 4.工作分解的方法：类比分解法、自上而下分解法、自下而上汇集法、遵循指导方针。P61 5.工作分解的步骤： （1）明确并识别项目的各只要组成部分（2）确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算（3）确定工作任务（工作包）.(4)核实分解的正确性

13、p62 6.活动定义就是确定为了完成在工作分解结构中规定的可交付产品和服务而必须进行的具体活动，并将其形成文档的过程。7.活动定义的依据：工作分解结构（基本依据）、项目范围说明（另一重要依据）、历史信息、约束条件。P63 8.活动定义的方法：活动分解法、参照模板法。P64 9.活动定义的输出：活动清单、详细依据、更新的工作分解结构。P64 10.活动排序是分析活动之间的相互依赖关系，并形成文档的过程，为进一步编制切实可行的进度计划做准备。11.活动排序的依据：活动清单、产品描述、活动之间的逻辑关系、项目的约束条件、里程碑。P65 12.进行活动排序时最常用的工具有前导图法和箭线图法。P65 1

14、3.对于那些延时时间为0 的活动，我们称之为关键活动。P65 14.活动排序的输出：项目网络图、更新的活动清单。P66 15.在估算过程中需要考虑的主要因素包括：工作量、资源、活动工期。P67 16.软件项目计划分为6 个阶段：计划初始阶段、指定软件开发计划SDP、对 SDP 草稿进行审核和批准、实施软件开发名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 6 页 - - - - - - - - - 计划、软件开发过程的质量和评价、修改SDP。P72 17.方案选择极限图法

15、：是由一些极限轴构成的图。每根轴都代表项目想要获得的一个目标。P77 决策树法P78 最大最小策略：这是一种保守的决策方法，它的目标是使项目的损失最小。该方法假设项目成本最大时发生的概率比成本最小时发生的概率大，因此盈利应该是负数。因此，选择盈利最小的方案。在上面的例子中，最低的损失是15 000，应该选择方案B。乐观法则 ：又称为最大最大策略，它选择的方案应该是能够获得最大的利润的(盈利是正数 )方案。 最大最大策略假设项目成本最小时发生的概率比成本最大时发生的概率大。在这个例子中，最大最大策略应该选择方案A。第六章IT 软件项目成本管理1.IT 项目成本的主要构成：硬件成本、差旅及培训费用

16、、软件开发成本、项目管理费用P82 2.影响项目成本的因素： （1）项目质量对成本的影响、过期对成本的影响、管理水平对成本的影响、人类资源对成本的影响、价格对成本的影响P84 3.项目成本管理主要包括资源计划编制、费用估算、费用预算、不可预见费用和费用控制4 个内容。P84 4.IT 项目成本的常用估算方法：成本建模技术、专家判断技术、类比评估技术、Parkson 法则、自顶向下该算法、自下而上估算法、盈利定价法。P87 5.面向规模（ LOC）的度量（具体计算题看历年试卷）P88 每千行代码（ KLOC ）的错误数、每千行代码行（KLOC ）的缺陷数、每千行代码行（KLOC ）的成本、每千行

17、代码行（KLOC ）的文档页数、每人月错误数、每页文档的成本6.面向功能点（FP）的度量（具体计算题看历年试卷）P88 功能点可以由4 个参数计算：外部输入和输出数、外部接口数、用户交互数、系统要用的文件数。每个功能点（ FP）的错误数每个功能点（ FP）的缺陷数每个功能点（ FP）的成本每个功能点（ FP）的文档页数每人月完成的功能点（FP）数其中： FP总计数值 *0.65+0.01*sum(Fi),调整因子 0.65+0.01*sum(Fi) 。7.在 COCOMO 模型中，根据开发环境及项目规模等预算，可把项目分为以下3 种：（1）组织模式：指规模较小的、简单的软件项目: (2) 半分

18、离模式：指在规模和复杂性上处于中等程度的软件项目：（3）嵌入模式：指必须要求在一组紧密联系的硬件、软件及操作约束下开发的软件项目。P90 8.成本控制的核心是管理好4 个关键指标：总预算成本（TBC ） 、总预算（ CBC ） 、总投入（ CAC ） 、总产出（ CEV） 。第七章IT 软件项目质量管理1.国际标准组强对质量的定义是：“反映实体满足主体明确和隐含需求的能力的特性总和”。P98 2.质量特性是指实体所持有的性质，它反映实体满足需求的能力。P98 3.质量管理的定义“确定质量方针、目标和职责并在质量体系中通过质量计划、质量控制、质量保证和质量改进使其实施的全部管理职责的所有活动。P

19、99 4.质量管理发展过程：以产品为中心的质量检验和统计质量控制阶段（ 18 世纪 1950 提） ；以顾客为中心的质量保证阶段（ 1950 年 1987 年） ；强调持续改进的质量管理阶段（1987 年现在）；全面质量管理阶段（TQM ） ；P99 5.质量隐身的5 个方面（ 5M1E ）;材料、方法、设备、操作人员、测量和环境。P100 6.全面质量管理的含义“运用质量的科学理论、技术、方法，建立起贯穿于产品质量形成全过程的质量保证体系，使企业全体职工树立质量观点，提高工作质量，经济地生产用户满足的产品”.P101 7.全面质量管理3 个基本观点：系统的观点；向用户服务的观点，用户满意是第

20、一原则；预防为主的观点。事前主动进行质量管理； P101 8.全面质量管理的特点：全过程的质量管理；全员的质量管理；全企业的质量管理；P101 9.质量管理过程具体划分为计划、执行、检查、处理4 个阶段。 P102 10.根据 ISO8402 的规定，软件质量是指： “对用户在功能和性能方面需求的满足、对规定的标准和规范的遵循以及正规软件某些公认的应该具有的本质”。P102 11.Boehm 模型他们认为软件产品质量基本上可从下列3 方面考虑：软件的可使用性、软件的可维护性、软件的可移植性。P103 12.McCall 模型认为软件的质量要素主要有11 个：可用性、正确性、可靠性、高效性、完整

21、性、可维护性、适应性、可测试性、可移植性、可重用性、互操作性。这11 个质量特性集中在软件产品的3 个方面：软件产品的运行特性、修正特性和转移特性。P104 13.ISO 给出了 6 个软件质量特性和与其相关的21 个质量子特性的明确定义：第一层称为质量特性；第二层称为质量子名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 6 页 - - - - - - - - - 特性；第三层称为度量。P105 14.软件质量影响因素：正确性、健壮性、效率、完整性、可用性、可理解性、可维

22、修性、灵活性、可测试性、可移植性、可重用性、互操作性。P106 15.软件度量标准可以分为控制度量标准和预测度量标准两类。P106 16.OA 质量保证是保证产品和服务充分满足消费者要求的质量而进行的有计划的、有组织的活动。P107 17.软件质量保证SQA 就是向用户及社会提供满意的高质量的软件产品。P108 18.软件质量管理的实施要从纵向和横向两个方面展开，同时为了控制项目全过程的质量，也遵循以下一些基本原则：P115 控制项目所有过程的质量。过程控制的出发点是预防不合格。质量管理的中心任务是建立并实施文档化管理的质量体系。持续的质量改进。有效的质量体系应满足顾客和组织内部双方的需要和利

23、益。定期评价质量体系。搞好质量管理的关键在于领导。19. ISO9000 标准系列，它由5 个部分组成： (1)质量术语标准；(2)质量保证标准；(3)质量管理标准；(4)质量管理和质量保证标准的选用和实施指南；(5)支持性技术标准。P119 20. 质量管理八大原则：(1)以客户为中心；(2)统一的宗旨、明确方向和建设良好的内部环境；(3)全员参与； (4)将相关的资源和活动作为过程来进行管理；(5)系统管理； (6) 持续改正； (7)以事实为决策依据；(8)互利的供求关系。P122 21.CMM 即软件开发能力的成熟度模型。P123 22.ISO 与 CMM 的异同：二者之间的相关性是很

24、明显的：都着眼于质量和过程管理，两者都为了解决同样的问题，直观上是相关的。不同体现在两方面：其一，CMM模型明确强调持续的过程改进，而ISO9001 只要求质量体系的最小保证；其二， CMM 模型只关注软件，而ISO9001 适用于更大的范围。P126 第八章IT 软件项目配置管理1.软件配置管理(Software Configuration Management ，SCM) 是软件过程的关键要素，是开发和维护各个阶段管理软件演进过程的一种方法和规程。P129 2.软件配置管理的活动归纳成4 个主要方面：配置识别、变更控制、配置状态统计、配置审核。具体活动包括：制定配置管理计划、变更控制、确定

25、配置标识、系统整合、版本管理。P129 3.版本管理是软件配置管理的核心功能。P132 4.配置管理组织机构大多是由相应管理层和职能层共同组成的，一般包括:项目经理、有权利管理软件基线的委员会，即软件配置控制委员（SCCB） 、负责协调和实施项目软件配置管理小组（SCM 组） 、开发人员。 P136 5.软件测试是在软件投入运行前，对软件需求分析、设计规格说明和编码进行最终复审活动，是软件质量保证的一个关键步骤。 P137 6.黑盒测试一般称为功能测试或数据驱动测试，在测试过程中，把系统看成是一个黑盒子，不考虑程序的内在逻辑，而是只根据需求规格说明书的要求检查程序的功能是否符合它的功能需求说明

26、。P138 7.白盒测试又称为结构测试或逻辑驱动测试，在测试过程中， 允许测试人员对程序的内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。P138 8.开发是自顶向下的,测试是自底向上的,测试内容有 : 1. 单元测试2. 集成测试3. 确认测试4. 系统测试5. Alpha 和Beta 测试P141 9.配置管理工具主要可以分为3 个级别： Rational ClearCase,CACCC/Havest;Merant PVCS和 Microsoft VSS/CVS 。 P146 第九章IT 软件项目维护管理1. IT 软件项目维护主要包括以下3 部分工作：完善性维护(6

27、5%)，适应性维护 (18%)，纠错性维护(17%) 。 P149 2.预测性维护：其主要目的是为了提高软件项目的可维护性、可靠性等，为以后进一步改善软件项目打好基础。P150 3.影响维护成本的主要因素非技术因素：应用领域、员工稳定性、软件的生命周期、外部环境、硬件的稳定性。技术因素：模块的独立性、编程语言、编程风络、软件有效性和测量、文档的质量、配置管理的技术。P153 4.Boehm 对维护成本的计算方法：AME ACT*SDT ，其中： AME 是年维护成本；SDT 是项目开发时间（PM） ；ACT是年变化冲突。P154 5.在项目的生命周期中，存在这样一个阶段，对软件系统进行增量变化

28、时，其成本非常高，以至于我们要么抛弃重新编制或者完全再设计其结构，也就是所谓的软件再造工程。原因：失败率最高的成份、年冲突最高的成份、复杂性最高的成份、没有符合目前公司标准的成份。P157 第十章IT 软件项目文档管理1.与软件项目相关的项目文档一般都具有以下属性：能作为开发组员之间交流沟通的媒介；能为软件项目的维护工程师提供有关信息系统的资料和知识库；能为项目管理者提供项目计划、预算、开发进度等各方面的信息；能作为最终用户或管理员的用户手册，使用户知道如何使用、维护及管理系统。P159 2.与项目相关的文档分为两大类：过程文档和产品文档。P159 过程文档：是指那些记录软件项目开发和维护过程

29、的文档资料，项目的计划、进度、过程质量、组织及项目标准名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 6 页 - - - - - - - - - 等都是过程文档。产品文档：是那些描述正在开发的场频的资料。编写过程文档的主要目的在于开发的场频都能被很好地管理。3.过程文档分为5 类：软件项目计划、预测和进度安排文档相关报告、标准报告、工作文档、备忘录及电子信息。4.产品文档包括： 用户文档和系统文档。用户文档包括： 系统功能描述、 初级使用手册、 系统参考手册、 系统安装文

30、档、系统管理员手册。P161P162 5.文档标准：过程标准、产品标准、交互标准。P163 6.项目文档准备分3 个阶段：文档制作、文档修改、文档产品发布。P165 7.进行软件项目的开发时，文档一般都应该包括:可行性研究报告、及项目开发立项报告、项目分析报告（逻辑设计说明书） 、项目开发设计报告（物理设计报告）、项目设计报告（程序设计说明书）、程序设计报告、项目测试报告（测试说明书）、项目使用及维护手册、项目开发总结报告等。P166 第 11 章 IT 软件项目风险管理1.狭义的风险是指“可能失去的东西或者可能接受到的伤害”，即在从事任何活动时可能面临的损失。而广义的风险是一种不确定性，使得

31、在给定的情况和特定时间下，从事活动的结果有很大的差异性，差异越大，风险越大，所面临的损失或收益都可能很大，即风险带来的不都是损失，也可能存在机会。这是风险的本质不确定性和损失。P171 2.风险的不确定性范围包括：发生与否不确定；发生的时间不确定；发生的状况不确定；发生的结果不确定。P171 3.风险的基本因素：事件或者风险事件、事件发生的概率、事件的影响、风险的原因、风险的可变性。P172 4.风险分类：技术风险、管理风险、组织风险、外部风险。P173 5.风险成本定义：风险发生时，可能会给项目带来损失或者损害，为防止风险的发生或者减少风险发生时造成的损失，必须采取一些预防措施，必须支付为此

32、而产生的费用，者就是风险成本。P173 6.风险的成本包括有形的成本、无形的成本以及为预防和控制风险的费用。P173 7.风险的无形成本是指由于风险所具有的不确定性而使项目在风险发生前和发生后所付出的代价。主要体现在几个方面：第一，风险的发生减少了项目及成功的机会；第二，风险阻碍了成产率的提高和新技术的应用；第三，风险会造成资源奉陪的不当，使人们将更多的资源投入到风险较小的行业或者项目中。P173 8.风险分析阶段包括风险识别、风险估计、风险评价3 部分。 P174 9.风险处理有3 种方法：风险控制法、风险自留、风险转移。P174 10.风险管理的达成包含3 个要素：项目规划中必须包含如何尽

33、享风险管理;项目预算中必须包含解决风险所需要的经费;评估风险时，风险的影响也应该纳入项目规划中。P175 11.风险管理组织的作用:从广义上讲， IT 软件项目风险管理组织包括有关项目风险管理的组织结构、组织活动以及两者之间的相互关系的规章制度;从狭义上讲， IT 软件项目风险管理组织就是实现项目管理目标的组织结构。P175 12.项目风险管理组织的组成有直线型、职能型和直线+职能型等形式。P176 13.风险识别可以采用以下方法：头脑风暴法、专家访谈法、历史资料发、检查表法、评估法、分解分析法。P176 13.风险条目检查表：产品规模风险、需求风险、相关性风险、管理风险、技术风险。P177

34、14.在项目实际工作中，比较实用的两种方法是：定性评估、评分矩阵。P180 15.确定型风险估计的方法：盈亏平衡分析、敏感性分析、概率分析。P180 16.对风险的评价主要依据3 个因素：风险描述、风险概率和风险影响。P183 17.应对风险的程序和方法主要有4 种：规避、转移、弱化、接受。P184 18.风险驾驭和监控的方法：风险审计、偏差分析、技术指标。P186 第 12 章 IT 软件项目人力资源管理1.项目人力资源就是所有与项目有关的人及其能力的综合。而项目人力资源管理就是通过不断获得项目所需要的人员，并将其整合到项目团队中而融为一体，使其与项目团队紧密配合，激励并保持他们对项目的忠诚

35、和奉献精神。P188 2.项目人力资源管理主要过程包括：组织计划编制、人员获取、团队建设3 个阶段 9 项基本活动P188 3.一个团队工作的员工可以分成3 类：面向任务型、面向自我型、面向合作型。P192 4.项目团队建发展的4 个阶段：形成期、震荡期、正规期和表现期。P196 5.影响团队有效工作的因素：目标不明确；角色和职责不明确；项目的结构不健全；缺乏工作投入；缺乏沟通；领导工作不力；项目团队成员的流动；不良行为。P198 6.团队冲突的根源：工作内容、资源分配、项目成本、先后次序、组织问题、个体差异。P200 7.团队冲突处理：回避或撤退、竞争或逼迫、调停或消除、妥协、合作正视和解决

36、问题。P201 8.冲突管理会导致5 种可能结果：赢/输、输 /赢、僵局、妥协、双赢。P202 9.激励因素：物质激励、精神激励（参与感、发展机遇、工作乐趣、荣誉感）。P204 10.组织计划：软件工程过程机构、项目评价机构、软件工程环境机构、基础设施机构。P205 11.项目团队组织：软件管理团队、软件体系结构团队、软件开发团队、软件评价团队。P206 第 13 章 IT 软件项目收尾管理1.所谓项目收尾管理就是对IT 软件项目的收尾工作进行管理，它按项目的进展一般可以分为两种情况：第一，当项目进度顺利到正常结束的时候，项目的收尾工作包括项目移交验收和后评两个阶段；第二，而当项目由于某些原因

37、提前完成或项目目标无法完成时，项目的收尾管理工作主要是进行项目终止。P210 2.IT 软件项目验收包括：项目验收和范围确定、质量验收、项目资料与验收、IT 软件项目后评价。P210 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 6 页 - - - - - - - - - 3.项目后评价又称为项目的事后评价，它是项目结束后的一段时间内，对项目立项、运行过程、效益、作用和影响进行的客观分析和总结的全过程。P214 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 6 页 - - - - - - - - -