一个服装生产厂商想知道顾客特定要求矩阵图是否对某一个特定的颜色有偏爱。他随即选了100件

FAQ就是对IATF 16949:2016内现有要求的解释就昰对于某些标准条款的要求,在我们在执行过程中应该如何去理解它会用FAQ的形式来给大家进行发布。

修订的常见问题 18于2018年10月发布

常见問题 10和常见问题 18于2018年11月删除。

IATF和ISO无法就以合并的文件形式发布IATF 16949达成许可协议 为了不再推迟新的IATF 16949标准的推出,IATF决定以双手册格式出版

在發布之前,IATF确实与国际认证机构确认其他行业也使用双手册模式来确定其行业特定要求并使用双手册模式进行审核,虽然不是最佳的卻是有效的。

IATF通过继续保持联络委员会地位来与ISO保持着强有力的合作关系确保持续符合ISO 9001。

两本手册而不是一本手册使阅读和理解要求变嘚更加困难(前言 - 汽车QMS标准)

因为ISO和IATF之间没有关于IATF 16949合并格式的共同许可协议,所以IATF无法就ISO 9001:2015标准谈判折扣

IATF保持汽车特定内容的价格与之前嘚定价一致。

从本质上讲差异在于出版ISO 9001需要给ISO全额价格。

如果在IATF 16949标准中发现翻译错误应该怎么办? (前言 - 汽车QMS标准)

IATF使用确定的过程来管悝标准翻译包括“交叉核对”翻译以确保准确性。 如果组织或认证机构识别出所认为的翻译错误应联系IATF成员行业协会或支持其认证机構的监督办公室。

该条款的范围是什么 许多组织专注于产品的法律法规要求,却不相信他们有与制造产品或制造过程相关的产品安全(4.4.1.2 產品安全)

本条款着重关注影响最终装配安全性能的产品和制造工艺特性。 这些特性可能不是在法律法规要求中直接提出的而是可能由顾愙特定要求矩阵图定义的。

意图是将职责分配给特定的职能(例如质量)、特定的职位(例如质量总监)还是名义上的个人(例如Bob Smith)呢(5.3.1 組织的角色、职责和权限 - 补充)

职责分配给组织内的角色/职位(如 特定职位,质量总监) 虽然个人可能在他们的角色中承担这些责任,但昰职责仍然属于角色(例如质量总监) 因此,高层管理者将责任和权力分配给角色而不是名义上的个人。

每台仪器或设备都需要进行測量系统评估(MSA)研究吗(7.1.5.1.1 测量系统评估)

不需要。对每件设备进行完整的统计研究是不必要的 可以对具有相同特征(例如测量范围、分辨率、重复性等)的仪器进行分组,并且可以使用样品仪器(代表一组相似测量仪器)进行统计学研究

问题 1:什么时候设备制造商可用于校准检验和测试设备?

如果认可的实验室存在但是非常偏远和/或昂贵并且检验或测试设备制造商在附近并且可用,是否可以使用它们(即使它们没有获得为ISO / IEC 17025认证)

作为检验或测试设备设计和制造的一部分,检验或测试设备制造商制定了设备维护和调整的方法以满足校准要求。 因此检验和测试设备的原始设备制造商有资格校准他们设计和制造的设备。

在使用任何主机厂进行校准服务之前组织应获得顧客特定要求矩阵图的批准。

问题 2:如果组织在最终组装和测试区域有检、测量和测试设备是否可以被认为是内部实验室?

不可以在生產过程或装配过程任何部分使用的在线测量和测试设备都不被视为内部实验室。

该文件(可能是一个表、列表或矩阵)是否必须包含非IATF 主機厂和一级供应商 除了企业社会责任之外,是否需要将所有顾客特定要求矩阵图要求都包含在文件中(7.5.1.1 质量管理体系文件)

根据IATF 16949第4.3.2节,组織负责评估顾客特定要求矩阵图要求包括顾客特定要求矩阵图特定要求,并将其纳入组织质量管理体系的范围

根据IATF .1.1 d)的要求,文件(鈳能是一张表、一个清单或一个矩阵)是质量手册的一部分 该文件应包括认证机构的所有直接顾客特定要求矩阵图,其中可能包括IATF 主机廠、非IATF 主机厂和其他汽车顾客特定要求矩阵图(即一级二级等)。

例如二级组织必须考虑所有顾客特定要求矩阵图的顾客特定要求矩陣图要求,包括顾客特定要求矩阵图特定要求 如果主机厂不是其直接顾客特定要求矩阵图,则二级组织不需要考虑汽车主机厂的顾客特萣要求矩阵图需求

非常重要的一点是,非IATF 主机厂顾客特定要求矩阵图和其他汽车顾客特定要求矩阵图可以在与供应商共享的内部文件(唎如供应商质量手册)中或在向公众提供的特定文件(例如互联网)中拥有顾客特定要求矩阵图要求。

如果非IATF 主机厂或其他汽车顾客特萣要求矩阵图在其顾客特定要求矩阵图要求文件中没有明确联系IATF 16949条款则可能很难识别顾客特定要求矩阵图特定要求。确定是否存在顾客特定要求矩阵图特定要求的方法是比较IATF 16949标准中存在术语“如果顾客特定要求矩阵图要求”的部分并验证现有顾客特定要求矩阵图要求文檔是否列出了与IATF 16949标准需求相关的特定需求。如果是则应在质量手册中将该顾客特定要求矩阵图及其要求添加到文档(可能是表格、列表戓矩阵)中。

并不期望组织直接采用顾客特定要求矩阵图要求包括顾客特定要求矩阵图特殊要求,可以将其转换为与IATF16949条款类似的与IATF OEMs发布嘚内容相一致的CSR格式

问题 1:(关于法律法规的一致性)的观点是什么? 被认为是符合适用的法律法规要求的充分证据(8.6.5)是什么

如8.3.3.1 g)和8.3.4.2Φ所定义的,组织必须采取一种方法来研究、识别、取得副本、审查、理解并确保其在制造产品的国家和在运送产品的目的地国生产的产品符合法律法规要求

8.4.2.2的意图是组织应设计其产品开发方法/业务过程和供应商管理方法/业务过程,从供应商那里获得由供应商提供的服务苻合供应商制造国的、组织使用国的、以及组织将产品运送到的目的地国的(如果由顾客特定要求矩阵图提供)法律法规要求的证明和证據的一种或多种方法

8.6.5的意图是要求组织检验从供应商处收到的一致性/合规性记录,以确保供应商提供的证据涵盖产品的批次代码、批号戓可比较的可追溯性信息这可以从供应商处收到,或在产品存货时完成但必须在产品放行到组织的生产过程之前完成。

条款的意图没囿改变 ISO / TS 16949的要求是“所有购买的产品应符合适用的法律法规要求”。 在这种“被动语态”的措辞中显然没有明确IATF的期望。新要求更明确嘚是要做什么什么时候要完成,需要哪些证据来支持合规性

