免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2015年下半年 信息系统项目管理师 上午试卷 综合知识
  第37题      
  知识点:   创建工作分解结构   分包   基本原则   可交付成果
  关键词:   WBS   独特性   分包商   工作包   可交付物   项目团队   分包        章/节:   项目范围管理过程       

 
在编制WBS时,应考虑以下(37)基本原则
①每个WBS元素都代表一个独立的、有形或无形的可交付成果
可交付成果中包括最终可交付物和为实现最终结果所需要的中间可交付物
③每个WBS元素应只从属一个母层次的WBS元素或子层次的WBS元素
④每个工作包都应可以分配给一名项目团队成员或一家分包商单独负责
可交付成果具有唯一性、独特性
 
 
  A.  ①②③④
 
  B.  ①②④⑤
 
  C.  ①③④⑤
 
  D.  ②③④⑤
 
 
 

 
  第41题    2018年下半年  
   30%
某公司决定在现有公文处理系统的基础上,新开发一个移动端APP,便于大家远程办公。项目经理召开工作会议,就工作分解结构提出了如..
  第17题    2009年上半年  
   41%
(17)不是 WBS 的正确分解方法或结构。
  第35题    2011年下半年  
   52%
(35)不能作为检验 WBS 是否定义完全、项目的所有任务是否都被完全分解的依据。
   知识点讲解    
   · 创建工作分解结构    · 分包    · 基本原则    · 可交付成果
 
       创建工作分解结构
        工作分解结构(WBS)是面向可交付物的层次型结构,是对完成项目目标、创造可交付物所需执行的项目工作的分解,它组织并定义了整个项目范围。WBS把项目工作细分为更小、更易管理的工作单元,随着WBS层次的降低,意味着项目工作也越来越详细。最底层的WBS单元叫做工作包,是进行进度安排、成本估算和监控的基础。
        WBS代表了当前已批准的项目范围说明书中的所有工作,有助于项目干系人了解项目可交付物。
        输入
        1.组织过程资产
        2.项目范围说明书
        3.项目范围管理计划
        4.批准的变更请求
        工具与技术
        1.工作分解结构模板
        虽然项目具有独特性,但以前的相似项目的工作分解结构往往可以当作新项目WBS的模板。许多应用领域或实施组织都有标准的工作分解结构模板。美国项目管理学会(PMI)提出的工作分解结构实践标准中含有针对行业的工作分解结构模板的例子,可以针对行业特点进行修改,以后用于具体应用领域的具体项目。
        2.分解
        分解是将主要项目可交付物分成更小的、更易管理的单元,直到可交付物细分到足以用来支持未来的项目活动定义的工作包。工作包是WBS的最底层,可以在该层次上对其成本和进度进行可靠的估算。
        “滚动式”规划:对于很久以后才可能完成的交付物或子项目,不可能分解到很详细的程度。项目管理团队通常是随着信息的逐渐丰富而对WBS进行细化。
        项目工作分解的一般步骤如下:
        (1)识别项目可交付物和相关工作。
        (2)确定WBS的结构和编排。
        (3)对WBS进行分解。
        (4)对WBS中各级工作单元分配标识符或编号。
        (5)对当前的分解级别进行检验,以确保它们是必须的,而且是足够详细的。
        输出
        1.项目范围说明书(更新)
        如果制作工作分解结构的过程中有批准的变更请求,则将批准的变更纳入项目范围说明书,使之更新。
        2.工作分解结构(WBS)
        WBS描述的是可交付物和其组成要素的具体内容,定义了整个项目的工作范围。不要把WBS同其他种类的表示项目信息的分解结构相混淆。其他分解结构包括:
        .组织分解结构(OBS):描述了实施组织的层次结构,以便把工作包同实施组织单元相关联。
        .物料清单(BOM):描述生产一个产品所需的实际部件、组件和构件的分级层次表格。
        .风险分解结构(RBS):以层次结构的方式对已识别出来的风险进行组织,通常按风险类别进行划分。
        .资源分解结构(RBS):根据资源类型进行组织的一个分层结构。
        3.WBS字典
        WBS字典是WBS的配套文件,用来描述WBS中包含的工作单元(包括工作包)的细节。对每个工作单元,在WBS字典中都包含一个账户编码、工作描述、执行组织和里程碑列表等。WBS字典中还可能有合同信息、质量要求和相关技术参考资料。与账户编码相关的其他信息还包括收费编号等。与工作包相关的其他信息包括活动列表、资源需求和成本估算等。在WBS字典中,每个工作单元和其他工作单元需要时都可以交叉参考。
        4.范围基线
        已批准的项目范围说明书、WBS及WBS字典构成了项目的范围基线。
        5.范围管理计划(更新)
        6.请求的变更
        在创建工作分解结构过程中可能对项目范围说明书及其组成部分提出变更请求,这些变更通过整体变更控制过程处理。
 
       分包
        中标人应当按照合同约定履行义务,完成中标项目。中标人不得向他人转让中标项目,也不得将中标项目肢解后分别向他人转让。中标人按照合同约定或者经招标人同意,可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件,并不得再次分包。中标人应当就分包项目向招标人负责,接受分包的人就分包项目承担连带责任。
 
       基本原则
        首先,要明确BPR涉及的业务流程和它的覆盖范围。一般来说,业务流程可分为管理流程、操作流程和支持流程3类。操作流程直接与满足外部顾客的需求相关。支持流程指为保证操作流程的顺利执行,在资金、人力、设备管理和信息系统支撑方面的各种活动。管理流程指企业整体目标和经营战略产生的流程,这些流程指导了企业整体运作方向,确定了企业的价值取向,所以是一类比较重要的流程。应该说,BPR的流程覆盖了企业活动的各个方面和产品的全部生命周期,即设计流程、生产流程、管理流程、营销流程。
        海默(Hammer)曾经提出7条原则用以指导BPR项目:
        (1)组织机构设计要围绕企业的产出,而不是一项一项的任务。
        (2)要那些使用过程输出的人来执行过程操作。
        (3)将信息处理工作结合到该信息产生的实际过程中去。
        (4)把地理分散的资源当作是集中的来处理。
        (5)平行活动的连接要更紧密,而不是单单集成各自的活动结果。
        (6)将决策点下放到基层活动中,并建立对过程的控制。
        (7)尽量在信息产生的源头,一次获取信息,同时保持信息的一致性。
        BPR另外一个基本思想是在组织上建立跨功能的任务团队。一些BPR项目之所以失败也正是由于他们将BPR局限于孤立的单个功能领域。BPR这一特点也相应要求从上到下、全企业范围内的支持。要争取尽可能多的总经理的时间,投入到BPR项目中。有人说至少20%~50%,才能使BPR的项目得以成功。
        麦金赛(McKinsey)从BPR项目的具体实施角度出发,给出了一些建议:
        (1)要保证BPR项目在启动时就建立起有效的领导机制。
        (2)企业人员应参与到重组的具体工作中。
        (3)争取全体企业员工对BPR项目的理解和参与。
        (4)调研范围要广泛和全面,但研究和实施中则要突出具体领域,抓住主要矛盾,
        (5)进行成本和效益分析。
        (6)对无法衡量的部分,BPR实施中尽量不触及。
        (7)加强工作中的交流。
        (8)不要放过各种可能的重组流程,尽管其中一些流程输出不显著。
 
       可交付成果
        可交付成果是在某一过程、阶段或项目完成时,必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果通常是为实现项目目标而完成的有形的组件,也可包括项目管理计划。
   题号导航      2015年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第37题    在手机中做本题