项目管理基础知识

工程风险管理
1 前言
一般来说，软件工程师总是非常乐观。

当他们在方案软件工程时，经常认为每件事情都会像方案那样运行，或者，又会走向另外一个极端。

软件开发的创造性本质意味着我们不能完全预测会发生的事情，因此制定一个详细方案的关键点很难确定。

当有预想不到的事情引起工程脱离正常轨道时，以上两种观点都会导致软件工程的失败。

目前，风险管理被认为是IT软件工程中减少失败的一种重要手段。

当不能很确定地预测将来事情的时候，可以采用结构化风险管理来发现方案中的缺陷，并且采取行动来减少潜在问题发生的可能性和影响。

风险管理意味着危机还没有发生之前就对它进行处理。

这就提高了工程成功的时机和减少了不可防止风险所产生的后果。

2 什么是风险
所谓“风险〞，归纳起来主要有两种意见，主观说认为，风险是损失的不确定性；客观学认为，风险是给定情况下一定时期可能发生的各种结果间的差异。

它的两个根本特征是不确定性和损失。

IT行业中的软件工程开发是一项可能损失的活动，不管开发过程如何进行都有可能超出预算或时间延迟。

工程开发的方式很少能保证开发工作一定成功，都要冒一定的风险，也就需要进行工程风险分析。

在进行工程风险分析时，重要的是要量化不确定的程度和每个风险相当的损失程度，为实现这一点就必须要考虑以下问题：
要考虑未来，什么样的风险会导致软件工程失败？
要考虑变化，在用户需求、开发技术、目标、机制及其它与工程有关的因素的改变将会对按时交付和系统成功产生什么影响？
必须解决选择问题，应采用什么方法和工具，应配备多少人力，在质量上强调到什么程度才满足要求？
要考虑风险类型，是属于工程风险、技术风险、商业风险、管理风险还是预算风险等？
这些潜在的问题可能会对软件工程的方案、本钱、技术、产品的质量及团队的士气都有负面的影响。

风险管理就是在这些潜在的问题对工程造成破坏之前识别、处理和排除。

3 风险管理
工程风险管理实际上就是贯穿在工程开发过程中的一系列管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监控。

它能让风险管理者主动“攻击〞风险，进行有效的风险管理。

在工程管理中，建立风险管理策略和在工程的生命周期中不断控制风险是非常重要的，风险管理包括四个相关阶段：
风险识别识别风险的方法常用的有风险识别问询法〔座谈法、专家法〕、财务报表法、流程图法、现场观察法、相关部门配合法和环境分析法等。

风险评估对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概率与后果，风险评价那么是确定该风险的经济意义及处理的费/效分析，常用的方法有：概率分布、外推法、多目标分析法等。

风险处理一般而言，风险处理有三种方法，①风险控制法，即主动采取措施防止风险，消灭风险，中和风险或采用紧急方案降低风险。

②风险自留，当风险量不大时可以余留风险。

③风险转移。

风险监控包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监视和控制，后者是在工程实施过程中监督人们认真执行风险管理的组织和技术措施。

在IT软件工程管理中，应该任命一名风险管理者，该管理者的主要职责是在制订与评估规划时，从风险管理的角度对工程规划或方案进行审核并发表意见，不断寻找可能出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风险，风险管理者最好是由工程主管以外的人担任。

4 风险识别
风险识别就是企图采用系统化的方法，识别某特定工程的和可预测的风险。

常用方法是建立“风险条目检查表〞，利用一组提问来帮助工程风险管理者了解在工程和技术方面有些风险。

在“风险条目检查表〞中，列出了所有可能的与每一个风险因素有关的提问，使得风险管理者集中来识别常见的、的和可预测的风险，如产品规模风险、依赖性风险、需求风险、管理风险及技术风险等。

“风险条目检查表〞可以以不同的方式组织，通过判定分析或假设分析，给出这些提问确定的答复，就可以帮助管理或方案人员估算风险的影响。

软件工程一般有如下五类风险：
4.1 产品规模风险
有经验的工程经理都知道：工程的风险是直接与产品的规模成正比的。

与软件规模相关的常见风险因素有：
估算产品的规模的方法〔LOC或代码行，FP或功能点，程序或文件的数目〕。

产品规模估算的信任度
产品规模与以前产品规模平均值的偏差
产品的用户数
复用的软件有多少
产品的需求改变多少
4.2 需求风险
很多工程在确定需求时都面临着一些不确定性和混乱。