问题 3:你如何管理和维护当前关于国际供应商的法律法规要求的知识?

IATF16949第8.6.5节並不要求组织为所购买的外部提供的过程、产品或服务知道或保留所有国际法律法规要求的清单

要求组织检查结果、审核或以其他方式萣期验证供应商的过程是否健全并确保其符合最新的适用法律法规和其他要求、其制造国以及客户指定的国家的法律法规和其他要求。

问題 4:如果顾客特定要求矩阵图没有向组织传达信息我们的系统如何理解法律法规要求?

该条款的措词是期望顾客特定要求矩阵图向产品将偠运送到的组织提供信息 由于这些目的地的变化而引起的适用法律法规要求的变化只是 由顾客特定要求矩阵图“如果提供”给组织的要求。

8.4.2.3.1 汽车产品相关软件或汽车嵌入式软件产品(删除)

参见认可解释15, 于2018年11月发布2019年1月生效。

嵌入式软件是存储在客户指定的汽车部件(通常是计算机芯片或其他非易失性存储器)中或作为系统设计的一部分来控制其功能的专门程序。为了符合IATF 16949认证的范围由嵌入式软件控淛的部件必须为汽车应用而研发(即客车、轻型商用车、重型卡车、客车以及摩托车;参见《获得并保持IATF认可的规则》,第5版第1.0节 IATF 16949认证资格,以符合“汽车”资格)

注:用于控制制造过程的任何方面的软件(如用于制造部件或材料的机器)不包括在嵌入式软件的定义中。

问题 1:在处悝之前“认定为不可用”的意图和要求是什么 需要在何时何地将产品“认定为不可用”?

其目的是确保产品无法进入非官方的售后市场、进入公路用车或意外运送给顾客特定要求矩阵图

只要产品在最终处置之前被宣布为不可用,那么将不合格产品认定为不可用的过程不必在制造区域中发生

问题 2:组织如何对此进行控制?

组织负责制定和执行不合格产品的处理过程并验证其有效性

问题 3:组织是否可以使用垺务提供商来认定产品不可用?

是的将产品认定为不可用的过程可以外包给一家服务提供商。 如果使用服务提供商组织需要批准并定期验证供应商如何认定产品为不可用。

问题4: 不合格产品处置是否仅适用于最终产品还是也适用于组件/部件装配?

该要求适用于已通过零件审批过程且组织正向顾客特定要求矩阵图运送的产品

问题 5: 对于认定不可用,需要多大程度地损坏不合格产品

不合格产品需要认定为鈈可用和不可修复。 不需要将产品粉碎或粉碎成许多块

在一个“文档化的过程”中记录多个过程是可以接受的吗?或者它们都必须是单獨的文档化过程吗

是的, 组织将多个文档化的过程分组到一个(或多个)过程中是可以接受的。每个文档化的过程并不一定是一个单独的過程组织应该记录他们的过程,因为这对他们的个人业务和组织需求是有意义的

在产品安全(4.4.1.2)方面,对培训水平和需要确定的特定标准囿哪些要求(4.4.1.2 产品安全 )

与所有的人员能力要求一样,被分配了特定任务的人员需要有胜任这项工作的能力这种能力包括与任务相关的規章制度。

第4.4.1.2节中关于需要什么样的安全要求是非常具体的参考IATF 16949第4.4.1.2节,这些条款包括:

a) 供应商应如客户所期望的那样了解与市场零件使用有关的所有法律法规要求。供应商需要知道在哪里可以研究所有受到影响的国家或地区的法规

b) 客户详细信息将确定客户通知要求;洇此,了解客户的具体情况(可能由内部指定的主题专家讲授)

c) 设计FMEAs的特别批准将在客户的详细信息中确定,见上述b)条款

d) 和 e) 产品安铨相关特征及其控制的识别,将由客户在其特殊特征的定义和必要的控制中定义. 开发PFMEAs和控制计划的人员需要在其客户形成文档的那些方媔有知识储备。

条款f)到条款m)也可以进行类似的分析以确定培训水平和安全要求中每条要求的培训来源。

由于许多要求取决于客户的特萣需求因此在这个问题上没有单一的完整的行业培训。组织需要审查与每个零件相关的客户和法规要求是否适合于预期使用的国家以及咹全相关的零件特性

一些客户可能对产品安全、培训、知识和人员有具体要求。了解客户对产品安全相关的具体要求是组织的责任

是否需要一个外部实验室的校准***或(测试)报告具有与认可该实验室为ISO/IEC 17025的相关国家认证机构的标志(或标识或符号)?(7.1.5.3.2 外部实验室)

是的只有包括国家认证机构标志的校准***或测试报告是可以接受的。

国家认证机构的认证标志(通常也被称为“认证标识”或“认证符号”)证明所提供的检查、测试或校准服务是根据认证范围、符合ISO/IEC 17025的要求并接受国家认证机构的监督进行的。

评估供应商的软件开发能力嘚可接受方法是什么(8.3.2.3开发带有嵌入式软件的产品)

IATF 16949第8.3.2.3节的目的是对软件的开发应用与硬件部件的开发相同的严格程度。就像部件一样软件定义了性能、操作条件、已知输入、指定输出、环境参数(例如文件的大小)、法规要求(如果有的话)、已知的失效模式、使用模式、操作条件的可变性等。

软件开发中的计划、设计、编写、测试、确认和生产验证阶段与硬件部件开发中的这些概念并没有太大的不同 IATF 16949提供了一个健全的框架来验证是否已经采取了所有必要的步骤来设计、验证和生产在大量生产中继续满足规范的硬件部件。虽然在概念上類似但这些步骤对于软件的开发是不一样的。因此要使用一组不同的标准来评估用于开发软件的方法。

这些标准并没有包括在IATF 16949内;因此其他的方法也可供参考,例如Automotive SPICE和CMMI可能还有客户确定的其他可接受的方法。每个客户可能有一个首选的工具来评估供应商软件开发能仂组织应该要求他们的客户确认可接受的评估工具。每个客户还可以指定使用不同的方法(例如客户现场评估,供应商自我评估或鍺两者的结合)。

IATF 16949内部或外部审核员不需要具备进行Automotive SPICE或CMMI评估的知识然而,内部或外部审核员应该足够熟悉评估以便能够识别当软件评估需求未得到满足时,有适当的资源支持的纠正行动计划IATF 16949内部和外部审核员也应该知道客户是否参与了软件开发评估,以及是如何记录這些评估的

如果组织的供应商有低风险,需要进行第二方审核吗目的是什么?(8.4.2.4.1 第二方审核)

在ISO 的推动下,基于风险的思维方式需要被纳入供应商管理需要根据风险评估的结果(见下文)完成风险分析,因此可能不需要进行第二方审核

为了支持风险分析,组织需要考虑以丅标准:供应商认证状态、商品复杂性、新产品发布、显著的员工流动率、产品质量问题、交付问题、客户特定需求以及对组织或对其客戶的其他风险

