笔记专栏：软考-高级-信息体系项目办理-复习笔记

更新了一下整篇行文结构，和后面的章节坚持共同，加入更多的个人了解的口水话吧，免得和常规的教材太共同了

项目规模办理

浅显的来说，规模办理，也便是需求在履行项目前，就要承认好需求，承认好项目的规模和鸿沟，然后防止最后的各种延期、交给物内容等危险。

简略的来说，也便是为了处理“项目做什么”的问题

所以本章节的中心要害，便是怎样做好需求和剖析，创立WBS、构建规模基准

可是怎样承认好需求以及项目生命周期的全流程盯梢这件事，就需求一开端做好办理方案，然后不停地和用户（关连人）聊需求、承认需求、剖析需求，然后开端把user story这些进行拆解剖析，创立WBS，也便是规模基准。最后还需求把规模基准和可交给物进行比对承认，才能提交检验。

所以，这里评论的要害词便是：需求、规模、WBS/WBS词典

1. 规划规模办理

[In]： 项目办理方案、项目规章、作业环境要素、安排进程财物

[Out]： 规模办理方案、需求办理方案

[Tech]： 专家判别、会议

1. 进程阐明

每一个办理范畴的开端，简直都是规划这个范畴的办理方案。

规模办理是对项目规模和需求进行办理，所以输入的依据便是项目办理方案和项目规章，依据实践需求，会产生两个方案，一个是规模办理方案，一个是需求办理方案。

怎样回忆呢，便是在项目的一开端，咱们需求去跟用户谈需求，可是在那之前，咱们要先拿出来一个搜集需求的方案，但这个方案在这个简直一无所有的阶段，也就只要项目办理方案和项目规章能够参考（作为输入）

产出的东西呢，要留意，有个独自的需求办理方案，这个是特别针关于搜集需求进行定制的

2. 知识点阐明

  1. 规模办理方案内容：
  • 怎样制修订项目规模阐明书
  • 怎样依据项目规模阐明书创立WBS
  • 怎样保护和批准WBS
  • 怎样承认和正式检验已完结的可交给效果
  • 怎样处理项目规模阐明书改变

全员参加！讲述的是怎样进行整个规模办理！！在后续的进程中均有参加！！

所以内容回忆能够依据整个规模办理进程来推理~

  1. 需求办理方案内容：
  • 清晰需求（贯穿整个进程，最基本的使命）
  • 树立需求基线（使项目办理团队和用户能达到共识）
  • 树立需求盯梢才能联系链（确保履行进程中，需求能被正确运用）
  • 操控影响规模
  • 一直坚持产品与需求的共同性

和下一个“搜集需求”的进程紧密相关，重点是要和用户达到共识，并且对需求进行盯梢

2. ITO阐明

2.1 输入Input

  • 项目办理方案、项目规章、作业环境要素、安排进程财物
  • 回忆办法：预备规划搜集、剖析、承认需求这个阶段，并没有太多其他的进程的产品能够用来参考，所以只要项目办理方案和项目规章能够作为输入

2. 搜集需求

[In]： 规模办理方案、需求办理方案、关连人办理方案、关连人登记册、项目规章

[Out]： 需求文件、需求盯梢矩阵

[Tech]： 访谈、焦点小组、引导式研讨会、群体立异技能、群体决策技能、问卷调查、观察、原型法、标杆对照、体系交互图、文件剖析

1. 进程阐明

依据上一个进程，产生了“需求办理方案”可知，现在需求开端进行需求的搜集

由于需求和关连人（也便是咱们的客户、甲方、用户）紧密相关，所以肯定需求通过许多的各种会议或者调研办法，同关连人进行了解和承认。所以输入部分除了规模办理方案和需求办理方案以外，还有关连人办理方案和关连人登记册。

依据需求办理方案内容，搜集完需求后，产出的就应该是描绘清楚需求的需求文件，和履行进程盯梢需求状况的需求盯梢矩阵