当在工程早期容忍了这些不确定性，并且在工程进展过程当中得不到解决，这些问题就会对工程的成功造成很大威胁。

如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造正确的产品。

每一种情况都会导致使人不愉快。

与客户相关的风险因素有：
对产品缺少清晰的认识
对产品需求缺少认同
在做需求中客户参与不够
没有优先需求
由于不确定的需要导致新的市场
不断变化需求
缺少有效的需求变化管理过程
对需求的变化缺少相关分析
4.3 相关性风险
许多风险都是因为工程的外部环境或因素的相关性产生的。

经常我们不能很好地控制外部的相关性，因此缓解策略应该包括可能性方案，以便从第二资源或协同工作资源中取得必要的组成局部，并且觉察潜在的问题。

与外部环境相关的因素有：
客户供给条目或信息
内部或外部转包商的关系
交互成员或交互团体依赖性
经验丰富人员的可得性
工程的复用性
4.4 管理风险
尽管管理问题制约了很多工程的成功，但是不要因为风险管理方案中没有包括所有管理活动而感到惊奇。

在大局部工程里，工程经理经常是写工程风险管理
方案的人，并且大局部人都不希望在公共场合暴露自己的弱点。

然而，像这些问题可能会使工程的成功变得更加困难。

如果不正视这些棘手的问题，它们就很有可能在工程进行的某个阶段影响工程。

当我们定义了工程追踪过程并且明晰工程角色和责任，就能处理这些风险因素：
方案和任务定义不够充分
实际工程状态
工程所有者和决策者分不清
不切实际的承诺
员工之间的冲突
4.5 技术风险
软件技术的飞速开展和经历丰富员工的缺乏，意味着工程团队可能会因为技巧的原因影响工程的成功。

在早期，识别风险从而采取适宜的预防措施是解决风险领域问题的关键，比方：培训、雇佣参谋以及为工程团队招聘适宜的人才等。

主要有下面这些风险因素：
缺乏培训
对方法、工具和技术理解的不够
应用领域的经验不够
新的技术和开发方法
不能正确工作的方法
5 风险估计
风险估计，又称风险预测，常采用两种方法估价每种风险。

一种是估计风险发生的可能性或概率，另一种是估计如果风险发生时所产生的后果。

一般来讲，
风险管理者要与工程方案人员、技术人员及其他管理人员一起执行四种风险活动：
〔1〕建立一个标准〔尺度〕，以反映风险发生的可能性。

〔2〕描述风险的后果。

〔3〕估计风险对工程和产品的影响。

〔4〕确定风险的精确度，以免产生误解。

另外，要对每个风险的表现、范围、时间做出尽量准确的判断。

对不同类型的风险采取不同的分析方法。

1．确定型风险估计
〔a〕盈亏平衡分析
盈亏平衡分析〔Break-Even Analysis〕通常又称为量本利分析或损益平衡分析。

它是根据软件工程在正常生产年份的产品产量或销售量、本钱费用、产品销售单价和销售税金等数据，计算和分析产量、本钱和盈利这三者之间的关系，从中找出它们的规律，并确定工程本钱和收益相等时的盈亏平衡点的一种分析方法。

在盈亏平衡点上，软件工程既无盈利，也无亏损。

通过盈亏平衡分析可以看出软件工程对市场需求变化的适应能力。

〔b〕敏感性分析
敏感性分析〔Sensitivity Analysis〕的目的，是考察与软件工程有关的一个或多个主要因素发生变化时对该工程投资价值指标的影响程度。

通过敏感性分析，使我们可以了解和掌握在软件工程经济分析中由于某些参数估算的错误或是使用的数据不太可靠而可能造成的对投资价值指标的影响程度，有助于我们确定在工程投资决策过程中需要重点调查研究和分析测算的因素。

〔c〕概率分析
它是运用概率论及数理统计方法，来预测和研究各种不确定因素对软件工程投资价值指标影响的一种定量分析。

通过概率分析可以对工程的风险情况做出比拟准确的判断。

主要包括解析法和模拟法〔蒙特卡罗Monte Carlo技术〕两种。

2．不确定型风险估计
主要有小中取大原那么、大中取小原那么、遗憾原那么、最大数学期望原那么、最大可能原那么。

3．随机型风险估计
主要有最大可能原那么、最大数学期望原那么、最大效用数学期望原那么、贝叶斯后验概率法等。