是否控制计划中指定的每个主要控制都必须有替代的过程控制? (8.5.6.1.1 过程控制的临时变更)

不是的,不要求每个主要控制嘟有一个替代的过程控制

在引入新产品时,组织应该考虑到主要控制可能失败的风险并且基于失败模式的风险和严重程度,决定哪里需要替代的过程控制当需要备份或替代的过程控制时,应该在过程流、PFMEA、控制计划和可用的标准化工作中定义主要的和替代的过程控制

对于现有的过程,在主要过程控制中出现故障并且没有确定替代的过程控制的情况下,组织应该考虑风险(例如FMEA),以及如果获得批准为替代的过程控制开发标准化工作,实施控制通过日常管理验证有效性,然后在恢复主要控制时重新生效

组织应定期检查已使鼡替代的过程控制的实例,并将其视为更新过程流、FMEA和控制计划的输入(见认可解释11)

9.2.2.2 质量管理体系审核 删除

参见认可解释14, 于2018年11月发布,2019年1月生效

组织应根据年度计划,在每一个三年的审核周期日历期内对所有质量管理体系过程进行审核,使用过程方法验证是否符合夲汽车质量管理体系标准与这些审核相结合,组织应对客户特定的质量管理体系要求进行抽样以便有效实施。

整个审核周期仍为三年在三年的审核周期内,质量管理体系对单个过程的审核频率应基于内部和外部的绩效和风险。组织应对其过程的指定审核频率保持正當理由所有过程必须在三年的审核周期内取样,并按照IATF 16949标准的所有适用要求进行审核包括ISO 9001基本要求和任何客户特定要求。

对于每一个苼产过程审核必须包括所有班次吗?(9.2.2.3 生产过程审核)

每次审核不需要涵盖一次审核的所有班次(例如就第1班次和第2班次中对冲压过程进行审核,在第1年进行班次抽样转换然后在第2年或第3年对冲压过程第3班次进行审核)。然而所有的生产过程都必须以三年为周期对所有班次进行审核,审核频率取决于风险、绩效、变化等

为什么产品审核没有确定的审核频率?(9.2.2.4 产品审核)

审核频率必须根据风险和產品的复杂性来确定(见ISO 9001第9.2.2节)。如果一个组织有很高的风险和很高的产品复杂性则建议提高产品审核频率。

全尺寸检验不同于产品洅评定或功能测试吗? (8.6.2 全尺寸检验和功能测试)

是的如IATF 16949第8.6.2条注1所述,[全尺寸检验是设计记录中显示的所有产品尺寸的完整测量];全尺寸检驗仅限于尺寸测量和要求性能或材料测量不包括在全尺寸检验中。

产品再评定通常意味着对所有产品批准要求(例如PPAP或PPA)的完全验证因此超出了全尺寸检验的范围。

功能测试/验证通常仅限于性能和材料测量如耐久性或抗拉强度,不包括尺寸测量

如果客户没有明确频率,組织负责确定全尺寸检验查的频率

全尺寸检验是产品再评定的一部分,如果客户要求产品再评定的话

在控制计划中明确了持续的全尺団检验和功能测试要求。如果存在客户特定要求那么那些要求(包括全尺寸检验和功能测试要求)也包含在控制计划中。

产品审核与全呎寸检验有何不同(9.2.2.4 产品审核)

正如IATF 16949第3节中所定义的,术语“产品”用于表示制造过程的“……任何预期的输出…”

产品通常具有尺団、性能(功能)和材料要求,因此产品审核可能包含对尺寸、性能(功能)或材料要求的验证。如上文FAQ 21所述全尺寸检验仅限于尺寸要求。

产品审核可根据客户指定的方法(如VDA 6.5产品审核)对已完成或部分完成的产品进行实施如适用。产品审核可包括包装和标签要求

与其他审核类型一样,产品审核是对要求符合性的独立验证因此,产品审核具有审核方案中规定的频率和范围并基于风险。

如果对某一特定类型的淛造过程不进行或不适用首件/末件确认是否应按照8.5.1.3 e)的要求保留这些记录?(8.5.1.3 作业准备的验证)

如8.5.1.3 d)所述,只有在适用和适当的情况下才会進行首件/末件确认。如果因为不适用或不合适而不进行确认则不需要保留记录。

问题1:如果组织不负责产品设计因此只是按照客户的设計制造产品,那么组织是否可以免除8.4.2.2中的要求?

不所有组织无论其产品设计责任如何,都必须满足8.4.2.2的适用要求适用要求涉及组织负责的采购的产品、过程和服务。

问题2:如果客户没有提供目的地国的完整清单组织是否需要向客户请求该清单?

是的,如果客户没有提供目的地國家的完整清单则要求组织向客户索取该清单。

“接收国”是本组织的所在地 (制造地点所在国家)

“装运国”是客户的收货地点。 (生产基地运往的国家)

“目的地国家”是车辆销售的国家 (最终产品最初销售的国家)

问题3:如果客户不向组织提供目的地国家的信息,后果会怎样?茬这种情况下组织需要记录什么?

如果组织声称客户没有提供目的地国家的必要信息,组织应该能够提供书面证据(例如信件、电子邮件、會议记录等)以证明他们为获取这些信息所做的努力

问题4:客户应该提供关于目的地国家的什么级别的详细信息?像“全球每个国家”这样嘚一般性声明是恰当的回应吗

不,像“全球每个国家”这样的一般性声明是不能接受的客户应向组织提供车辆最初销售国的特定清单。

问题5:适用的法律和法规要求通常与产品的相关使用相关联根据使用情况,有些零部件可能成为与安全相关的产品基于上述陈述,客戶是否需要向组织提供关于预期用途的详细信息

预期客户将向组织提供有关特性的信息,这些特性与识别满足适用的法律和法规要求的必要控制相关(例如:特殊特性)

什么构成组织的产品设计责任?(8.3 产品和服务的设计和开发)

如果组织从其客户那里收到其正在制造的零蔀件(按图纸制造)的完整定义的工程规范则该组织不负责产品设计。

如果组织没有收到其正在制造的零部件的完整定义的工程规范則组织负责产品设计。

在所有情况下组织负责制造过程设计。

在全面生产维护的要求中包括“周期性检修”一词的意图是什么(8.5.1.5 全面生產维护)

第8.5.1.5节中所有生产线项目的目的是包括在长时间使用中维护制造设备的最低步骤,使其能始终按规范生产产品

“周期性检修”是指萣期维护步骤不再足以使工具和设备保持在可以继续使产品符合规范的条件下所需的制造工具和设备的返工,如使用平均修理间隔时间或其他类似指标所检测的那样

周期性检修已经在标准第三节中定义:“用于防止发生重大意外故障的维护方法,此方法根据故障或中断历史主动停止使用某一设备或设备子系统,然后对其进行拆卸、修理、更换零件、重新装配并恢复使用”

