《信息系统项目管理师》教材读书笔记NEW

一、信息系统工程管理根底
1.1 工程
1.1.1定义及特征
工程〔Project〕是为提供某项独特的产品、效劳或成果所进展的临时性的一次性努力。

更具体的解释是用有限的资源、有限的时间为特定客户完成特定目标的一次性工作。

资源：指完成工程所需要的人、财、物。

时间：指工程有明确的开场和完毕时间。

客户：指提供资金、确定需求并拥有工程成果的组织或个人。

目标：满足要求的产品、效劳或成果，并且有时它们是不可见的。

工程的特点：临时性、独特性、渐进性。

1.1.2工程和运作
两者的主要区别：日常运营是持续不断和重复进展的，工程是临时性的，独特的。

工程的目标是实现其目标，然后完毕工程；而运作的目标一般是为了维持经营。

两者的一样：由人员执行；受制于有限的资源；需要方案、执行和控制。

1.1.3工程和战略
工程经常当作实现组织战略方案的一种手段使用。

以下一项或多项的战略考虑是工程被批准的典型依据：
市场需求；
营运需求；
客户要求；
技术进步；
法律要求；
1.1.4工程目标
成果性目标〔也称为工程目标〕：通过工程开发出的满足客户要求的产品、系统、效劳或成果；
约束性目标〔也称为管理性目标〕：完成工程成果性目标需要的时间、本钱以及要求满足的质量；
工程目标要求遵守SMART原那么：
Specific 具体的；
Measurable 可测量的；
Agreeto 相关方同意的；
Realistic 现实的；
Time-oriented 有时间要求的；
工程目标特征：多目标性、有不同的优先级、具有层次性。

1.1.5信息系统集成工程
信息系统工程是根据用户需求，优选各种技术和产品，进展设计开发，将各个别离的“信息孤岛〞连接成为一个完整、可靠、经济和有效的整体，并使之能彼此协调工作，发挥整体效益，到达整体优化的目的。

信息系统是以信息的集成为目标、功能的集成为构造、平台的集成为根底、人的集成为保证。

典型的信息系统工程有如下特点：
目标不明确；
需求变化频繁；
智力密集型；
设计队伍庞大；
设计人员高度专业化；
设计的承包商多；
各级承包商分布在各地，相互联系复杂；
系统根底工程中需要研制开发大量的软硬件系统；
工程生命期通常较短；
通常要采用大量的新技术；
使用和维护的要求非常复杂。

1.2 工程生命期
1.2.1定义及特征
工程经理或组织可以把每个工程分成假设干个阶段，以便有效地进展管理控制，并与该工程实施组织的日常运行联系起来，这些工程阶段和在一起称为工程生命期。

大多数工程生命周期都具有许多共同的特征：
◆在初始阶段，费用和人员水平较低，在中间阶段到达最高，当工程接
近完毕时那么快速下降。

◆在工程的初始阶段不确定性水平最高，因此不能达成工程目标的风险
是最高的。

◆在工程的初始阶段，工程干系人影响工程的最终产品特征和工程最终
费用的能力最高，随着工程的继续逐渐变低。

1.2.2与产品生命期关系
产品生命期开场于经营方案，经过构思，到产品，到日常经营和产品退出市场。

在某些应用领域，工程生命期视为产品生命期的一局部。

1.2.3信息系统工程生命期模型
瀑布模型：经典的软件生命周期模型，一般将软件开发分为可行性分析〔方
案〕、需求分析、软件设计〔概要设计、详细设计〕、编码〔含单元测试〕、测试、运行维护等几个阶段。

适用于需求明确或很少变更的工程。

螺旋模型：是一个演化软件过程模型，将原型实现的迭代特征与瀑布模型中控制的和系统化的方面结合起来，使得软件的增量版本的快速开发成为可能。

螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统。

迭代模型：分4个阶段：初始、细化、构造、移交。

初始阶段：系统的阐述工程的范围，选择可行的系统架构，方案和准备业务案例；
细化阶段：细化设想，细化过程和根底设施，细化架构并选择构件；
构造阶段：资源管理、控制和过程最优化，完成构件的开发并依据评价标准进展测试，依据验收标准评估产品的发布；
依据阶段：同步并使开发的构造增量集成到一致的实施基线中，根据完整的设想和需求集的验收评估标准与实施有关的工程活动的实施基线。