5.1 建立风险清单
风险清单是关键的风险预测管理工具，清单上列出了在任何时候碰到的风险名称、类别、概率及该风险所产生的影响。

其中整体影响值可对四个风险因素〔性能、支持、本钱及进度〕的影响类别求平均值〔有时也采用加权平均值〕。

一旦完成了风险表的内容，就可以根据概率及影响来进行综合考虑，风险影响和出现概率从风险管理的角度来看，它们各自起着不同的作用〔见图1〕。

一个具有高影响但低概率的风险因素不应当占用太多的风险管理时间，而具有中到高概率、高影响的风险和具有高概率及低影响的风险，就应该进行风险分析。

5.2 风险评估
在风险分析过程中，我们对风险进行评估时可以建立一个如下的四元数组：
[ri , li, xi，yi]
其中，ri是风险，li 为风险出现的概率，xi 那么表示风险损失大小，yi 那么表示期望风险。

一种对风险评估的常用技术是定义风险的参照水准，对绝大多数软件工程来讲，风险因素——本钱、性能、支持和进度就是典型的风险参照系。

也就是说对本钱超支、性能下降、支持困难、进度延迟都有一个导致工程终止的水平值。

如果风险的组合所产生的问题超出了一个或多个参照水平值时，就终止该工程的工作，在工程分析中，风险水平参考值是由一系列的点构成的，每一个单独的点常称为参照点或临界点。

如果某风险落在临界点上，可以利用性能分析、本钱分析、质量分析等来判断该工程是否继续工作。

图2 表示了这种情况。

但在实际工作中，参照点很少能构成一条光滑的曲线，大多数情况下，它是一个区域，而且是个易变的区域。

因而在做风险评估时，尽量按以下步骤执行：
〔1〕定义工程的水平参照值
〔2〕找出每组[ri , li, xi，yi]与每个水平参照值间的关系
〔3〕估计一组临界点以定义工程的终止区域
〔4〕估计风险组合将如何影响风险水平参照值
工程组织管理
一、工程组织根本理论
工程组织是保证工程工程正常实施的组织保证体系，就工程这种一次性任务而言，工程组织建设包括从组织设计、组织运行、组织更新到组织终结这样一个生命周期。

工程管理要在有限的时间、空间和预算范围内将大量物资、设备和人力组织在一起，按方案实施工程目标，必须建立合理的工程组织。

1、工程组织特征
〔1〕组织目标单一，工作内容庞杂
〔2〕工程组织是一个临时性机构
〔3〕工程组织应精干高效
〔4〕工程经理是工程组织的关键
2、工程组织设置原那么
〔1〕有效幅度管理原那么
〔2〕权责对等原那么
〔3〕才职相称原那么
〔4〕命令统一原那么
〔5〕效果与效率原那么
〔6〕适时重组原那么
3、工程组织机构的类型
〔1〕工程指挥部型：从1964年以来，我国大型工程工程主要采取这种形式，目前仍然被广泛采用。

优点是对工程实施过程中所出现的相互间协作配合问题的解决具有决策快、效率高的特点；缺点是该形式是行政管理的方式，许多方面不能符合市场经济的规律。

现代工程管理中所采用的工程指挥部型工程组织，无论是形式上还是内容上都比早期的工程指挥部型有了很大的改良。

〔2〕职能组织型：该结构呈金字塔形，高层管理者位于金字塔的顶部，中层和底层管理者那么沿着塔身向下分布。

公司的经营活动按照设计、生产、营销和财务等职能划分成部门；一个工程可以作为公司中某个职能部门的一局部，这个部门应该是对工程的实施最有帮助或最有可能使工程成功的部门，例如开发一个新产品工程可以被安排在技术部门的下面，直接由技术部门经理负责。

〔3〕工程组织型：在这种组织形式中，每个工程就如同一个微型公司那样运作，工程组的成员来自不同的部门，完成每个工程所需的资源完全分配给这个工程，专门为该工程效劳。

〔4〕矩阵组织型：现代大型工程中应用最广泛的新型组织形式，它是职能组织型和工程组织型的结合，
将职能组织型的纵向优势和工程组织型的横向优势有效结合起来。

一个矩阵组织型由垂直的职能部门和水平的不同工程组结合而成一个矩阵，把集权和分权结合起来，从而加强了各职能部门同各工程之间的协作关系。

4、工程组织结构的变化系列
〔1〕工程组织结构的变化系列
职能组织型、工程组织型和矩阵组织型可以表示为一个变化系列，基于工作人员在自己部门的工作时间和在工程组中的工作时间之比，列出上图所示组织结构变化系列图。