也许周期性检修不适用于某些类型的工具和设备。也许一些工具只是在其使用寿命结束时简单地用新工具替换然而,根据使用情况、时间或其他已知因素所有工具和設备的使用寿命都是有限的。工具和设备制造商会是确定哪些因素并估计何时需要完成这些主要工作的良好来源周期性检修或其适当的等效(例如更换)将需要在组织的维护计划的步骤中加以考虑。

在本条款中使用“全面生产性维护”一词的目的是什么与行业术语“全面生產性维护”有和关联?(8.5.1.5 全面生产维护)

在IATF16949条款中使用“全面生产维护”(TPM)是指用类似的积极主动预防性的生产技术通过设备、工装、过程忣人员改进工具及设备的可靠性给组织创造价值。例如:生产过程中的日常维护包括清洁、润滑及点检。

IATF16949中的TPM与行业中TPM中的一些要求楿一致然后IATF16949中的TPM要求只是和IATF本身的条款要求一致。

在IATF 16949中使用术语“全面生产性维护”给组织提供了有机会采用工业全面生产维护的基本原则但是组织本身满足IATF16949中条款8.5.1.5的要求即可。

简单理解就是:组织只要有类似全面生产维护的方法来进行管理就可以了并不需要实施完整的工业方法中的“TPM”要求,只要满足IATF16949本身条款就可以了

制造过程审核的频度和范围如何界定?(9.2.2.3制造过程审核)

对制造过程有效进行審核是为了持续满足顾客特定要求矩阵图和相关法律法规要求和ISO9001及IATF16949风险管理一样,一些制造过程比另外的一些制造过程可能需要更高频喥的审核如果组织的顾客特定要求矩阵图没有确定审核频度,组织可以根据制造过程的风险来决定审核频度包括考虑新技术的使用、顧客特定要求矩阵图端绩效的表现情况等。对于风险较低的制造过程可以使用较低的审核频度;但是所有制造过程在三年审核周期内都必須被审核到风险评估必须包含到满足所有相关的要求,包括:法律法规要求、顾客特定要求矩阵图要求、生产过程要求、组织内部要求如果这些要求中的任何一个要求都不能满足,则审核频度就需要小于三年一次

简单理解就是:制造过程审核频度根据顾客特定要求矩陣图要求,没有顾客特定要求矩阵图要求就根据风险分析结果最低要求三年涵盖一次。但是如果发生不满足要求的情况就必须提高频佽了。

在“应急计划”中“网络攻击”是什么意思(6.1.2.3应急计划 )

网络攻击是试图非法访问计算机或计算机系统造成损害或伤害的。网络攻击通常是故意利用计算机系统或网络的安全漏洞以获取数据从而改变计算机代码、逻辑或数据。这些操作可能会造成破坏性后果从洏危害机密数据并导致网络犯罪,如信息和身份盗窃、导致了操作中断密公司关键数据或非法远程控制系统或数据。网络攻击和网络犯罪并非总是远程操控的和猜测密码等他们还通常通过电子信箱(通过钓鱼网站)、欺骗方式(冒充熟人或者政府机关)欺骗获得个人或鍺秘密信息;通过***欺骗方式获取个人信息、密码;用恶意软件感染病毒,采用非法链接诱导访问恶意网站;用留在桌面上U盘的方式購买废弃电脑来获取机密信息等。另外网络犯罪分析在入侵组织电脑系统后,用加密公司数据的方式来勒索此外,欧洲的GDPR(通用数据保护条例)或其他地区的类似要求指定组织负责人确保组织保留的个人数据在任何时候都受到保护和保持安全

简单理解就是:网络攻击嘚范围比较广,包括了远程获取密码、***诈骗、钓鱼网站恶意邮件,非法链接甚至用U盘方式获取机密信息等。

可以直接进入的github上面下载试卷課后***,以及对应的笔记总结

1.实现项目目标的制约因素有:

为了创造一个唯一的产品或者提供一个唯一的服务而进行的临时性的努力,所以说项目具有临时性特性

4.过程管理就是对过程进行管理目的是要让过程能够被共享,复用并得到持续的改进

5.项目与日常运作的区別与共同点:

通过效率和有效性的体现
通过项目经理及其团队工作完成的

都需要人来做;而且都受资源限制;都需要规划,执行控制

6.项目的特征:项目均是有时间范围的,所以最能表现项目特征的是确定期限

7.请简述项目管理的 5 个过程组及其关系

(1)启动过程组:主要是确萣一个项目或一个阶段可以开始了并要求着手实行;定义
和授权项目或者项目的某个阶段。 (2)计划过程组: 为完成项目所要达到的商業要求而进行
的实际可行的工作计划的设计、 维护 确保实现项目的既定商业目标。 计划基准是后面跟踪
和监控的基础 (3)执行过程组:根据前面制定的基准计划,协调人力和其他资源去执行
项目管理计划或相关子计划。 (4)控制过程组: 通过监控和检测过程确保项目達到目标 必
要时采取一些修正措施。 集成变更控制是一个重要的过程 (5)收尾过程组: 取得项目或阶
段的正式认可并且有序地结束该項目或阶段。 向客户提交相关产品 发布相关结束报告, 并
且更新组织过程资产并释放资源
关系:各个过程组通过其结果进行连接,一個过程组的结果或输出是另一个过程组的输入
其中,计划过程组、执行过程组、控制过程组是核心管理过程组

目标性、相关性、临时性、独特性、资源约束性、不确定性

1.项目立项之后,项目负责人会进行自造购买决策确立待开发产品的哪些部分的应该采购,外包开发自主研发等

2,项目经理的主要职责是:

3.在(立项)阶段应该明确项目的目标、时间表、使用的资源和经费,而且得到项目发起人的认鈳注意:项目立项是需求方(甲方)提出的需求

(招标书定义) 、(供方选择)、(合同签署)

(项目分析) 、(竞标)、(合同签署)
总而言之:甲方:客户(上帝),乙方:软件开发方

5.项目建议书是项目立项阶段(项目的初始阶段)开发的文档

6.甲方(顾客特定要求矩陣图需求方)招标阶段的任务是:

7.某公司希望开发一套软件产品, 如果选择自己开发软件的策略 公司需要花费 30000 元,根据历史信息维護这个软件每个月需要 3500 元。如果选择购买软件公司产品的策略需要 18000 元,同时软件公司为每个***的软件进行维护的费用是 4200 元/月该公司該如何决策?

自制方案承受月份: .14
如果产品在 17 个月以内可以选择购买方案如果超过 17 个月选择自造方案。

项目章程是项目执行组织高层批准的一份以书面签署的确认项目存在的文件 包括对项
目的确认、对项目经理的授权和项目目标的概述等。

9.招标书主要包括那几部分内容

招标书主要包括三部分内容:技术说明、 商务说明和投标说明。技术说明主要对采购的
产品或者委托的项目进行详细的描述 商务说明主要包括合同条款。 投标说明主要是对项目
背景、标书的提交格式、内容、提交时间等做出规定

1.瀑布模型 生存期模型中, 要求项目所有嘚活动都严格按照顺序进行一个阶段的输入是下一个阶段的输入。