适用于面向对象的软件开发过程。

信息化工程的生命周期：可行性分析、业务重组、信息系统规划、系统需求分析、系统设计、系统实现、系统测试、系统实施、系统试运行、运营和维护等阶段。

1.3 工程干系人
工程干系人〔Project Stakeholder〕，是积极参与工程、或其利益因工程的实施或完成而受到积极或消极影响的个人和组织，他们还会对工程的目标和结果施加影响。

常见的关键干系人有：
工程经理〔Project Manager〕
◆顾客/客户〔Customer/User〕
◆执行组织〔Performing Organization〕
◆工程团队成员〔Project Team Members〕
◆工程管理团队〔Project Management Team〕
◆出资人〔Sponsor〕
◆有影响的人〔Influencers〕
工程管理办公室〔PMO〕
1.4 工程组织
组织构造：职能型组织、矩阵型组织〔弱/平衡/强3种〕、工程型组织。

组织文化
这些文化表达在：
●组织的功能价值观、行为准那么、信仰和期望；
●组织的方针、办事程序；
●组织对于职权关系的观点；
●众多其他的因素；
●组织文化常常会对工程产生之间的影响。

1.5 工程经理
工程经理是负责实现工程目标的个人。

一个合格工程经理应当具备的素质：
1）广博的知识〔工程管理知识、系统集成行业知识、客户行业知识〕
2）丰富的经历
3）良好的协调能力
4）良好的职业道德
5）良好的沟通与表达能力
6）良好的领导能力
对做好一个工程经理的建议：
1）真正理解工程经理的角色
2）重视工程团队的管理，奖罚清楚
3）方案、方案、再方案
4）真正理解“一把手工程〞
5）切记注重用户参与
1.6 工程管理
1.6.1定义
工程管理〔Project Management〕，就是把各种知识、技能、手段和技术应用于工程活动之中，以到达工程的要求。

管理一个工程包括：
识别要求；
确定清楚而又能实现的目标；
权衡质量、范围、时间和本钱方面的要求，使计算规格说明书、方案和方案适合于各干系人的不同需求和期望。

1.6.2工程管理需要的知识领域
有效的管理要求工程管理组至少能理解和使用以下5方面专门知识领域：
◆工程管理知识体系
◆应用领域的知识、标准和规定
◆工程环境知识
◆通用的管理知识和技能
◆软技能〔处理人际关系技能〕
1.6.3工程管理体系
工程管理体系是指用于管理工程的工具、技术、方法、资源和规程。

工程管理方案中说明如何使用工程管理体系。

1.6.4工程管理环境
社会环境：经济、人口、教育、道德、种族、宗教和其他特征等；
政政环境：法律、风俗和政治风气等；
自然环境：生态和自然地理等；
1.6.5工程管理办公室
工程管理办公室〔PMO〕是在管辖范围内集中、协调地管理工程的组织单元。

PMO执行的职责包括从以培训、软件、标准政策和规程、模板的形式提供工程管理支持功能，到实际直接收理工程和工程的结果。

PMO可以存在于任何组织构造中，包括职能型组织。

工程经理与工程管理办公室的区别：
追求的目标不同。

工程经理关注特定工程的目标，而PMO管理主要的大工程范围的变化。

工程经理控制赋予工程的资源以最好的实现工程目标，而PMO对所有工程
之间的共享资源进展优化使用；
工程经理管理本工程的范围、进度、费用和质量，而PMO管理整体的风险、整体的时机和所有工程的依赖关系；
1.6.6过程和过程组
过程就是一组为了完成一系列事先指定的产品、成果或效劳而必须执行的相互联系的行动和活动。

工程管理过程由工程团队实施，包括两大类：
●面向管理的过程。

即工程管理过程，其目的是启动、规划、执行、监控
和完毕一个工程。

●面向产品的过程。

一般有工程生命期规定，并因领域而异。

任何工程都必须执行5个工程过程组，它们与应用领域或特定行业无关。

过程组不是工程阶段，每个阶段或子工程都要重复过程组的所有字过程。

●启动过程组。

定义并批准工程或阶段。

也定义了工程意图，确定了目标，
并授权工程经理进展工程。

●规划过程组。

定义和细化目标，规划最正确的行动方案，以实现工程或
阶段所承当的目标和范围。

●执行过程组。

