里程碑事件:里程碑事件往往是一个时间要求为零的任务,即它并非是一个要实实在在完成的任务,而是一个标志性的事件。
例如,在软件开发项目中的“测试”是一个子任务,“撰写测试报告”也是一个子任务,但“完成测试报告”可能不能称为一个实实在在需要完成的子任务了,但在指定计划以及跟踪计划的时候,往往加上“完成测试报告”这一个子任务,但工期往往设置为“0工作日”,目的在于检查这个时间点,这是“测试”整个任务结束的标志。
里程碑事件:里程碑事件往往是一个时间要求为零的任务,即它并非是一个要实实在在完成的任务,而是一个标志性的事件。
例如,在软件开发项目中的“测试”是一个子任务,“撰写测试报告”也是一个子任务,但“完成测试报告”可能不能称为一个实实在在需要完成的子任务了,但在指定计划以及跟踪计划的时候,往往加上“完成测试报告”这一个子任务,但工期往往设置为“0工作日”,目的在于检查这个时间点,这是“测试”整个任务结束的标志。
1. 挣值分析中各个参数的计算及项目执行状态的分析(进度和成本执行情况)。P282
BCWS:原来计划成本(计划花的钱)
ACWP:实际花的钱
BCWP:已经获得的价值
BAC:项目完成的预计总成本
TAC:项目完成的预计总时间
SV(进度差异)=BCWP-BCWS
CV(费用差异)=BCWP-ACWP
SPI(进度效能指标)=BCWP/BCWS*100%
CPI(成本效能指标)=BCWP/ACWP*100%
EAC(预测成本)=BAC/CPI
SAC(预测时间)=TAC/SPI
VAC(成本差异)=BAC-EAC
TCPI(未完工的成本效能指标)=剩余工作/剩余成本=(BAC-BCWP)/(EAC-ACWP)
2. WBS的划分方法、划分依据,WBS的用途。(项目分解结构)
模板参照法:利用应用领域已有的标准或半标准法人WBS
类比方法:选用管理工具提供的一些WBS的实例作为参考
自顶向下:采用演绎推理方法,沿着从一般到特殊的方向进行,从大局着手,逐步分解(适用于对此项目特别熟悉的情况)
自底向上:从特殊到一般的方向进行,首先定义项目的特殊任务,然后将这些任务组织起来,形成更高的层次(适用于崭新的项目,有利于发挥创造力)
用途:
(1)WBS提供了项目范围基线,是范围变更的重要输入
(2)WBS明确了完成项目所需的工作
(3)WBS建立了时间观念,提供了一种控制手段
3. OBS的用途,OBS与WBS的结合使用。
OBS(组织分解结构)是项目组织结构图的一种非凡形式,描述负责每个项目活动的具体组织单元,它将工作包与相关部门或单位分层次、有条理地联系起来的一种项目组织安排图形。
OBS不是按照项目可交付成果的分解而组织的,而是按照组织内现有的部门、单位而组织的,把项目活动和工作分列在现有各部门下,这样,相关部门只需找到自己所在的位置,就可以指定所承担的所有职责。
4. 工作包的概念及用途。
工作包是WBS最低层次的可交付成果,是WBS的最小元素
1)可以对工作包进行成本估算、进度安排、风险分析以及控制跟踪
2)可以被进一步分解为项目进度中的活动
3)可以分配给另外一位项目经理通过子项目的方式完成
5. 软件项目中风险的分类,不同类型风险的区分。
从范围角度:商业风险、管理风险、人员风险、技术风险、开发环境风险、客户风险、产品风险、过程风险。
从预测角度:已知风险、可预测风险、不可预测风险
6. 风险的要素有哪几个,如何理解。
风险事件、风险发生的概率、风险造成的影响
7. 什么是质量保证,什么是质量控制,各有哪些手段?
质量保证:证明项目将会达到有关质量标准而开展的有计划、有组织的活动,属于管理职能。
手段:质量审计(需求过程审计、设计过程审计、编码、测试过程审计)
质量控制:确定项目结果与质量标准是否相符,同时确定不符的原因和消除方法,控制产品的质量,及时纠正缺陷的过程。
手段:技术评审、走查、测试、返工
8. 项目团队的组织结构有哪几种,各有何特点?
职能型组织结构:以部门为主体来承担项目,一个项目由一个部门或多分部门负责,有部门经理也有项目经理。可以充分发挥职能部门资源集中的优势,便于部门内部专业人员的交流。但是容易忽视客户的利益,资源的平衡也会出现问题。
项目型组织结构:项目经理有足够的权利控制项目的资源,项目成员向唯一一个领导汇报。组织结构简单,易于操作,项目团队精神得到充分利用。但资源不能共享,处于相对封闭的环境。成员缺乏事业上的连续性和安全感。
矩阵型组织结构:是职能型和项目型组织结构的混合体。专职的项目经理负责整个项目,以项目为核心,多个项目能共享部门资源。但是容易引起职能经理和部门经理权利的冲突。以及项目之间的冲突。
9. 项目沟通计划中需要完成哪些工作,步骤是什么?
决定项目相关人的信息和沟通需求(谁需要什么信息、什么时候需要、什么样的沟通方式)
沟通计划编制
沟通方式建议
10. 进度安排中确定任务间顺序关系时,任务间依赖关系有哪几种,如何区分?
强制依赖关系:工作任务中固有的依赖关系,不可违背,由客观规律和物质条件决定的(如需求分析一定要在软件设计之前进行)
软逻辑关系:由项目管理人员确定的项目活动之间的关系,是人为的,主观的。(如哪个模块先做,哪个模块后做)
外部依赖关系:项目活动和非项目活动之间的一种关系。(如环境测试依赖于外部提供的测试环境)
11. 成本估算中Delphi方法如何使用?
delphi专家估计法是通过计算每位专家的平均值(P + 4*M + O) / 6得到,然后求出所有专家的期望值(平均值)
12. PERT方法中任务历时的估算方法,保证率的计算
1.定额估算法(T=Q/R*S)(T:是活动的持续时间,Q:任务的规模(工作量),R:人力数量,S:效率)
2.经验导出模型(D=a*E^b) (D:月进度 E:人月工作量,a,b为固定参数)
3.工程评估评审技术
E=PERT=(O+P+4M)/6
标准差=(P-O)/6
方差=标准差^2
E+-标准差 (68.3%)E+-2标准差 (95.5%) E+-3标准差 (99.7%)
13. 项目章程包含哪些内容,有何用途?
内容:项目的正式名称、项目的发起人以及联系方式、项目经理及其联系方式、项目目标、可交付成果以及项目资源、预算及供应商等等。
用途:清楚的定义项目,说明它的特点和最终结果,而且指明了项目权威。
14. 什么是项目基线,基线变更需经过哪些过程?
项目基线:已经正式通过复审和批准的产品,它可作为进一步开发的基础,并且只能通过正式的变化控制过程改变
基线变更的过程:提出变更请求、SCCB给出变更评估、SCCB变更批准/拒绝、变更实现
15. 常用软件生存期模型有哪些?各有何特点?
瀑布模型:简单,易用,严格按照顺序自上向下执行,是一直理想化的模型,一般适用于功能明确、无重大变化的软件系统开发。
V模型:强调测试的重要性,将开发活动与测试紧密的联系在一起。此模型要求开发的群过程严格按照顺序执行。
快速原型模型:以逐步增加的方式进行开发,以便随时根据客户的反馈来修正系统,适用于项目需求不明确的情况。
增量式模型:首先构造核心功能,然后逐步增加和完善系统功能,可以避免一次性投资带来的风险。
渐进式阶段模型:体现了渐进式过程和阶段提交的模式,适用于大中型软件项目的开发。
敏捷生存期模型:关注持续的交付价值,通过迭代和快速的用户反馈管理不确定性和应对变更。
16. 衡量软件规模的方法有哪些,各有何特点,如何使用?
代码行、功能点、对象点技术 特点:容易计算代码行数,但代码行数依赖于编程语言和个人风格。估算不准确。
类比估算法 特点:简单易行,花费少,具有一定的局限性,准确性差
自下而上估算法 特点:相对比较准确,但非常费时,估算本身也需要成本
参数模型法 特点:简单,比较准确,但如果模型选择不当,也会导致偏差
专家估算法
17. 什么是里程碑事件,有何特点?
定义:往往是一个时间要求为零的任务,即它并非是一个实实在在完成的任务,而是一个标志性的时间。
特点:仅仅是事件的标记,不消耗时间和资源。
18. 什么是软件的质量?软件质量的管理经历了哪几个发展阶段?
定义:软件质量是指与软件产品满足规定的和隐含的需求能力有关的特征的全体
发展阶段:
1.1976年Boehm提出定量评价软件质量的概念,并且首次提出软件质量的层次模型,即Boehm质量模型
2.1978年,McCall提出从软件质量要素、准则、度量的三个层次软件质量模型
3.1985年,ISO提出了软件质量度量模型,提出内部质量度量和外部质量度量的概念。
19. 配置管理的主要工作内容有哪些?
配置项标识、变更控制、配置项状态统计、配置项审计
20. 沟通有哪些手段,各有何特点?
书面沟通和口头沟通、语言和非语言、正式和非正式、单向和双向、网络
对于紧急信息,采取口头沟通;对于重要信息,采取正式沟通
21. 项目沟通的基本原则有哪些?
沟通管理的基本原则是:及时性、准确性、完整性、可理解性
22. 什么是项目,有何特点,与日常运作有何不同?
项目是为了创造一个唯一的产品或者提供一个唯一的服务而进行的临时性的努力。
特点:目标性、相关性、临时性、独特性、资源约束性、不确定性
项目是一次性的,日常工作是重复进行的
项目是以目标为导向的,日常工作是通过效率和有效性体现的
项目存在大量的变更管理,日常工作保持持续的连贯性
23. 镀金和蔓延是何含义?
镀金指开发人员主动要求增加新功能以来讨好客户。
蔓延指客户不断提出新的需求,以至于项目范围没有很好的控制,项目工作范围超出了项目立项时的范围。
24. 软件需求有哪几个层次,如何理解?
业务需求:反映了客户对系统高层次的目标要求,由管理人员确定。
用户需求:描述用户通过使用本系统必须要完成的任务,一般由用户协助提供
功能需求:定义了开发人员必须实现的软件功能,使得用户通过使用此软件能完成他们的任务,从而满足业务需求
25. 如何完成项目进度计划的安排,包含哪些步骤?
根据任务分解的结果进一步分解主要的任务。
确定任务之间的关联关系
估算每个任务需要的资源、时间
编制出项目的进度计划
26. 软件项目成本包含哪几个部分?分别如何确定?P99
直接成本(与开发的具体项目直接相关的成本):人员工资、材料费、外包外购成本,包括开发成本,管理成本,质量成本等
间接成本(不属于一个具体的项目,是企业的运营成本):房租、水电、员工福利、税收等
27. 项目的范围、质量、成本、进度有什么关系
范围定义做什么,质量定义系统的好坏,成本决定项目的投入,进度定义项目的交付日期。这四个元素相互制约,相互平衡。范围和质量与成本成正比,进度与成本反比。
28. 使用网络图进行项目进度安排,确定每个任务的最早、最迟开始和结束时间,浮动时间的计算,关键路径的确定和计算P140
一个方框四个角,左上是ES最早开始时间,右上是EF最早结束时间,左下是LS最晚开始时间,右下是LF最晚结束时间。最长且浮动为0的路径即为图中的关键路径。一个任务的最早时间和最迟时间相同,则表示其为关键路任务。
TF(总浮动)=LS-ES=LF-ES 本任务可以延迟的时间
FF(自由浮动)=ES(后置任务)-EF-lag(任务之间的滞后)【在不影响后置任务最早开始时间,本任务(活动)可以延迟的时间】
29. 使用决策树及损益值分析进行项目风险分析和决策。P237
概率 回报 EMV(Expected Monetary Value,损益期望值)
需求管理的过程:需求获取、需求分析、需求规格编写、需求验证、需求变更
风险的三个属性:风险事件、概率、影响
当项目进行到某一阶段,项目经理发现项目组的一些人(包括关键人)要离开公司,这是项目经理首先应该:实施风险计划
如果你是某项目的项目经理,你已经估算出每个单元的成本是¥129。这个项目一共有1200单元,你采用什么估算方法:类比估算法
网络图可以用来:安排计划、展示任务之间的逻辑关系、用于详细的时间管理,但是不可以:用于跟踪项目
质量成本包括预防成本和缺陷成本,它说明了:额外需求成本
浮动是指:在不影响项目完成时间的前提下,一个活动可以延迟的时间量
在风险分析过程中,确定已经识别的一个风险事件是无法避免的,也是不能减轻的,也不能投保,这是一个关键的风险事件,一旦发生可能造成项目的失败,项目经理最佳的选择是:让风险评估小组继续分析该风险事件,直到降低预期影响
涉及多个领域工作的复杂项目最好采用哪种进行组织管理:矩阵型
人力资源分配图:展现项目中人力资源在各个阶段的分布情况
PERT(工程评估评审技术):乐观者、最可能、悲观者三类人评估
如果你已经决定对每个活动估计用一个时间估计值的方法来估计你的项目,你将采用——PERT方法。
PERT方法考虑了风险评估。
如果在一个项目网络图中,任务A有15天的自由浮动和25天的总浮动,但是任务A的最早开始时间延误了30天,那么这对项目意味着什么:任务A的下一个任务的最早开始时间将延迟15天
作为项目经理,你为项目制定了符合公司体系的质量保证的相关活动,这些质量保证活动可以:为项目满足相关质量要求提供信心
项目的基线发生变更应该经过谁授权执行:SCCB(软件配置控制委员会)
进度控制重要的一个组成部分是:确定进度偏差是否需要采取纠正措施
项目管理核心的三角形是:范围、时间、成本
在甲乙合同中,甲方是提出需求的一方,乙方是供应方
采用delphi方法来标识风险可以减少人为的偏差,以便作出正确的决定
质量保证是完成后看是否正确,是质量保证人员通过各种手段来保证得到高质量结果的工作,属于管理只能;质量控制是完成前检查质量,是由开发人员实施,直接对项目工作结果的质量进行把关,属于检查职能。
软件配置管理的目的是建立和维护整个生存周期中软件项目产品的完整性和可追溯性
责任分配矩阵是明确其角色与职责的有效工具
统计需求变更请求的数量是配置审核过程
项目建议书不是项目计划阶段开发的文档,而是项目立项阶段开发的文档。
在项目选择过程中,关键是对项目的定义有明确的描述,包括明确项目的目标、时间表、项目使用的资源和经费,而且得到执行该项目的项目经理和项目发起人的认可。这个阶段称为项目立项阶段。首先项目发起人对发起项目经过调研和可行性分析,如果认可则需要向高层人员申请立项,提交项目立项申请建议书,以获得项目审核,并得到支持。
资源平衡最好用于非关键路径活动。
任务(活动)之间的排序依据主要有:强制性依赖关系、软逻辑关系、外部依赖关系。
项目各项任务(活动)之间存在相互联系与相互依赖关系,根据这些关系安排各项活动的先后顺序。确定任务(活动)之间关联关系的依据主要有以下几种:
1.强制性依赖关系
强制性依赖关系是工作任务中固有的依赖关系,是一种不可违背的逻辑关系,又被称为硬逻辑关系或内在的相关性,它是由客观规律和物质条件的限制造成的。例如,需求分析一定要在软件设计之前完成,测试活动,一定要在编码任务之后执行。
2.软逻辑关系
软逻辑是由项目管理人员确定的项目活动之间的关系,是人为的、主观的,是一种根据主观意志去调整和确定的项目活动关系,也可以称指定性相关,或者偏好相关或软相关。例如,安排计划的时候,哪个模块先做,哪个模块后做,哪个任务先做好一些,哪些任务同时做好一些,都可以由项目经理确定。
3.外部依赖关系
外部依赖是项目活动与非项目活动之间的依赖关系,例如,环境测试依赖于外部提供的环境设备等。