2.敏捷开发通过迭代和快速用户反馈应对管理的不确定性和变更

3每日站立会议是(Scrum)模型敏捷开发实践

4.瀑布模型适合短期项目

5.增量式模型可以避免一次性投资太多带来的风险

6.各个模型的优缺点:

线性,阶段计劃分明,以项目的阶段评审和文档控制为手段有效的对整个开发过程进行指导 缺乏灵活性,无法解决需求不明确或者不准确的情况;(2)由于開发是线性的只有到末期才能见到开发成果,增加了开发的风险;(3)早期的错误到后期才能发现 适用于需求明确,解决方案明确的项目
纠囸了人民不重视测试阶段的重要性的错误认识,将测试分等级,并且和前面的开发阶段对应 仍然将测试作为一个独立的阶段,并没有提高抗风险能力
有助于增进软件人员和用户对系统服务需求的理解 文档容易被忽略,建立原型的许多工作会被浪费掉项目难以规划和管理 适用于需求鈈明确,动态变化的项目
增强了客户使用的信心,逐步提出对后续增量的需求;增量由高到低的优先级确定保障了系统重要功能部分的可靠性;項目总体失败的风险比较低 增量粒度选择问题确定所有的基本服务比较苦难 适用于需求大部分明确,系统较为复杂,有一定的技术风险
  • 缺點:需要精心规划各个阶段目标每个阶段提交的是正式版本,所以工作量会增加
  • 使用范围:主要适用于中型或者大型项目是目前开发Φ最常用的开发模型
    敏捷生存模型:通过迭代和快速的用户反馈管理不确定性和应对变更

个体和交互胜过过程和工具;可以工作的软件胜過面面俱到的文档;客户合作胜过合同谈判;相应变化胜过遵循计划
适用于需求不明确的情况下采用

7.三种你熟悉的生存期模型,并说明这些模型适用于什么情况下的项目

适用于软件需求很明确的软件项目 即一般适用于功能明确、 完成、 无重大变化的软件系统
1) 在项目开始湔,项目的需求已经被很好的理解、也很明确而且项目经理很熟悉为实现
这一模型所需要的过程。
2) 解决方案在项目开始前也很明确
3) 短期项目可采用瀑布模型。
适用于项目需求在项目开始前很明确、解决方案在项目开始前也很明确项目对系统的
安全很严格,如航天飛机控制系统、公司的财务系统等
适用于项目的需求在项目开始前不明确,需要减少项目的不确定性的时候

2.原型分析方法 是其中一种需求建模方法。

3.结构化分析方法是一种自下而上逐步求精的分析方法

4.软件项目管理需求过程:

5.数据字典组成部分:

6.下列不属于 UML 需求视图的是?

甘特图(甘特图用于做计划的视图)
属于需求的视图的是:用例图状态图,顺序图

7.属于需求建模的方法:

  • 面向对象的用例分析方法

8.(需求变更)软件项目的一个突出特点可以导致软件项目的蔓延

9.结构化方法设计有:

10.我们常常从哪些方面着手处理需求不明确的问题?

(2)开发用户界媔原型
(4)强化需求分析和评审

1.任务***是将一个项目***为更多的工作细目或者 子项目 是项目变得更小、更易管理、更易操作

2.一般来说,進行项目***时可以采用 清单 或图表 两种形式来表达任务***的结果。

5.WBS提供了项目范围基线

6. 一个工作包可以分配给另一个项目经理去完荿(注:工作包应当由唯一主体负责,可以分配给另外一位项目经理通过子项目的方式完成)

7.对于一个没有做过的项目,开发 WBS时可以采用洎底向上方法

8. 在任务***结果中,最底层的要素必须是实现项目目标的充分必要条件

9.任务***是将一个项目***为更多的工作细目或鍺子项目, 使项目变得更小、 更易管理和操作

10.一个工作包应当由唯一主体负责。

11.WBS的最底层任务是能分配到一个人完成的任务

12…WBS非常重偠,因为:

帮助组织工作,防止遗漏工作,为项目估算提供依据 但是不包括确定团队成员责任

13.WBS中的每一个具体细目通常都指定唯一的编码

自顶姠下 ,自底向上 ,模板参照,不包括控制方法

(自底向上)方法从特殊到一般的方向进行首先定义一些特殊的任务,然后将这些任务组织起来形成更高级别的 WBS层。
(自顶向下)方法从一般到特殊的方向进行从项目的大局着手,然后逐步***子细目将项目变为更细、更完善的部汾

(1)WBS是任务***的结果;(2)不包括再 WBS中的任务就不是该项目的工作;(3)可以采用清单或者图表的形式标识WBS的结果

17.检验 WBS***结果的标准:

  • 最底层的要素昰否是实现目标的充分必要条件
  • 最底层要素是否有清晰完整定义

18.WBS是对项目由粗到细的***过程,它的结构是:分级的树形结构

19.任务***的方法和步骤

  • 确认并***项目的组成要素 (WBS编号 )
  • 确定***标准,按照项目实施管理的方法***而且***的标准要统一。
  • 确认***是否详细昰否可以作为费用和时间估计的标准,明确责任
  • 确定项目交付成果(可以编制 WBS字典)。
  • 验证***正确性验证***正确后,建立一套编號系统

20.当项目过于复杂是,可以对项目进行任务***这样做的好处是什么?

将一个项目***为更多的工作细目或者子项目, 使项目变得哽小、 更易管理、 更易操作这样可以提高估算成本、时间和资源的准确性,使工作变得更易操作责任分工更加明确。

21.检验任务***结果的标准是什么

检验任务***结果的标准有:

  • 最底层的要素是否是实现目标的充分必要条件
  • 最底层要素是否有重复的
  • 每个要素是否清晰唍整定义
  • 最底层要素是否有定义清晰的责任人
  • 是否可以进行成本估算和进度安排

1.软件项目成本包括直接成本和间接成本,一般而言项目囚力成本归属于直接成本。

2.再在项目初期一般采用的成本估算方法是类比估算法。

3.功能点方法中 5 类功能组件的计数项是外部输入、外部輸出、外部查询、内部逻辑文件、外部接口文件

4.软件项目的主要成本是人的劳动的消耗所需要的代价。

5.用例点方法通过分析用例角色、場景和技术与环境因子等来进行软件估算

6.人的劳动消耗所付出的代价是软件产品的主要成本

7.估算时既要考虑直接成本又要考虑间接成本。

8.(规模)是成本的主要因素是成本估算的基础

9.常见的成本估算方法:

代码行,功能点类比法;记住不包括关键路径法

10.UFC的功能计数项:

UFC:未调整功能点计数
包括:外部输出,外部文件内部文件

11.成本预算的目的是:产生成本基线

12.估算的基本方法包括:

1)代码行,功能点;2)参数估算法;3)专家估算法;记住不包括函数估算法

13.在项目初期进行竞标合同时,一般采用的成本估算方法是类比估算法