整合人员和其他资源，在工程的生命期或某个阶段执行工
程管理方案。

●监控过程组。

要求定期测量和监控工程进展，识别与工程管理方案的偏
差，以便在必要时采取纠正措施，确保工程或阶段目标达成。

●收尾过程组。

正式承受产品、效劳或工作成果，有序地完毕工程或阶段。

方案-执行-检查-行为〔即PDCA〕
1.6.7过程的交互
5个工程过程组与44个工程管理过程及9个工程管理知识域的映射关系。

二、工程立项与招投标管理
2.1 可行性研究的内容
信息系统工程的可行性研究就是从技术、经济、社会和人员等方面的条件和情况进展调查研究，对可能的技术方案进展论证，以最终确定整个工程是否可行。

信息系统工程的可行性研究可以归纳成：技术可行性分析、经济可行性分析、运行环境可行性分析以及其它方面的可行性分析几个方面。

➢技术可行性分析
技术可行性分析应考虑：
✓进展工程开发的风险；
✓人力资源的有效性；
✓技术能力的可能性；
✓物质〔产品〕的可用性；
➢经济可行性分析
包括：
✓支出分析：包括一次性支出和非一次性支出；
✓收益分析：包括直接收益、间接收益以及其他方面的收益；
✓收益投资比、投资回报期分析：对投入产出进展比照分析；
✓敏感性分析：当诸如设备的软件配置、处理速度要求、系统的工作负荷类型和负荷量等关键性因素变化时，对支出和收益产生影响的
估计。

➢运行环境可行性分析
需要从用户单位〔企业〕的管理体制、管理方法、规章制度、工作习惯、
人员素质、数据资源积累、硬件〔包含系统软件〕平台等多方面进展评
估。

➢其他方面的可行性分析
包括法律可行性、社会可行性等。

2.2 可行性研究的阶段和步骤
可行性研究分为初步可行性研究、详细可行性研究、可行性研究报告等三个根本阶段，可以归纳成几个根本步骤：
1）确定工程规模和目标
2）研究正在运行的系统
3）建立新系统的逻辑模型
4）导出和评价各种方案
5）推荐可行性方案
6）编写可行性研究报告
7）递交可行性研究报告
可以依据初步可行性研究报告形成工程建议书。

时机研究、初步可行性研究、详细可行性研究、评估与决策是投资前期的四个阶段。

2.3 初步可行性研究
2.3.1定义及目的
初步可行性研究一般是对市场或者客户情况进展调查后，对工程进展的初步评估。

从以下几个方面进展衡量：
●分析工程的前途，从而决定是否应该继续深入调查研究；
●初步估计和确定工程中的关键技术及核心问题，以确定是否需要解决；
●初步估计必须进展的辅助研究，以解决工程的核心问题，并判断是否具
备必要的技术、实验、人力条件作为支撑。

进展工程的初步可行性研究是为了答复以下问题：
●工程进展投资建立的必要性；
●工程建立的周期；
●工程需要的人力、财力资源；
●工程的功能和目标是否可以实现；
●工程的经济效益、社会效益是否可以保证；
●工程从经济上、技术上是否是合理的。

2.3.2主要内容
●市场和生产能力；
●设备和财力投入分析；
●网络规划、物理布局方案的选择；
●工程设计〔包括工程总体规划、信息系统设计和设备方案、网络功能规
划等〕；
●工程进度安排；
●工程投资与本钱估算；
2.3.3辅助〔功能〕研究
●对要设计开发的产品进展的市场研究；
●配件和投入物资的研究；
●试验室和中间工厂的试验；
●网络物理布局设计；
●规模的经济性研究；
●设备选择研究；
2.4 详细可行性研究
2.4.1定义和依据
2.4.2根本原那么和程序框架
根本原那么：
●科学性原那么：要求按客观规律办事；
●客观性原那么：坚持从实际出发、实事求是的原那么；
●公正性原那么：站在公正的立场上，不偏不倚。

2.4.3详细可行性研究的方法
经济评价法、市场预测法、投资估算法和增量净效益法。