本进程的各种Tech也是非常要害，需求知道群体立异技能和群体决策技能别离有哪些内容，和大致差异。

知识点阐明

  1. 需求文件：描绘各种单一需求将怎样满意项目相关事务需求。首要内容包含了事务需求、关连人需求、处理方案需求、过渡需求、项目需求、与需求有关假定条件、依靠联系、限制要素等等。

  2. 需求盯梢矩阵：（要知道图大约长什么样子）将单个需求和其他元素间的依靠联系和逻辑联系，树立盯梢。

  3. 需求分类:

  • 事务需求：整个安排高层级需求（实施原因）
  • 关连人需求：关连人群体需求
  • 处理方案需求：必须具备的特性、功用、特征
  • 过渡需求： 从“当时”到“将来”所需的临时才能
  1. 常用技能：重要
  • 访谈：与关连人直接攀谈，预设和即兴问题（1:1,1:n）
  • 焦点小组：主持人、选定关连人、互动评论（1:n）
  • 引导式研讨会：首要关连人集中评论，达到共同意见
  • 群体立异技能：
    1. 脑筋风暴：搜集构思，寻求构思数量，不一定要达到某种定论，发散性评论
    1. 名义小组：脑筋风暴 + 投票排序
    1. 思想导图：mindmap，寻找构思间的共性与差异，能够激发新构思
    1. 亲和图：构思 + 分组，有助于构建WBS
    1. 多规范决策剖析：多规范 + 权重 + 评估 + 排序
    1. 德菲尔技能：专家 + 匿名 + 多轮 + 消除成见（流程比较复杂）
  • 群体决策技能：
    1. 共同同意
    1. 大多数准则
    1. 相对多数准则
    1. 独裁
    1. 问卷调查
    1. 观察
    1. 原型法
    1. 标杆对照

3. 界说规模

[In]： 规模办理方案、项目规章、需求文件、安排进程财物

[Out]： 规模阐明书、项目文件更新

[Tech]： 专家判别、产品剖析、备选方案生成、引导式研讨会

1. 进程阐明

界说规模，能够了解为，要承认规模的鸿沟，以尽量防止后期的项目延伸、规模延伸这些状况。也便是为了产生规模阐明书，以作为分化WBS的前提。

简略的来说，本进程，是清晰搜集的需求属于项目规模内

2. 知识点阐明

  1. 规模阐明书
  • 产品规模描绘
  • 检验规范
  • 可交给效果
  • 项目的在外责任
  • 限制要素
  • 假定条件

规模阐明书的中心，便是产品的规模描绘等内容，具体记载了规模的内容

  1. 产品剖析：对将产品作为可交给效果的项目有用

  2. 备选方案生成：指定尽可能多的潜在可选方案（这些备选方案，会在进展办理-估算活动资源的时分，进行剖析）

  3. 引导式研讨会：许多专家、关连人集中在一起评论，达到共同意见

  4. 专家判别

4. 创立WBS

[In]： 规模办理方案、规模阐明书、需求文件、作业环境要素、安排进程财物

[Out]： 规模基准、项目文件更新

[Tech]： 分化、专家判别

1. 进程阐明

WBS能够了解为需求/使命的分化结构，便于后期安排项目中的使命，并且是层层分化的。

本进程，是在之前的需求文件、规模阐明书的基础上，为了便于后续的项目实施，所以进行了层层分化，构建了WBS。也便是“规模基准”（项目办理方案中的三大基准之一）

既然如此，那么所用的技能肯定便是“分化技能”

2. 知识点阐明

1. WBS

  1. 全员参加、自上而下逐级分化

  2. 表现形式：

  • 树形：层次清晰，合适小项目
  • 表格型：反映全体要素，合适大项目
  1. 作业包：
  • 坐落WBS的最底层
  • 非常具体，便于完整分派给不同的人/安排单元
  1. 操控账户：
  • 办理操控的节点，包含了多个作业包
  • 能够是作业包，也能够比作业包高一级
  1. 规划包：
  • 属于操控账户之下，作业内容已知，可是具体进展缺失的特殊的作业包
  1. WBS词典：
  • 关于WBS中每个元素的具体描绘