14.软件项目规模单位有:

15.在成本管理过程中每个时间段中等各个工作单元的成本是(预算)

16.项目经理正在进行一个图书馆信息查询系统的项目估算,怹采用 Delphi 的专家估算方法邀请了 3 位专家进行估算, 第一位专家给出了 2 万元、 7 万元、 12 万元的估算值 第二位专家给出了 4 万元、 6 万元、 8 万元的估算值,第三位专家给出了 2 万元、 6 万元、 10 万元的估算值试计算这个项目的成本估算值
17.如果某软件公司正在进行一个项目,预计有 50KLOC的代码量项目是中等规模的半嵌入型的项目,采用中等 COCOMO模型项目属性中只有可靠性为很高级别(即取值为 1.3),其他属性为正常 (书上说 正瑺就是 1),计算项目是多少人月的规模 如果是 2 万元 /人月,则项目的费用是多少
18.已知某项目使用 C语言完成,该项目共有 85 个功能点请用 IBM 模型估算源代码行数、工作量项目持续时间、人员需要量以及文档数量。

1.关键路径 决定了项目在给定的金钱关系和资源条件下完成项目所需的最短时间

2.时间 是一种特殊的资源以其单向性、不可重复性、不可替代性而有别于其他资源,是项目计划中灵活性最小的因素

3.在 ADM 网絡图中,箭线表示 活动(任务),结点表示前一个任务的结束同时表示后一个任务的开始 。

4.应急法 和平行作业法 都是时间压缩法

5.任务(活动) 之间的排序依据主要有 强制性依赖关系、 软逻辑关系、 外部依赖关系 等。

6.工程评估评审技术采用加权平均的公式是 PERT历时 =(O+P+4M)/6 其中 O 是乐觀值, P是悲观值 M 是最可能值。

7.一个工作也可以通过多个活动完成

8.在项目进行过程中,关键路径是可变的

9.在 PDM 网络图中箭线表示的是任務之间的逻辑关系,节点表示的是活动

10.在资源冲突问题中,过度分配也属于资源冲突

11.浮动是在不增加项目成本的条件下,一个活动可鉯延迟的时间量

12.在使用应急法压缩时间时要在关键路径上选择活动来进行压缩,因为能够压缩的都是关键路径

13.时间是项目规划中灵活性最小的因素。

  • TF(总浮动:在不影响项目最早完成时间)=LS(最晚开始时间)-ES(最早开始时间)=LF(最晚完成时间)-EF(最早完成时间)
  • FF(自由浮动:在不影响后置任务朂早开始的时间)=ES(最早开始时间)-EF(最早完成时间)-lag(本任务与后置任务之间的之后时间)

15.常见的依赖关系:

16.(甘特图)可以显示任务的基本信息使鼡该类图能方便的查看任务的工期、开始时间、结束时间以及资源的信息。

17.(进度问题)是项目冲突的主要原因尤其在项目后期。

18.编制进度嘚基本方法:

19.快速跟进是指采用并行执行任务加速项目进展

20.(lag)将延长项目的进度

21.(总浮动)可以决定进度的灵活性

22.对一个任务进行进度估算时, A 是乐观者估计用 6 天完成, B 是悲观者估计用 24天完成, C是有经验者认为最有可能用 12 天完成,那么这个任务的历时估算介于 10天到 16 天嘚概率是多少

23.请将下图所示的 PDM(优先图法)网络图改画为 ADM(箭线法)网络图。

上图对应的 ADM 图如下所示:

24.根据下面任务流程图和下表给出嘚项目历时估算值采用 PERT方法估算,求出项目在14-57 天内完成的概率的近似值


1.(审计)是对过程或产品的一次独立质量评估。

2.质量成本包括預防成本和(缺陷成本)

3.质量管理包括(软件质量计划) 、(软件质量保证) 、(软件质量控制)等过程。

4.(软件质量)是软件满足明確说明或者隐含的需求的程度

4.McCall 质量模型关注的 3 个方面是(产品运行) 、(产品转移) 、(产品修改)。

5.质量管理总是围绕着(质量保证)和(质量控制)过程两个方面进行

6.质量保证的主要活动是(项目执行过程审计)和(项目产品审计)

7.质量是满足要求的程度 ,包括符合规定嘚要求和满足顾客特定要求矩阵图隐含需求

8. 软件质量是软件满足明确说明或者隐含的需求的程度。

9.质量形成于产品或者服务的开发过程中 而不是事后的检查 (测试) 把关等。

10.质量计划可以确定质量保证人员的特殊汇报渠道

12.项目质量管理的目标是满足(项目)的需要

  • 预防荿本(评估费用和评估费用)
  • 缺陷成本(内部费用和外部费用)

15.质量控制非常重要,但是进行质量控制也需要一定的成本 (使用抽样统計)可以降低质量控制的成本。

17.质量计划中可以采用哪些方法

质量计划中可以采用以下几种方法:
(1)试验设计:试验设计是一种统计學方法,确定哪些因素可能会对特定变量产生影响
(2)基准对照:是一种寻找最佳实践的方法,是利用其他项目的实施情况作为当前项目性能衡量的标准
(3)质量成本分析:质量计划必须进行质量成本的综合分析,以便决定质量活动
(4)流程图方法:可以显示系统的各种成分是相互的关系,帮助我们预测在何处可能发生何种质量问题
(5)因果分析图:也称鱼刺图。描述相关的各种原因和子原因如何產生潜在问题或影响将影响质量问题的 “人员、 设备、参考资料、 方法、环境”等各方面的原因进行细致的***,方便地在质量计划中淛定相应的预防措施

18. 简述质量保证的主要活动,以及质量保证的要点

质量保证的主要活动是项目执行过程审计和项目产品审计。
质量保证的要点是:对项目进行评价、推测能否达到质量指标、建立对项目的信心

19.简述质量保证与质量控制的关系

质量保证( QA)是通过评价項目整体绩效 ,建立对质量要求的信任,提供项目和产品可
视化的管理报告 这个任务本身并不能提高产品的质量, 但是通过质量保证的一系列工作可
以间接地提高产品的质量质量保证一般由质量保证部门人员实施。
质量控制( QC)是确定项目结果与质量标准是否相符 ,同时 ,确萣消除不符的原因和方法它
控制产品的质量,及时纠正缺陷这个任务本身提高产品的质量,一般由开发人员实施
质量保证是后期质量活动,质量控制是前期质量活动它们是有区别的 :质质量保证是针对
项目实施过程的管理手段,质量控制是针对项目产品的技术手段 ;实施质量保证是针对过程
改进和审计的 强调的是过程改进和信心保证。 实施质量控制是按照质量要求 检查具体可
交付成果的质量,强调嘚是具体的可交付成果

1. 配置管理最终保证软件产品的(完整性) 、(一致性)、(追溯性)、(可控性)。

2.(完整性和可跟踪性)是软件配置管理的核心功能

3.(基线)标志开发过程中一个阶段的结束和里程碑。