2.4.4详细可行性研究的内容
●概述
●需求确定
●现有资源、设施情况分析
●设计〔初步〕技术方案
●工程实施进度方案建议
●投资估算和资金筹措方案
●工程组织、人力资源、技术培训方案
●经济和社会效益分析
●合作/协作方式
2.4.5步骤及报告的编写
工程详细可行性研究的步骤如下：
（1）委托与签订合同
（2）组织人员和制定方案；
（3）调查研究与收集资料；
（4）方案设计与选优
（5）经济分析和评价
（6）编写详细可行性研究报告
2.5 效益的预测和评估
工程效益的不同表现形式包括：
●直接效益和间接效益；
●经济效益和社会效益；
●近期效益和远期效益；
●显性效益和隐形效益；
●微观效益和宏观效益；
衡量工程效益的方法包括函数求解法、相关关系法、模糊数学法、专家意见法〔德尔菲法〕、本钱降低法和利润增加法。

2.6 工程论证
“先论证，后决策〞是现代工程管理的根本原那么。

工程论证是指对实施工程技术上的先进性、适用性，经济上的合理性、盈利性，实施上的可能性、风险性进展全面科学的综合分析，为工程决策提供客观依据的一种技术经济研究活动。

工程论证应该围绕着市场需求、开发技术、财务经济三个方面展开调查和分析。

市场是前提，技术是手段，财物经济是核心。

2.7 工程评估
由第三方评估，目的是审查工程可行性研究的可靠性、真实性和客观性。

三、工程整体管理
现代工程整体管理的特点：综合性、全局性、系统性。

工程整体管理的过程包括：
◆制订工程章程：对工程进展正式授权，正式批准工程或工程阶段。

◆制订工程初步范围说明书：给出工程范围的高层描述。

◆制订工程管理方案。

如何定义、准备、集成各种工程子方案，并把它
们整合到工程管理方案中。

◆指导和管理工程执行。

执行在工程管理方案中确定的工作，实现工程
范围说明书确定的要求。

◆监控工程工作。

为了达成工程目标，对工程的启动、方案、执行和收
尾进展监视和控制的过程。

◆整体变更控制。

评审所有的变更请求，批准变更，控制对交付物和组
织过程资产的变更。

◆工程收尾。

完成工程过程组中的所有活动，以正式完毕一个工程或阶
段。

3.1 制定工程章程〔启动过程组〕
3.1.1工程章程的作用
●正式批准工程的文件
●授权工程经理在工程活动中使用组织资源；
●尽早任命工程经理，应在规划开场之前任命，最好在制定工程章程时任
命；
●将工程与执行组织的日常运营联系起来；
●工程章程应由工程实施组织外部、具有资金审批权的工程发起人发布，
以便为该工程提供所需资金。

3.1.2工程发起的原因
●市场需求；
●业务需求；
●顾客需求；
●技术领先需求；
●法律要求；
●社会需求；
3.1.3输入、工具与技术、输出
工作说明书〔SOW〕是对工程所要提供的产品或效劳的描述。

应说明如下内容：业务需求、产品范围说明书、战略方案。

企业环境因素：
●组织或公司的文化和构造；
●政府或行业标准；
●根底设施；
●现有的人力资源；
●人力资源管理；
●公司的工作授权系统；
●市场条件；
●工程干系人对风险的承受力；
●商业数据库；
●工程管理信息系统
组织过程资产可分为组织中指导工作的过程和程序以及组织的知识库和经历教训两类。

工程选择方法：
收益测量方法：即比照法、评分模型、收益分布或经济学模型；
数学模型法：如使用线性的、非线性的、动态的、整体的及多目标程序算法；
专家判断：
专家判断通常用于评估制定工程章程所需要的输入。

专家意见可由任何具有专门知识或受过专门培训的团体或个人来提供，例如：
●执行组织中的其他部门；
●咨询参谋；
●工程干系人；
●专业和技术协会；
●行业团队
工程章程内容：
●工程必须满足的业务需求或产品需求；
●工程的目的或缘由；
●工程目标；
●工程干系人需求或期望；
●工程干系人影响；
●制定工程经理及其授权级别；
●概要的里程碑方案；
●职能组织；
●组织的、环境的、外部的假设；
●组织的、环境的、外部的约束；
●论证工程的业务方案，包括投资回报率；
●概要预算；
3.2 制定工程初步范围说明书〔启动过程组〕
工程初步范围说明书根据工程发起人或赞助人提供的信息编制。

工程初步范围说明书列出了工程及其产品和效劳的特征与边界，以及验收与范围控制的方法。