2. WBS分化

  1. 分化准则：
  • 功用或技能准则（依据不同的人员或状况进行拆分）
  • 安排结构
  • 体系/子体系
  1. 分化办法：
  • 第二层：生命周期各阶段；第三层：产品和可交给效果
  • 第二层：首要可交给效果
  • 整合外包：卖方还需求编写外包部分的WBS

3 创立WBS的进程

  1. 识别作业：识别和剖析可交给效果和相关作业
  2. 承认编列：承认WBS结构和编列办法
  3. 逐级分化：自上而下逐级分化
  4. 标识编码：为WBS组件拟定和分配标识编码
  5. 核实效果：核实可交给效果分化程度是否恰当

4. 创立WBS需求留意的事项：

  1. 面向可交给效果进行分化
  2. 契合项目规模
  3. 支持方案和操控
  4. 元素由单人担任
  5. 一般分化为4~6层
  6. 包含项目办理、分包内容
  7. 编制需求全员参加
  8. 并非一向不变（完结编制后，仍可能需求修正）

5. 承认规模

[In]： 规模办理方案、需求文件、需求盯梢矩阵、核实的可交给效果、作业绩效数据

[Out]： 检验的可交给效果、改变恳求、作业绩效信息、项目文件更新

[Tech]： 检查、群体决策技能

1. 进程阐明

承认规模的要害点在于，要将可交给效果，和规模基准（也便是需求）进行比对核实查验，然后获得“检验的可交给效果”

这里需求和“界说规模”进程进行差异，能够了解为一个是事前，一个是事后的两个进程

还需求对“核实产品”和“承认规模”进行差异，两针针对的内容是不一样的，一个是针对产品，一个针对的是可交给效果

还需求对比“承认规模”和“项目收尾”的差异

2. 知识点阐明

  1. 需求文件：来自于“搜集需求”进程产出

  2. 需求盯梢矩阵：来自于“搜集需求”进程产出，用于在履行进程中追踪需求的履行状况

  3. 核实的可交给效果：用于在本进程中和需求进行比对剖析，判别是否契合检验规范

  4. 检验的可交给效果：核实的可交给效果通过比对审核，承认能够检验了

  5. 改变恳求：比对查验进程中，可能会提出新的改变恳求，这个时分又要回去走改变操控流程

  6. 核实产品与承认规模

  • 核实产品：针对产品是否完结，是在项目结束时，由客户/发起人进行验证，强调产品的完整性
  • 承认规模：针对可交给效果，是在阶段末，由客户/发起人进行检验，强调的是可交给效果
  1. 承认规模与项目收尾
  • 承认规模：强调可交给效果，且该进程属于监控进程，贯穿项目一直
  • 项目收尾：检验时强调产品自身，存在于项目结束的阶段
  1. 承认规模进程
    1. 承认进行规模承认的时间
    1. 承认投入（识别投入）
    1. 承认承受规范和要素
    1. 承认会议安排进程
    1. 安排承认会议

6. 操控规模

[In]： 项目办理方案、需求文件、需求盯梢矩阵、作业绩效数据、安排进程财物

[Out]： 作业绩效信息、改变恳求、项目办理方案更新、项目文件更新、安排进程财物更新

[Tech]： 误差剖析

1. 进程阐明

操控规模进程是监督项目和产品的规模状态，办理规模基准的改变

在操控XX进程中，往往存在着绩效数据变为绩效报告、有新的改变恳求、办理方案/文件/安排进程财物更新的结果

2. 知识点阐明

  1. 造成项目规模改变的原因：外部环境产生变化（规模延伸）

  2. 规模改变操控的作业（重要）

  • 影响导致规模改变的要素，尽可能使这些要素超有利方向发展
  • 判别规模改变是否已产生
  • 规模改变时，办理实践改变，确保按改变操控进程进行处理