4. 基线变更控制包括(变更请求) 、(变更控制) 、(变更批准 /拒绝)、(变更实现)等步骤

5.(版本管理) 、(变更管理)是配置管理的主要功能。

6. 基线变更时需要经过( SCCB)授权。

7. SCCB的全称是(软件配置控制委员会)

8.基线提供了软件生存期中各个开发阶段的一个特定点(记住是各个开发阶段,不是单独的某一个开发阶段)

9.一个(些)配置项形成并通过审核即形成基线。

10.变更控制系统包括从项目变更申请、 变更评估、 变更审批到变更实施的文档化流程

11. 基线修改应受箌控制,而且一定要经 SCCB授权

12.基线产品是可以修改的

13.基线的修改需要每次都按照正式的程序执行。

14. 软件配置项是项目需定义其受控于软件配置管理的款项 每个项目的配置项不一定是相同的。

  • 注意:提出变更申请不是sccb的职责

16.为了更好地管理变更 需要定义项目基线, 关于基線:

可以变化但是必须通过基线变更控制流程处理

17.软件配置管理可以确保软件产品完整性,一致性可控性,但是无法确保产品的正确性

18.變更控制需要关注的是:标识变更提出变更,管理变更

19.配置管理的基本过程:

(1)配置项标识、跟踪; ( 2)配置管理环境建立; (3)基線变更管理; (4)配置管理审
计;(5)配置状态统计; ( 6)配置管理计划

20.软件配置控制委员会( SCCB)的基本职责:

评估变更、批准变更申請、在生存期内规范变更申请流程、对变更进行反馈、与项

21.配置管理在软件 开发中的作用,并列举至少两种配置管理工具

软件配置管理是軟件项目管理的重要内容也是保证软件质量的重要手段。它能
够对软件开发过程进行有效管理和控制 从而实现软件产品的完整性、 一致性、可控性,使
产品极大程度地与用户需求相吻合 它能够控制、 记录、追踪对软件的修改并形成规范文档,
方便日后维护和升级更偅要的是能够保护代码资源,积累软件财富提高软件重用率。

22.写出几个常见的软件配置项

软件项目计划、需求分析结果、软件需求规格說明书、设计规格说明书、源代码清
单、厕所规格说明书、 测试计划、 测试用例与实验结果、 可执行程序、 用户手册、 维护文档

1. 沟通管悝的基本原则是及时性、准确性、完整性、可理解性。

2.可以充分发挥部门资源优势集中的组织结构为职能型组织结构

3. 沟通计划用于确定谁需要信息需要什么信息,何时需要信息以及如何将信息分发给他们。

4. 组织结构的主要类型:

  • 职能型(适用于主要由一个部门完成的项目或技术比较成熟的项目组织结构是目前最普遍的项目组织形式,它是一个标准的金字塔型组织形式)
  • 项目型(在这种组织结构中项目成员没有咹全感)
  • 矩阵型(项目涉及多的领域和特性)

5. 会议形式 沟通最有可能协助解决复杂的问题

6.当项目中有 20 个人时,沟通渠道最多有 190

7.项目干系人是項目计划的一部分。

8.项目沟通的基本原则是及时性、准确性、完整性和可理解性

9.在 IT 项目中成功的最大威胁是沟通的失败

10.责任分配矩阵是奣确项目团队成员的角色与职责的有效工具

11.对于紧急的信息, 应该通过口头的方式沟通; 对于重要的信息 应采用书面的方式沟通

12.人员计劃描述项目的团队人员什么时候,以及如何加入和离开团队

13.沟通计划包括确定谁需要信息 需要什么信息, 何时需要信息 以及如何接收信息等

14.人员管理计划没有明确的具体体现形式, 作为项目计划的一部分 其详细程度因项目而异

15.项目经理花在沟通上的时间是 75%-90%

  • 影响项目决筞的个人、群体或者组织
  • 影响项目活动的个人、群体或者组织
  • 影响项目结果的个人、群体或者组织
  • 注意只有这三种,并不是适应所有的项目人员

17.编制沟通计划的基础是沟通需求分析

  • 是一定数量的个体成员的集合
  • 团队应注重个人发挥应该将某项任务分工给擅长该技术的职员
  • 團队的目的是开发出高质量的产品
  • 团队包括自己组织的人、供应商、分包商,注意没有客户

19.写出 5 种以上项目沟通方式

沟通方式主要有书面溝通和口头沟通、 语言沟通和非语言沟通、 正式沟通和非正式沟通、
单向沟通和双向沟通、网络沟通等

20.矩阵型项目组织结构的优缺点是什麼

优点是: 1、专职的项目经理负责整个项目以项目为中心,能迅速解决问题在最短的时间内调配人才,组成一个团队把不同职能的囚才集中在一起。
2、多个项目可以共享各个职能部门的资源在矩阵管理中,人力资源得到了更有效的利用减少了人员冗余。
3、既有利於项目目标的实现也有利于公司目标方针的贯彻
4、项目成员的顾虑减少了,因为项目完成后他们任然可以回到原来的职能部门,不用擔心被解散而且他们能有更多机会接触自己企业的不同部门。
缺点是 1、容易引起职能经理和项目经理权利的冲突
2、资源共享可能引起項目之间的冲突
3、项目成员有多位领导,即员工必须要接受双重领导因此经常有焦虑与压力

1.风险评估的方法包括

2.决策树分析是一种 形象囮的图表分析 方法。

3.项目风险的三要素是

4.(回避)风险是指尽可能地规避可能发生的风险 采取主动放弃或者拒绝使用导致风险的方案

5.风险规劃的主要策略(应对风险的常见策略)是:

6.软件项目风险识别常采用 德尔菲方法、头脑风暴法、情景分析法、风险条目检查表、其他等方法。

7.定量风险评估主要包括 访谈、盈亏平衡分析、决策树分析、模拟法、敏感性分析 等方法

8.风险管理的 4 个过程:

11.一个项目在进行规划的时候,碰箌了一个风险问题项目经理决定是否采用方案 A。如果采用方法 A 需要使用一个新的开发工具而能够掌握这个工具的概率是 30%,通过使用这個工具可以获利 5 万元如果采用方案 A 而不能掌握这个工具,将损失 1 万元利用决策树分析技术说明这个项目经理是否应该采用这个方案

12.某企业在今年有甲乙两种产品方案可以选择,每种方案的状态、收益和概率如表 11-11 所示绘制决策树时,判断哪种方案将有更大收益


1.买房风險最高的合同类型: FFP(固定总价合同)

2.为执行项目而从项目团队外获取产品、服务或者成果的过程称为:采购

3.合同双方当事人承担不同角銫,这些角色包括:甲方、乙方

4.软件外包的基本步骤:竞标邀请、评估候选乙方的综合能力、确定承包商

5.如果 CPPC合同类型中成本百分比是 10%估计成本是 10 万元,当实际成本是 20 万元是合同金额应该为: 22 万元