〔2〕常用工程组织特点
5、影响工程组织选型的因素
6、工程组的组建
〔1〕工程组的组成成员
1〕工程经理：包括业主工程经理、设计单位工程经理和实施单位工程经理。

2〕工程工程师：主管产品的设计开发，负责产品的功能分析、规格说明、图纸、费用估算、质量、工程变更及技术文档。

3〕制造工程师：为工程工程师的设计成果组织有效的生产过程，包括设计和安装相应的生产设备、安排生产进度以及其他的生产活动。

4〕现场经理：负责在产品交付用户使用时的现场支持、包括安装调试等。

5〕合同管理员：负责工程的所有正式书面文件，对用户变更、提问、投诉、法律方面、本钱及其他授权给工程的关于合同方面的事务保持跟踪。

6〕工程管理员；负责记录工程的日常收支情况，包括本钱变化、劳务费用、日常用品及设备状况等；还要定期做一些报表，并与工程经理和公司领导保持密切联系。

7〕支持效劳经理：负责产品的效劳支持，与分包商的联系、信息处理等。

下列图是通常使用中的一个典型组织结构图：
〔1〕建立工程组沟通方案：通常可以采用会议、书面情况报告、电子邮件或其混合形式来加强工程组成员间的信息沟通和相互交流。

〔2〕工程启动会议：目的是召集工程有关人员开会，介绍工程目标、实施策略及方案安排，宣布有关工程管理中的有关规程；出席人员包括工程发起人、客户代表、公司主观领导、有关职能部门经理和全体工程组成员，该会议的结束标志着工程正式启动。

二、ERP工程实施中的工程组织实例
在具体为某航空企业实施ERP的过程中，设计方和实施方都由我们承当，所以上述的设计、实施工程组可以融为一个组，但承当着两个组的责任；本案例采用工程型组织结构。

1、设计方/实施方工程组主要成员及职能描述
〔1〕工程经理
●与企业用户讨论并确定最终工程范围和实施方法
●负责制订具体的工程方案，包括培训方案
●把握工程各方面的进程
●指导业务流程重组和工程变更
●检查及调控工程实施范围
●向公司汇报工程状况，提出建议及改良措施
●负责工程阶段质量
●其它工程经理所应该负责的工程管理工作
〔2〕技术工程师
●对工程实施按工程实施方案提供技术支持
●协助工程经理定义工程的范围及目标
●参与讨论、制定工程方案
●按工程实施方案提供系统技术培训
●制订指导系统管理策略和方案
●制订数据管理策略和方案
●进行客户化开发的设计、开发和测试
●负责系统安装、提供设备选型参数
●对系统整体性能提出意见
●根据以往的实施经验提供设计及集成方面的建议
●完成数据转换和系统切换工作，保证系统启动运行●负责单元、系统及整体性测试
●负责汇编用户手册并对最终用户进行培训和指导
●负责其它必要的技术工作
〔3〕实施工程师
●对工程实施按工程实施方案提供实施支持
●协助工程经理定义工程的范围及目标
●参与讨论、制定工程方案
●按工程实施方案提供系统功能培训
●制订指导系统详细实施方案和进度方案
●制订数据转换格式和方案
●进行系统的客户化
●协助技术人员进行系统安装及技术维护
●对系统整体性能提出意见
●根据以往的实施经验提供实施风险及防范方面的建议
●完成系统阶段实施目标，保证系统按期顺利运行
●协助技术人员进行单元、系统及整体性能测试
●协助工程经理进行阶段验收和系统验收
●其它必要的实施工作
〔4〕客户代表
●负责与企业用户方面的关系协调和沟通
●负责资料收集和信息传递
●根据工程的需要，负责其它必要的工程工作
2、企业方的工程组主要成员及职能描述
〔1〕工程负责人
●负责与设计方方面联络，保证工程按进度顺利实施
●参与工程方案，辅助管理工程范围，调度资源，监控进度
●提供系统上线后的有关业务支持方法的培训并负责未来的业务支持
●其它工程负责人所应该负责的工程管理工作
〔2〕工程一般成员
●进行业务流程及功能需求的整理和详细设计
●制订必要的数据平安管理制度
●制订必要的系统内部实施管理制度
●进行数据的收集、整理和准备，为设计方提供必要的数据转换支持
●参与工程详细实施方案、阶段方案、培训方案的制订
●负责最终操作用户的培训和使用指导
●参与相关系统的单元及集成测试
●接受咨询参谋的知识转移
●为企业用户提供实施后的技术及相关支持
●提供安装及维护所需的硬件和通讯网络
●协助安装及调试设计方的软件系统
●提供系统的技术、运行环境以支持系统培训、实施、维护等工作的正常运行●根据工程的需要，在工程负责人的统一调配下，进行其它必要的实施工作。