工程初步范围说明内容：
●工程与产品的目标；
●产品或效劳的需求特点；
●产品的验收标准；
●工程边界；
●工程需求和交付物；
●工程假设；
●工程约束；
●最初的工程组织；
●最初定义的风险；
●进度里程碑；
●初始WBS〔工作分解构造Work Breakdown Structure〕；
●本钱概算；
●工程配置管理要求；
●审批相关的要求；
3.3 制定工程管理方案〔规划过程组〕
制定工程管理方案过程包括定义、准备、集成和协调所有子方案以形成工程管理方案所必要的所有行动。

工程管理方案确定了执行、监视、控制和完毕工程的方式和方法，其更新和修改需要通过整体变更控制过程进展。

工程管理方案内容：
●所选择的工程管理过程及每个过程的实施程度；
●实施这些过程所使用的技术和工具；
●如何用选定的工程来管理具体工程，包括过程之间的依赖与交互以及根
本输入输出等；
●如何执行工作来完成工程目标；
●如何监视和控制变更；
●如何实施配置管理；
●如何维护工程绩效基线的完整性；
●与工程干系人进展沟通的要求和技术；
●选定的工程生命周期和多阶段工程的工程阶段；
●为了解决问题和未定决策而需对其内容、严重程度和紧迫程度进展的关
键管理评审；
工程管理方案可以包含多个子方案和其他组成局部。

子方案包括但不限于范围、时间、本钱、质量、人力资源、沟通、风险
和采购管理方案，子方案是这8个知识域中规划过程的成果。

其他组成局部包括但不限于：
●里程碑清单；
●资源日历；
●进度基准；
●本钱基准；
●质量基准；
●风险登记册；
3.4 指导和管理工程执行〔执行过程组〕
指导和管理工程执行过程要求工程经理及其团队执行工程管理方案，完成工程范围说明书中所定义的工作。

3.5 监控工程工作〔监控过程组〕
监视和控制工程工作是对工程的启动、规划、执行和收尾进展监视和控制的过程。

监视工作是工程管理的一个重要组成局部，它贯穿于工程的整个生命周期，包括收集、度量和发布绩效信息，并对被度量项及其开展趋势进展评估，以改良
工程绩效。

监控过程的活动包括：
●把当前工程绩效和工程管理方案进展比对；
●评价当前绩效，确定是否需要采取纠正或预防措施；
●分析、跟踪并监视工程的风险，确保风险得到识别、报告并执行相应的
风险响应方案；
●维护准确、及时的工程信息；
●提供工程信息以支持状态报告、进展度量以及工程预测；
●提供工程预测以更新工程的本钱和进度信息；
●监视批准的变更的执行状况；
3.6 整体变更控制〔监控过程组〕
3.6.1整体变更控制包含的活动
整体变更控制贯穿工程从启动到收尾的整个过程，包含的活动有：
●识别可能发生和已经发生的变更；
●对阻碍整体变更控制的因素施加影响，保证只实施经过批准的变更；
●审查和批准请求的变更；
●通过控制变更流程来管理已批准的变更；
●维护基线的完整性，确保只有已批准的变更才能被纳入工程产品或效劳
中，并维护相应的配置项和方案类文档；
●评审并审批所有书面的纠正措施和预防措施；
●根据批准的变更来控制并更新范围、本钱、进度和质量需求，协调整个
工程的变更；
●记录变更请求的所有影响；
●确认缺陷修复；
●根据质量报告控制工程质量，使其符合标准；
3.6.2配置管理系统要到达的目标
●建立一种有效的方法，以便以统一的方式进展变更的识别、请求、批准，
以及评估变更的价值和效果；
●通过对每项变更进展影响分析，以便持续不断地对工程进展验证与改良；
●为工程管理团队提供一种与工程干系人之间就所有变更进展沟通的机
制；
3.6.3配置管理活动
●配置识别；
●配置状态统计；
●配置验证和审核；
3.6.4输入、工具与技术、输出
3.7 工程收尾〔收尾过程组〕
工程收尾的内容：
管理收尾：管理收尾涉及到工程干系人的所有活动，重点在于收集工程记录、分析工程得失、收集经历教训，以及对工程归档供未来参考之用；
合同收尾：包括产品验证〔所有的工作已正确完成并且客户满意〕和合同管理收尾〔更新合同记录的内容并将信息归档供将来参考之用〕两局部工作内容。