6.一个 CPFF合同类型,估计成本是 10 万元固定费用是成本 1.5 万元,当成本提高至 20万え是合同金额为: 21.5 万元

  • 成本补偿类合同(CPCC)
  • 固定价格类合同(FFP)
  • 成本加奖金( CPIF)合同
  • 成本加成本百分比(CPPC)
  • 固定成本加奖金(FPIF)

8.招标书可以是合同计划的輸出

9.对于甲方来说,风险最高的是 CPCC合同类型风险最低的是 FFP合同类型,乙方则相反

10.某项目采用成本加奖金的成本补偿类合同当预算成本為 20 万元,利润 4 万元且奖励分配为 80/20 时,如果实际成本降至 16 万元则项目总价为

11.合同是需要靠( 相关法律法规)约束的

12.项目预计成本 10 万,成夲百分比 20%如实际成本 8 万,则合同金额:

13.成本加奖金合同激励比 80/20; 估计成本 12 万,利润 1 万如实际成本 12 万,则合同金额为: 12+1=13 万;如实际成本為 11 万则合同金额为

1.软件项目管理最终要的 4 个要素是:

2.质量和成本成一定的正比关系,进度和成本成一定的反比关系,范围和成本成一定的正仳关系

3.为了加快项目进度,可以适当见减低过程中的质量标准

4.项目集成管理包括:

  • 对计划的集成管理和项目跟踪控制的集成管理
  • 在相互影响嘚项目目标和方案中做出权衡

5.设成本 C 是范围 S、质量 Q、进度 T的一个函数 C=F(SQ,T)在成本或时间不充足的情况下,可以通过减小范围或者( 降低质量)来解决

6.项目管理过程中的进度目标,成本目标质量目标,范围目标等各个目标之间是(相互关联和制约的)

7.软件项目管理要素:

8.項目集成计划的特点:

1.项目执行控制的基本步骤:

1)建立计划标准; 2)观察项目的性能; 3)测量和分析结果; 4)采取必要措施; 5)做好计劃修订工作控制反馈。

1.软件项目中的软件开发成本是总成本的主要部分

3.代码评审由一组人对程序进行阅读、讨论和争议,它是质量控淛过程

4.挣值分析法也称为已获取价值分析,是对项目的实施进度、成本状态进行绩效评估的有效方法

5.从质量控制图的控制上限和控制丅线,可以知道接受的过程的偏差范围

6.范围控制的重点是避免需求的变更。

7. 一个任务原计划 3 个人全职工作 2 周完成而实际上只有 2 个人参與这个任务,到第二周末完成了任务的 50%则 CPI=?

CPI(成本效能指标)=BCWP(已经完成工作的成本预算)/ACWP(到目前为止花了多少钱) * 100%
* CPI>1:低于预算 ;=1:按照计划进行;<1:超过预算

8.记录反映当前项目状态的项目性能数据是控制项目的基础

9. 项目进度成本控制的基本目标是在给萣的限制条件下,用最短时间、最小成本、以最小风险完成项目工作

10.代码走查是在代码编写阶段,开发人员自己检查自己的代码

11. 在使鼡应急法压缩进度时,能够进行压缩的只有关键路径

12. 累计费用曲线中某时间点 ACWP(到目前为止花了多少钱)比 BCWS(到目前为止本应该完成的工作昰多少)高,意味着在这个时间点为止实际的成本要比计划的高,二者之间的差值就是成本差异

13. 技术评审的目的是尽早发现工作成果Φ的缺陷,并帮助开发人员技师消除缺陷从而有效的提高产品质量。

14. 项目原来预计于 完成 1000 元的工作但到 只完成 850 元工作,而为了这些工莋花费 900 元则成本偏差和进度偏差分别是

SV(进度差异)=BCWP(到目前为止实现了多少价值)-BCWS(到目前为止应该完成多少)
CV(费用差异)=BCWP(到目前为止实现了多少价徝)-ACWP(到目前为止花了多少钱)

15.如果成本效能指标 CPI=90%,他说明投入 1 元产生 0.9 元的效果

16.进度控制重要的一个组成部分是确定进度偏差是否需要采取纠正措施

17.资源平衡最好用于(非关键路径)活动

18.当项目进展到(20%)左右时 CPI处于稳定

19.抽样统计的方法中,以小批量的抽样为基准进行检验

20.质量控淛的3 个要点:

  • 依据相关质量标准进行跟踪检查
  • 确定消灭质量问题的措施

21.某项目由 1、2、3、4 四个任务构成,该项目目前执行到第 6 周末各项工莋在其工期内的每周计划成本、每周实际成本和计划工作量完成情况下表所示:

1.根据提供的信息,计算截至第 6 周末该项目的 BCWS、ACWP、BCWP
2.计算第 6 周末的成本偏差 CV、进度偏差 SV说明结果的实际意义
3.照目前情况,计算完成整个项目实际需要投入多少资金写出计算公式。

22.某项目正在进行Φ下表是项目当前运行状况的数据,任务 1、2、3、4、5、6 计划是按顺序执行的表中也给出了计划完成时间和实际的执行情况。

80%的问题是由 20%嘚原因引起

1.项目周例会是一种正式沟通方式。

2.在马斯洛的需求层次理论中最高层需求是自我实现。

3. Y理论属于参与理论

4.风险管理是连续嘚过程

5.管理干系人参与和控制干系人参与都是干系人管理的任务。

6.敏捷生存期模型中的每天站立会议是很有效的一种沟通方式

7.对于冲突而言,冲突常常是有利的事情

10.项目中的小组成员要同时离开公司项目经理首先应该( 实施风险计划 )。

11.一个软件项目团队中一般有哪些人员角色

项目经理、架构分析师、系统分析师、 DBA、程序开发人员、测试人员、系统工程师、

1.项目目标已经成功实现,可交付成果已经絀现;或者项目无法继续进行这时项目可以 终止 了。

3.是否在预算成本内完成项目、是否实现目标、是否达到项目客户的期望等都是检验項目成功与失败的标准

4. 项目验收过程是甲方对乙方交付的产品或服务进行验收检验,以保证它满足合同条款的要求

5. 项目计划中确定的鈳交付成果已经出现, 项目的目标已经成功实现时 可终止项目。

6.一个项目的交付验收意味着项目的结束

7.当一个项目的目标已经实现,戓者明确看到目标已经不可能实现时项目就应该终止。

8. 客户接受项目的交付结果之前项目经理应该检查交付结果的质量

9.不包括在项目驗收过程中的是 项目总结

10.项目终止的条件:

  • 项目计划中确定的可交付成果已经出现,项目的目标已经成功实现
  • 项目已经不具备实用价值
  • 项目甴于各种原因而导致无限期拖长
  • 不包括项目需求发生了变化

11.项目成功与失败的标准是:

  • 是否达到项目客户的期望

12. 在项目的末期与卖方的匼同还有尚未解决的索赔,项目经理(进行合同收尾合同收尾之后,可能采取法律行动)

参考资料

 

随机推荐