三、结论
工程的组织结构是实施工程管理的一个根本手段，也是开展工程管理工作的根底。

针对具体的工程情况和实施要求选择适宜的组织结构至关重要，本文仅仅对此作了一些初步的探讨，随着当前工程管理形式的开展，工程组织结构理论可能会更趋丰富，新的适合工程管理需求的结构形式必将出现，这也是大家的期待
工程管理常用语
-英中对照
abandonment 委付
The insured surrenders ownership of the property convered by insurance to the insurer.受保人放弃投保的财产所有权,将其交给承保人
absolute advantage 绝对优势
The advantate in the production of a product enjoyed by one country over another when it uses less resource to produce that
accdlerated depreciation 加速折旧
A provision of tax law that allows firms to write off against profits the full cost of a piece of equipment or a new buiding according to a certain formula within a period that is shorter than the actual useful life of that equipment or building.税法的一条规定,允许公司根据盈利情况在比实际使用寿命短的期间内将设备或建筑物的全部本钱按照一定的公式注销
acceptance cdrtificate 验收证书,合格证书
access 获得,取得,接近(或进入)的方法(或权利、时机等)
access to date 使用资料〔的权利〕，查阅资料〔的权利〕
access to market 进入市场〔的时机〕
accessibility 接近〔或进入〕的可能性〔条件，状况等〕
accommodation 通融,和解
accountability 尽责能力,责任透明度,述职要求,(工作,公务,账目,责任)能够向(有关方面)交代清楚的一种(情况、状态、性质〕，对有关方面的要求和希望给以满足的态度和能力，问责性
Accountability/respinsibility matrix 责任分派矩阵
accountable 有说明与解答议务的，负责的，应〔向有关方面〕交代的，能够负责的
project analysis工程分析
一种分析方法,该法将本钱同效益进行比拟,根据给定的各备选方案确定建议的工程是否能充分促进作为分析立足的那个实体目标的实现,以及进行该工程是否有充分的理由
project boundary工程边界
工程边界是工程说明中包括的活动范围。

是从工程的实体边界概念引申出来的。

但是可以扩大，将那些没有固定地理边界，也可能把不同处所的参加者组合起来的工程包括在内。

project coordinator工程协调人
有独立行动权，对自己的行动负责，但不指导他人工作的管理人员。

工程协调人发挥领导作用是通过按程序做出决策和个人之间的沟通和切磋，而不是利用手中的权力来实现。

project charter工程证书
工程证书就是一份正式成认工程存在的文件。

该文件通常由工程之外的一位管理人员发出，其地位要根据工程的需要而定。

工程证书为工程经理规定了在工程活动中使用组织资源的权限。

project interfaces工程界面
工程界面一般分三种：１、组织界面——不同组织单位之间的通报关系。

２、技术界面——不同技术专业之间的通报关系。

３、人际界面——同一工程上不同个人之间的通报关系。

project interfaces工程界面
工程界面一般分三种：１、组织界面——不同组织单位之间的通报关系。

２、技术界面——不同技术专业之间的通报关系。

３、人际界面——同一工程上不同个人之间的通报关系。

project management processes工程管理的过程
过程是产生结果的行动序列。

对于工程,有五中根本的管理过程：发起、规划、实施、控制和结束收尾。

工程的一次性要求加上发起和结束收尾两个过程，这是与经营管理的区别之处。

project management knowledge areas工程管理知识领域
一般公认的工程管理做法划分为8个知识领域:工程范围管理、工程时间管理、工程费用管理、工程质量管理、工程人力资源管理、工程沟通管理、工程风险管理和工程采购管理
project risk management工程风险管理
工程风险管理包括识别和分析工程不确定性，并制定应对措施等假设干过程。

工程风险管理要尽量加加强有利事件的结果，而尽量减少不利事件的后果。

project selection criteria工程选择准那么
工程选择准那么一般根据工程的产品确定,并且可以涉及管理层人士所关心的各个方面(财务收益、市场份额、公众的感觉的)。