敏捷管理认证知识导图

PMI-ACP考试是由美国项目管理协会(PMI)于2011年推出一门敏捷项目管理的考试， ACP证书是PMI在全球191个国家和范围内，发起的针对敏捷实践者的资格认证。下图梳理了敏捷管理认证的相关知识内容，赶快收藏下图学习吧！

ACP知识集锦

• 基础知识补充
  • 1. 用户故事
    • 概念：用户故事是指在软件开发和项目管理中用日常语言或商务用语写成的句子.这个句子反应一个用户在其工作职责的范围内要达到的某个目的，以及此目的所需要的功能.
      • 商务的语言 业务的语言
      • 以下哪一用户故事不是封闭的？ A：露营者可报名旅行 B：露营者可导航网页 C：露营者可查看详细的旅游行程 D：露营者可取消旅游行程 正确答案：B 你的答案：C 解析：因为“露营者可作网页导航”这个活动没有清晰的结束点，所以是最佳答案，而其他选项的活动都有清晰的结束点。
    • 典型的归类整理用户故事的方法有：
      • 1）与产品特性的相关性
      • 2）依据逻辑顺序和依赖关系
      • 3）基于客户价值的优先级。
    • 开发一个用户故事的理想时长是 A：1-2个冲刺 B：1-2个迭代 C：2-5天 D：15 天 正确答案：C 你的答案：A 解析：开发一个用户故事的理想持续时长是2-5天。
  • 2. 用户故事详解
    • 模板
      • As a[user role]，I want to[result]，[so that[reason]]
      • 作为一个【用户角色】，我想要【结果】，【因为[原因]】
    • 3C原则
      • Card
        • 业务价值的reminder、做计划和沟通的token
      • Conversation
        • 用于在计划或估算时引发关于故事细节的对话
      • Confirmation
        • 共同目标和基准
        • 一个敏捷的团队正在与客户召开会议，以制定下一次迭代的产品需求，会议的结果是一套明确而详细的需求。 团队下一步应该怎么做？ A：开始对选定的用户故事编写代码以满足这些需求。 B：对遗留功能运行自动化测试 C：编写测试，用于了解故事的正确开发时间。 D：需求客户编写测试，用于了解故事的正确开发时间。 正确答案：C 你的答案：D 解析：确认验收标准，确定完成的范围与内容，以判断完成的时间。这个测试其实就是验收标准。
        • 将细节以验收测试的方式来确认故事完整性和正确性
        • 验收Acceptance Criteria模板
          • 例子 我是个已登录的合法用户 当我连续三次输入错误验证码我将被自动登出，并且五分钟内试图登录都会被拒绝
          • Given（在什么样的情景或条件下）
          • When（做了什么操作，采取了什么行动）
          • Then（得到了什么结果）
          • 产品未完成项中只剩下少数事项，项目管理办公室主管现在要审查产品需求，该主管应该审查哪些项目资源？ A：功能集 B：最终项目审计 C：验收测试 D：业务需求文件 正确答案：C 你的答案：A 解析：每次评审活动均进行了验收行为，所有审查的应该是验收测试内容
          • 2-3个AC点验收，代表完成用户故事需求
  • 3. 用户故事举例
    • 拆分大故事。变成小故事
      • 一名团队成员意识到一项任务所花的时间比原始估算的时间长，下列哪一项可以预防这个问题？ A：在计划模板中分配更多的时间 B：计划更长时间的 C：在站会上分配额外资源 D：将任务分成多个部分 正确答案：D 你的答案：C 解析：一项任务所花费的时间比原始估算的时间长，很可能是将用户故事拆分成任务时，该任务规模太大，所以可以将该任务分成多个部分，便于更好的估算工期
    • 用户故事的属性INVEST
      • Independent 独立的
      • Negotiable可协商的
      • Valuable有价值的
      • Estimable可估算的
      • Small 小的
        • 不能太小，反而不一定划算
      • Testable可测试的
        • 基于AC的
      • 拉尔夫正在一敏捷实践者研讨会上讲解用于开发用户故事的INVEST原则，其中E代表 A：Easy B：Error proof C：Erratum D：Estimable 正确答案：D 你的答案：A 解析：I-Independent N-Negotiable V-Valuable E-Estimatable S-Small T-Testable
  • 4. 用户故事地图
    • User Story
    • 用户旅程地图
    • User Story Mapping 匹配
      • 画MVP
    • 敏捷项目中的故事地图本质上等同于传统项目管理中的 A：产品清单 B：产品需求 C：项目计划 D：项目进度安排 正确答案：C 你的答案：B 解析：敏捷中，故事地图本质上等同于项目计划，它将用户故事/产品特性按逻辑主题排列，作为开发的计划。
  • 5. 敏捷反馈技术
    • 样板
    • 模拟
      • 哪一项是敏捷的产品反馈技术？ A：开发 B：重构 C：模拟 D：编码 正确答案：C 你的答案：B 解析：敏捷反馈技术包括 样板 模拟 演示 评价 结对编程 单元测试 持续整合 每日站立会议 冲刺计划
    • 演示
    • 评价
    • 结对编程
      • 敏捷团队正在估算一个即将进行的sprint，为了进行两小时的结对编程活动，应该计划多长时间的理想时间？ A：两小时，开发人员两小时，审查员零小时 B：三小时，开发人员两小时，审查员一小时 C：四小时，开发人员和审查员各两小时 D：五小时，开发人员两小时，审查员两小时，还有一小时用于集成 正确答案：A 你的答案：D 解析：结对编程，两人互为开发人员和审查员，在开发过程中就完成审查
    • 单元测试
    • 持续整合
    • 每日站立会议
    • 冲刺计划
    • 反馈的定义是 A：一项将未来的创新纳入考虑的成熟流程 B：一项通过过去信息影响未来行为的动态流程 C：一项忽略过去信息的不断变化的流程 D：一项过去信息影响未来行为的静态流程 正确答案：B 你的答案：A 解析：反馈是一个动态流程，过去的信息影响着未来的行为，敏捷反馈技术包括 样板 模拟 演示 评价 结对编程 单元测试 持续整合 每日站立会议 冲刺计划 因为敏捷的环境是透明和协作性的，所以反馈是普遍存在的。
  • 6. 三角测量法
    • 通过对比两个用户故事来估算开发一个用户故事的相对工作量的敏捷估算技能是 A：计划扑克 B：三点估算 C：三角测量法 D：对比分析 正确答案：C 你的答案：A 解析：三角测量的具体做法是在估算一个故事时，根据这个故事与其他一个或多个故事的关系来估算。
  • 7. 验收测试驱动开发
    • 验收测试驱动开发的第一个步骤是 A：提取 B：示范 C：讨论 D：开发 正确答案：C 你的答案：B 解析：验收测试驱动开发（ATDD）4 个步骤可简记为4 个Ds： 1）Discuss 讨论 2）Distill 提取 3）Develop 开发 4）Demo 示范
  • 8. 项目和质量标准
    • Rebecca和她的敏捷团队正讨论项目和质量标准。通常情况下应在何时最适合讨论？ A：在第一次迭代之后 B：在工作的最开始 C：在重构之后 D：在第一次可接受用户故事之前 正确答案：B 你的答案：A 解析：在工作的最开始讨论项目的质量标准
    • 为确保可交付成果的质量，团队应该怎么做？ A：在产品质量日志中记录所有质量问题 B：在最终迭代期间分配更多的质量测试员 C：在规划阶段实施质量保证 D：考虑产品质量评审的频率 正确答案：C 你的答案：A 解析：A选项只是记录，并不能确保质量；B选项和瀑布式方式相吻合，敏捷强调不要靠最后的检验来做质量把关，应该把质量作为生产和设计的一部分，在过程中注重质量管理。所以选择C
  • 9. Persona
    • 基本信息（姓名、年龄、等）
    • 喜欢和不喜欢
      • 抛开产品的喜好
      • a team needs to evaluate stories for a critical to satisfy and user. What method should the learn employ A. Impact mapping B. Story mapping C. Personas D. Assign priority to stories 团队需要评估一个最终用户的用户故事，其满意度至关重要，团队应该使用什么方法 A：影响地图 B：故事地图 C：人物 D：为故事分配优先级 正确答案：C 你的答案：B 解析：选择personas人物角色，它代表一组类似终端用户的典型用户，通过其目标、动机和具有代表性的个人特征来描述。影响地图是一种战略规划技术，被组织作为打造新产品的路线图。
    • 期待（目标）
    • 痛点
    • 对产品的喜好
  • 10. 产品视角总结
    • Vision
    • Persona
    • US
    • USM
      • MVP
    • PB
    • 从产品视角进入到研发视角
      • 一个敏捷团队正在为未来一年后发布的产品工作，已经规划了所有迭代，首先应该进行什么类型的规划 A：愿景 B：适应 C：发布 D：迭代 正确答案：A 你的答案：B 解析：愿景->产品路线图->用户故事地图 ->发布计划四个层级，发布之前做什么，就应该做路线图和愿景
  • 11. DOR
    • 虽然项目团队一直在完成项目相关方提出的要求，但似乎双方对预期成果存在不同意见，若要解决团队与相关方的分歧，产品负责人应该怎么做？ A：要求相关方与团队一起确定额外需求 B：请求相关方更妥善的记录他们的需求 C：让团队确立“备妥”（DOR)定义，包含相关方的验收标准 D：在团队不在场的情况下向相关方演示产品，让其提出反馈意见 正确答案：C 你的答案：A 解析：理解分歧，需要我们将双方的验收标准进行统一，所以选择C
  • 12. 风险-价值矩阵
    • 1. 高风险高价值
    • 2. 低风险高价值
    • 3. 低风险低价值
    • 4. 高风险低价值
      • 产品所有者和团队在价值和风险中，对产品待办事项中的项目进行分类，他们决定首先处理好高价值高风险项目，然后是高价值低风险，最后才是低价值低风险。对于低价值高风险的项目，我们应该怎么做？ A：放到最后才处理 B：寻找增加价值或减少风险的方法 C：不处理它们 D：通过一些实践来验证它们价值和风险的数量 正确答案：A 你的答案：B 解析：对于低价值高风险的项目，最后再做。在完成这些项目之前，我们需要做出明智的决定，因为它实际上可能会使你本来运行良好的程序脱轨。
  • 13. 协调员（coordinator）
    • 在回顾会议上协调员的角色是什么 A：分发相关文件，设定基调并说明会议议程 B：提供一致的会议方向，避免争议 C：确保项目干系人全部告知反馈 D：监督参与程度，如果交互不足，则结束会议 正确答案：A 你的答案：B 解析：参见《敏捷回顾》第四章内容
  • 14. 借鉴还是思考
    • 敏捷的团队正在努力解决一个问题,一位团队成员提到另一个团队有一个类似的问题已得到解决，但是无法获得经验教训文件。 敏捷管理专业人士应该怎么做？ A：与该团队合作，但创建一个在整个公司传播团队知识的解决方案 B：鼓励团队独立寻找解决方案 C：建议所有敏捷团队分享他们项目的每周报告 D：建议聘请外部专家就在团队之间分享知识的最佳方法提供建议 正确答案：A 你的答案：B 解析：分析题干，其他团队有成功经验可借鉴，可以与其协作，把知识、经验和多种技能聚集到一起为新产品开发做贡献的过程。 敏捷鼓励在团队和组织之间之间传播知识和实践，推动系统性改进，防止同类问题再次发生，提升组织的整体效能。
• 第一部分：Scrum 角色 工件 活动
  • 1. Scrum 流行的原因
    • Scrum是由Ken Schwaber 和 Jeff Sutherland 在1990年创建的主流敏捷技术。它是最受欢迎的敏捷技术，超过50%以上的项目在运用这项方法。
      • 1. Scrum提供简单和可证明的结果
      • 2. 它包含其他敏捷工程技术
      • 3. 它强调小型团队和团队授权
      • 4. 欢迎需求的变更
      • 5. 它允许单一来源的优先项目工作开展
      • 6. Scrum会议包括日常状态会议
      • 7. 提供团队在冲刺阶段一个潜在的可交付增量承诺
        • 哪个敏捷框架强调总有一个产品发布？ A：XP B：FDD C：Crystal D：Scrum 正确答案：D 你的答案：B 解析：因为敏捷中scrum框架的基石是“一直存在一个理论上可传输的产品”，所以对于团队和产品负责人来说以下两点非常重要：定义“完成”，或终结状态下需要以何标准考虑用户的特性和功能。
  • 2. Scrum 三大支柱
    • 透明性：
      • 过程或项目的各个方面必须是对结果负责任的，透明的；
      • 运用信息发射源,让这些关键信息,如产品待办事项列表,冲刺待办事项、障碍、风险和项目进展对所有的利益相关者是透明的。
        • 过去几周里，某个初级开发团队成员一直在独立解决项目缺陷，根据现有流程，敏捷项目经理让高级开发人员对其工作实施代码检查，高级开发人员发现，虽然基本符合功能需求，但代码未能符合最佳技术实践，敏捷项目经理下一步应该怎么做? A：委派另一个开发团队成员来重新编写代码 B：要求开发经理培训初级开发人员，使之了解使用最佳实践的重要性 C：与初级开发人员会谈，沟通必须遵循的最佳实践 D：支持高级开发人员更频繁的开展代码检查 正确答案：D 你的答案：B 解析：排除法，团队问题自行解决，A选项没有必要执行，B选项依赖外部人员排除，C选项单独会谈不透明，所以选择D，更频繁的检查然后快速反馈
    • 检视：
      • 团队根据项目目标定期检查他们的绩效和进展；
      • 他们不断寻找问题和计划的偏离。
    • 调整：
      • 基于观察期间的检查,采取必要的变更流程,以避免问题再次发生,提高项目交付成功率。
  • 3. Scrum 角色
    • Scrum团队由5到9个（7±2）团队成员组成，有三种类型角色；
      • 产品负责人：产品负责人定义项目愿景、需求和优先级，对产品成功负责。
        • 根据scrum理论，产品负责人的主要职责是 A：结对编程分配 B：速度 C：投资回报率 D：质量控制 正确答案：C 你的答案：D 解析：产品负责人的主要职责之一是投资回报率。
      • Scrum Master：负责团队，并移除障碍，帮助他们实现产品负责人所设定的目标。
        • 一个敏捷团队成员连续缺席三次每日站会，scrum主管获悉，该团队成员50%的时间在帮助他所在部门的经理解决某个生产问题，scrum主管下一步应该怎么做？ A：调整冲刺待办列表的目标故事点，因为他们的用户故事不可能完成 B：指示团队成员停止从事项目以外的工作 C：与其他部门经理商谈在下次冲刺期间实施这项工作 D：与团队讨论影响，告知产品负责人，并商谈避免日后由于生产问题造成破坏 正确答案：D 你的答案：C 解析：排除法，A选项自行调整不合适，B选项中指示团队成员不符合敏捷原则，C选项与其他部门经理商谈不合适，所以选择D
        • 由于一个技术难点，一名敏捷团队成员对完成任务有困难，该名团队成员应该怎么做？ A：与scrum主管一起解决这个问题 B：请求团队领导协助 C：咨询另一名团队经理 D：在下一次站会上讨论该问题 正确答案：A 你的答案：D 解析：scrum主管职责就是负责移除障碍
        • 产品负责人一直听取一个项目干系人的意见，远远超过其他项目干系人，敏捷管理专业人士应该怎么做 A：允许这名干系人和产品负责人自己解决问题 B：与这名干系人安排一次私人会议，以澄清他们的需求 C：与产品负责人的主管经理沟通 D：指导团队遵循产品负责人的优先级 正确答案：B 你的答案：C 解析：敏捷教练应采取积极的态度解决问题，而不是看到潜在问题之后听之任之
      • 开发团队：自组织、跨职能，他们协同工作，以确定如何最好地满足产品负责人的目标。
        • 敏捷开发的团队经理同时也发挥着ScrumMaster的角色。他应该停止做什么事情？ A：保护团队不被干扰 B：为团队的绩效进行考核 C：确保所有任务都被分配和进行 D：思考如何增长公司业务 正确答案：C 你的答案：D 解析：从理想上说，项目经理不应该做ScrumMaster的工作，但假如他做了，就应该确保他清楚知道该角色可以做的事和不可以做的事。ScrumMaster不会分配任务。一个自我管理团队应该会自己来进行任务分配。而其他选项的工作项目经理都可以从事。回顾会
        • 在一次团队会议上，属于主题专家（SMEs）的成员提到他们不断为重复任务工作，导致工作士气下降，敏捷项目管理师应该怎么做？ A：组织一次团队建设活动，提高团队士气 B：让团队成员结对工作，互相学习，并研究新技术 C：让团队成员执行其活动的价值流分析 D：为团队添加更多资源，鼓励完成任务 正确答案：B 你的答案：C 解析：改进工作过程是SM的职责之一" A可能如果是传统项目的选择，他可以提高士气，但是如果有重复的工作的话还是解决不了，而相对而言B更合适，因为scrum主管的职责之一就是帮助团队进行改进，所以B更合适
      • 团队中有“鸡”和“猪”的角色.“猪"的角色包括scrum master，PO，team：“鸡"的角色是指团队成员以外的管理角色
    • 产品负责人
      • 清晰地表达产品待办列表项
      • 对产品待办列表项进行排序，最好地实现目标和使命
        • 团队的客户不回应问题，且经常缺席迭代评审和演示，尽管缺乏参与，但客户还是要求满足他们的期望，敏捷管理专业人士应该怎么做 A：指示团队使用专家判断作出有根据的决策 B：告知客户他们的积极参与对项目的成功至关重要 C：聘用一支专家团队，执行需求收集 D：培训产品负责人获得必要的客户反馈 正确答案：D 你的答案：B 解析：PO是客户和团队之间沟通的桥梁
        • 团队在与客户接洽方面有困难，客户几乎不回应问题，经常缺席迭代和评审和演示，但是仍然期望产品按时交付并满足期望，敏捷项目管理师应该怎么做？ A：教育客户积极参与的重要性 B：让团队使用专家判断做出有根据的决策 C：停止开发，执行需求收集 D：要求产品负责人获得必要的客户反馈 正确答案：D 你的答案：A 解析：如果客户不能全程参与，可以由产品负责人跟客户沟通，再由产品负责人将客户的意见和想法反馈给团队。
      • 优化开发团队所执行工作的价值
      • 确保产品待办列表对所有人可见、透明、清晰，并且显示Scrum团队的下一步工作
      • 确保开发团队对产品待办列表项有足够的理解
      • 产品负责人持续添加新需求，导致破坏开发周期，敏捷项目管理师下一步该怎么做？ A：建议替换产品负责人 B：延长排列优先顺序和规划迭代方面所花的时间 C：与产品负责人单独会面，说明他们的角色 D：与产品负责人说明敏捷原则 正确答案：C 你的答案：B 解析：这道题目是对产品负责人角色的考察，产品负责人是客户代表，需要保证团队在业务层面做正确的事。A选项是敏捷所不提倡的直接排除。B选项的做法只是延缓和逃避，并不能解决实际问题。D选项沟通敏捷原则也不能解决题干描述问题。
    • Scrum Master
      • Scrum Master负责确保所有人都能正确地理解并实施Scrum。因此，Scrum Master要确保Scrum团队遵循Scrum的理论、实践和规则。
        • 敏捷团队反馈用户故事包含的信息不足，无法理解需求，敏捷管理专业人士应该怎么做 A：教导产品负责人仅更新验收标准 B：提示敏捷团队在下一次回顾会议中解决用户故事的问题 C：对产品经理进行指导，指明工作项缺乏足够信息 D：通知产品负责人的经理，工作项提供的信息不足 正确答案：C 你的答案：D 解析：A，仅更新验收标准，不能解决这个问题。B, 下一次回顾会议有些滞后。D，有告状的感觉是不允许的。C，是强调沟通
      • Scrum Master是Scrum团队中的服务型领导。Scrum Master帮助Scrum团队外的人员了解他们如何与Scrum团队交互是有益的，通过改变他们与Scrum团队的互动方式来最大化Scrum团队所创造的价值。
      • 1）Scrum Master的职责是：
        • 在项目生命周期早期定义基本规则；
        • 确保团队理解干系人期望；
          • 产品负责人在项目上花费的时间有限，无法核实已完成的工作，但敏捷团队领导仍需要确保所有要求均得到满足，敏捷团队领导应该怎么做 A：确保产品负责人通过直接与他们开会参与项目 B：在下一次站会中与产品负责人当面对质 C：将符合敏捷原则的备忘录分发给产品负责人 D：将问题上报并请求一名新的产品负责人 正确答案：A 你的答案：D 解析：此题用排除法，B, D, 是敏捷中不提倡的做法，A, C比较起来，A更有效
          • 在为新产品工作时，敏捷团队应该如何确保与外部干系人保持一致 A：要求产品负责人提供详细的产品规范文件 B：查看项目愿景说明书 C：召开项目启动大会分配角色 D：与scrum主管合作，确保遵循敏捷原则 正确答案：D 你的答案：B 解析：排除A和C，对照B,D，选D.敏捷的基本理念强调客户沟通
        • 同团队沟通项目愿景，有利于确保团队；
          • 认识到他们的目标同项目总目标紧密一致；
          • 以连贯的单元模式工作；
          • 对愿景给予承诺。
      • 2）Scrum Master制定的基本规则包括：
        • 设定Scrum仪式的开始-结束时间；
        • 保持对主题的专注减少分散；
        • 会议期间杜绝中断；
        • 允许团队成员特别是初级成员言论自由；
        • 在制定决策前应广泛搜集所有成员意见。
    • 团队
      • 有自主权选择如何最好地满足目标，并且为之负责。
        • 高级团队成员经常在不通知团队的情况下解决问题，敏捷教练应该怎么做 A：祝贺该高级团队成员促进价值交付和节省时间 B：与项目经理合作找出解决方案 C：在下一次回顾会议中与高级管理层讨论该问题 D：向该高级团队成员解释，所有问题都应该由团队明确并共同解决 正确答案：D 你的答案：A 解析：团队要对每个产品功能负责，是集体的责任，敏捷鼓励团队人才的培养，高级团队成员的分享不仅能够提高其他成员的技能，同时能够保证自己向他人学习和自己学习的可能
        • 一家公司聘请敏捷教练帮助解决孤岛和人员损耗问题，敏捷教练应提供什么建议 A：帮助创建有主题专家组成的团队，而不是利用其专业知识 B：鼓励学习团队成长而不是个人发展 C：培养由通才专家组成的团队，并鼓励个人学习新的技能 D：向所有团队成员提供平等的培训，无论他们的经验如何 正确答案：C 你的答案：A 解析：敏捷团队应该是自组织的、跨职能的，团队成员都是T型人才
        • 一名团队成员提出完成团队目标的新方法，团队应该怎么做？ A：作为一个团体，来决定是否应用新方法 B：与团队成员一起合作来决定是否采用新方法 C：让资深团队成员决定是否采用新方法 D：与管理层沟通决定是否采用新方法 正确答案：B 你的答案：A 解析：团队一起了解新方法，团队一致决策是否应用新方法。
      • 一个敏捷项目人员不足，需要补充团队成员来完成可交付成果，在选择新的团队成员时，项目领导应该怎么做？ A：选择可以全心投入项目的全职团队成员 B：从相同职能领域挑选出具备类似技能的团队成员，以确保团队的能力 C：可选择具备专业技能的兼职团队成员 D：使用职能经理精选的团队成员 正确答案：A 你的答案：B 解析：团队成员需要全职参与所以A选项比较合适，B选项中的类似技能可以通过复制和分享来保证团队具备相应的能力。
  • 4. Scrum 三大工件
    • Scrum的工件
    • Scrum的工件以不同的方式表现工作任务和价值，可以用来提供透明性以及检视和调整的机会。Scrum中的工件就是为了最大化关键信息的透明性，因此每个人都需要有相同的理解。
      • ① 产品待办列表（Product Backlog）-只有PO可以修改
        • 产品需求的列表包含业务需求、技术需求、NFR等
          • 开发团队在一个sprint期间识别到重大技术债务时应该怎么做 A：在下一次迭代专注于技术债务清理 B：要求客户在未来的迭代中包含清理技术债务事项 C：在下一次回顾会议中讨论技术债务 D：在产品待办事项中收集技术债务 正确答案：D 你的答案：B 解析：：识别出来需要让 PO 进行确认，并且决定是否放到后续进行执行， C 选项回顾会议并不讨论技术债务问题；
        • 理想情况下，每一个待完成的工作都将对客户产生价值PO对列表进行優先级排序每个迭代开始前，优先级排序还需要再度修正待办事项列表中的条目以用户故事的形式呈现
          • 开始新项目工作的敏捷团队需要对需求进行优先级排序，该敏捷团队应该怎么做？ A：提出对外能够给相关方增加价值的功能与非功能性需求进行优先级排序 B：获得并对能够给项目发起人增加价值的功能性需求进行优先级排序 C：在迭代规划中使用五个技巧的第一个技巧，作为一个团队对需求进行优先级排序 D：要求产品负责人对非功能性需求进行优先级排序 正确答案：A 你的答案：D 解析：功能性需求和非功能性需求都要进行优先级排序。
          • 在某次迭代的每日站会上，团队提出的担忧是识别和解决缺陷所花费的时间至少需要两个工作日，这样的延误会影响团队的绩效，敏捷管理专业人士应该建议团队做什么 A：开展风险刺探来识别威胁，并主动解决 B：请求额外资源来更快帮助他们解决问题 C：开展根本原因分析来改进过程 D：对于无法解决的问题，确保清晰透明，并将问题记录在待办列表中 正确答案：D 你的答案：A 解析：A选项和C选项都需要时间，更加影响团队的绩效所以排除；B选项中请求额外资源不符合敏捷期望，所以排除；保证透明，解决不了就加入未完项中记录下来更合适
          • 产品待办事项列表是指？ A：一列需要在冲刺中开发的产品特性清单 B：一列需要在发布中开发的产品特性清单 C：一列需要在迭代中开发的产品特性清单 D：一列需要在迭代中开发的可能存在的产品特性清单 正确答案：B 你的答案：C 解析：产品待办事项列表是指团队围绕某产品维护的一个以用户为中心的需求的有序列表。它是不断变化的，以适应客户需求。随着项目发展，因为客户逐渐理解产品需要更完备，所以待办事项中的项目特性更明确。在冲刺/迭代中需要开发的特性是在梳理产品待办事项列表后选出要开发的产品特性
        • 敏捷团队已经想出一个新产品的创意，用户体验和营销团队希望快速实施，项目发起人愿意提供资金，并定义了产品愿景和路线图，团队下一步应该怎么做 A：开始待办事项规划，工作分解和估算 B：确保提供必要的技能和知识满足愿景 C：与相关项目干系人分享路线图和愿景，并根据需要让他们参与 D：在工作区中显示产品路线图，并通过虚拟方式分发给项目干系人 正确答案：A 你的答案：C 解析：在Roadmap后，是Release planning，选项C做产品愿景和线路图是全员一块做出来的，而不是让他们参与；选项B和题目的关系不是很大
        • 如果团队成员在试行一个冲刺后确定质量可以得到改进，该团队成员该如何继续？ A：在为整个迭代实施变更后，与团队讨论变更 B：召开一次团队会议，讨论实施变更的最佳时间点 C：计划一次与产品负责人和团队的会议 D：在下一次迭代中包含这些变更，但是只有在获得团队批准之后 正确答案：C 你的答案：B 解析：是否需要变更是需要和PO以及团队沟通之后决定的
      • ② Sprint待办列表（Sprint Backlog）-开始后，只有团队可以修改
        • 迭代待办事项产生在 A：在项目愿景研讨会期间 B：在迭代计划期间 C：在反思会议期间 D：在发布计划会期间 正确答案：B 你的答案：D 解析：敏捷团队在迭代计划期间创造迭代待办事项
        • 什么是冲刺待办事项？ A：冲刺中需要开发的产品特性 B：关于发布的需要开发的所有产品功能的列表 C：冲刺中可能需要被开发的产品功能列表 D：关于产品功能的列表 正确答案：A 你的答案：C 解析：冲刺待办事项是指在冲刺时刻对需要完成的产品功能的列表。除了被重要的客户需求解决，待办事项常常是固定冲刺的。
        • 产品经理需要找出一个在某项任务中工作的人。他需要给出一些与该任务相关的重要信息。问产品经理如何能得到这些信息？ A：参加每日站立会议 B：在迭代待办事项中得到 C：在产品代办项中得到 D：在团队的工作记录中 正确答案：B 你的答案：A 解析：在迭代计划阶段，将创建迭代待办事项列表，并包含诸如将故事分解为任务、任务分配给团队成员等的信息。
      • ③ 产品增量（PSPI：Potentially Shippable Product Increment）-要满足完成的定义
  • 5. Scrum 会议 5个仪式
    • 迭代（冲刺）Sprint
    • 冲刺计划会议（迭代规划会）
      • Scrum团队的所有成员出席，在此次会议中,开发团队识别当前冲刺开发交付的产品待办事项中的故事。
      • 这个会议时间箱为一个月的冲刺，会议时间8小时，4个小时用于选择故事和4个小时估算分配。
        • 在迭代规划会议期间会发生什么? A：团队成员集体讨论迭代设计 B：确定并估计活动和任务 C：团队是第一次引入迭代故事 D：产品所有者给出迭代的目标和确定需要完成的故事 正确答案：B 你的答案：D 解析：迭代计划有助于明确方法和设计，但这不是一个设计会议。一些故事有可能是新的，但通常团队在规划会议之前就已经接触过用户故事了（比如说在发布计划期间）——确实，在会议之前为了确保时间确实有必要先揭露一些内容。PO提供迭代的目标，但他不会决定团队需要先完成哪个故事——这需要整个团队共同协作完成。在迭代规划环节，故事往往会分解为任务，分配给个人并做好估算。
      • 迭代计划发生在 A：迭代第一天 B：每一迭代期间 C：每日计划期间 D：每一迭代后 正确答案：A 你的答案：D 解析：迭代计划发生在迭代第一天。
      • 迭代规划会议于何时举行? A：在迭代的第一天 B：上一次迭代最后一天 C：迭代开始的前一天 D：视情况而定 正确答案：A 你的答案：C 解析：迭代规划会议在冲刺阶段的第一天举行
    • 每日站立会
      • 由Scrum Master和开发团队参加,产品负责人可以自行选择是否参加。每日站立会议是快速专注的会议，用来分享迭代或迭代进展。
        • 在哪次会议期间，敏捷管理专业人士应与团队合作，分享任务、故事和承诺相关的信息 A：干系人优先级会议 B：项目状态会议 C：sprint回顾会议 D：每日立会 正确答案：D 你的答案：C 解析：每日立会可以让团队进行有效的沟通，组织他们的工作，并确认距离迭代目标的距离
        • 在一个产品发布周期中，产品负责人未能通知团队关于解决方案在实施之前需要与另一应用程序审核的情况，产品负责人应如何将该信息传递给团队？ A：通过识别与之前的沟通 B：通过参加迭代计划会议 C：通过项目经理 D：通过在每日立会上宣布 正确答案：D 你的答案：B 解析：在每日立会中会说明目前遇到的问题，所以是暴露问题最早的时间点。不要等到迭代计划会上才传递
        • 敏捷团队成员认为每日站会并不会增加价值，是因为小组规模太大，团队成员认为团队应该分解为更小的小组，scrum主管应该怎么做 A：缩小团队规模，使站会更易于管理 B：在采取行动之前寻求项目发起人的指示 C：告知团队站会的价值 D：允许团队做出重组的决定 正确答案：C 你的答案：D 解析：这题D选项是个迷雾，注意一点，当题目中并没有具体人数，只是团队成员自己说的时候，先考虑是否价值没有统一。
      • 每个团队成员就他们将要完成的任务对其他人做口头承诺。
      • 每个团队成员回答以下问题:
        • “昨天做什么?”
        • “今天将做什么?”
        • “遇到了什么问题?“
          • 为什么敏捷实践者在站立会议期间陈述目前项目进展的障碍？ A：更新困难的信息 B：和团队成员沟通项目问题，或许可以得到解决 C：为项目延迟或者出现问题作解释 D：陈述困难，让高层管理者知道问题出现在哪 正确答案：B 你的答案：A 解析：跟团队成员同步信息，识别风险，会后可以专门组织会议讨论解决办法
          • 一名新团队成员之前没有敏捷项目经验，正在设法理解参加每日站会的价值，敏捷项目管理师应如何解决这个问题？ A：说明站会能够如何减少同事压力 B：证明站会如何能够辨识障碍 C：解释站会如何能够消除让团队承诺参与的需要 D：说明站会如何能够消除详细协调的需要 正确答案：B 你的答案：D 解析：每日站会的主要目的是通过团队成员的"昨天做了什么""今天打算做什么"了解项目进度，通过"需要什么样的帮助"来暴露项目风险。
      • 监督作用
        • 敏捷项目团队需要一个新的项目组件的集成工具，团队聘用分包商来创建该工具，项目团队应如何计划和监督分包商的工作 A：通过确保分包商提交项目计划和状态报告 B：通过使用待办事项和回顾会议 C：通过使用产品待办事项和每日站会 D：通过确保创建每日任务计划并明确沟通状态更新 正确答案：C 你的答案：A 解析：问的是计划和监督，所以应考虑从product backlog 向sprint backlog 分解和计划，以及对每日站会进行跟进和监督
      • 每日立会只有猪的角色可以发言，鸡的角色不可以发言这次会议时间箱15分钟,每天发生在同一时间和地点。
        • 作为敏捷团队的领导者，乔伊注意到，团队的每日站立会议时长远超于建议的15分钟，为保证会议简短而有效，她可以 A：改为每周2小时会议，建议团队成员删除每日站立会议 B：每日站立会议结束后，专门安排会议解决需要更多时长讨论的问题 C：劝止团队成员分享相关的进度信息，以保证会议简短 D：忽略或淡化她认为琐碎的信息，由此通过渗透沟通，使团队成员不会在每日站立会议上分享类似信息。 正确答案：B 你的答案：D 解析：每日站立会议上，来不及解决的问题应当记录下来，在每日站立会议后单独安排会议解决。这样可以保证会议简短而有效。
    • 冲刺评审会
      • 这次会议是由Scrum团队的所有成员参加。
        • 哪个团队成员应该引导或促进迭代评审？ A：执行赞助商 B：外部引导 C：产品负责人 D：Scrum主管 正确答案：D 你的答案：C 解析：A, B不对，scrum中没有这种角色。PO 主要对Product backlog负责，对Value负责。看到Facilitate这个词，就要想到 Scrum Master
      • 开发团队将可能移交的可交付物开发特性演示给干系人和项目发起人。
        • 由于没有空参加，产品负责人请求重新安排sprint评审会议，scrum master应该怎么做 A：由于sprint评审会不能推迟，按计划举行会议 B：重新安排会议，让产品负责人可以参加并提供反馈 C：从不同产品组中邀请一名有空的负责人参与会议 D：要求项目发起人代替产品负责人开会 正确答案：B 你的答案：D 解析：评审会PO参加很关键，没有PO参与没有意义
        • 一家企业拥有开发高品质创新产品的目标，企业为团队提供了具体参数，以便使团队能够完成开发并获得目标市场，团队需要在交付高品质产品的同时增加业务价值，若要完成这个目标，团队应该怎么做？ A：经常进行迭代、获得反馈，并优先考虑项目干系人的利益 B：进行规模大小估计，制作模型，获得管理层的批准 C：减少规划时间，邀请客户参加，增加回顾时间 D：经常进行评审，获得反馈，确保项目干系人参与 正确答案：D 你的答案：A 解析：该题可能比较有争议的是A\D选项。A相对于D来说确保干系人参与更合适，我们可以让干系人参与，但是不一定要优先考虑干系人的利益，我们更多的要从用户的角度去考虑价值的所在。
      • Sprint评审会议的结果是一份修订的产品待办列表，确定很可能进入下个Sprint的产品待办列表项。
      • 这个会议时间箱为一个月的迭代，4个小时，比冲刺计划会议的持续时间更短。
      • 1、冲刺评审是在迭代末期进行的时间盒（有指定时间限制）会议，此时不断变化的解决方案展示给利益相关者，他们的反馈得到收集。
        • 该会议是：
          • 针对冲刺末期召开；
          • 被时间盒定义到四个小时，按月冲刺和较短的时间段；
          • 冲刺评审会议由包括开发团队，产品负责人，Scrum Master，和企业的利益相关者的整个团队出席；
            • 一个敏捷项目正处在第三次冲刺阶段，销售人员和发起人很少参加，发起人声称，他们会在某个功能的重要部分可用时参加，敏捷领导应该怎么做？ A：接受发起人的答复 B：调整待办列表优先级，以便每次冲刺都至少含有一项功能的重要部分 C：将该问题升级上报给他们的经理 D：解释及早反馈对减少日后返工和浪费的重要性 正确答案：D 你的答案：B 解析：每一轮的评审会议是需要发起人参加的，需要尽早获得反馈
          • 这些冲刺评审会议被团队通过录音、快照来展示产品。
            • 在产品开发阶段结束时，敏捷项目团队确认所有测试均已经通过，产品已发布，但是客户投诉产品有缺陷，在产品发布之前，项目团队应已完成下列哪一项？ A：请求项目发起人的批准 B：执行所有需求评审 C：开展阶段结束演示 D：执行一次回顾，核实项目可交付成果 - 正确答案：C 你的答案：B 解析：通过评审会对产品进行演示，得到产品负责人和客户对产品的反馈。
        • 某个正在开发新软件产品的开发团队，在每次冲刺结束后每四周举行一次产品演示，公司要求增加测试次数，项目领导应该怎么做？ A：继续在每次冲刺后每四周举行一次演示 B：安排召开冲刺中途产品回顾会议 C：与团队合作缩短冲刺持续时间 D：让公司参与培训，理解冲刺评审会议 正确答案：C 你的答案：B 解析：将迭代周期缩短
      • 2、冲刺评审的益处
        • 进行常规冲刺评审会议有助于：
          • 产品根据利益相关者的需要在变化；
          • 任何反馈或升级在即将到来的冲刺或发布中被记录和强调；
          • 优先级排序的待办事项将被展示给利益相关者去评估是够满足他们的期望；
          • 逐步完善未来的项目计划。
            • 客户验收团队开发的一个web应用程序，因为客户认为需求没有得到满足，为确保开发的工作通过验收，团队应采取什么措施？ A：与客户一起定期评审产品需求 B：为客户的新需求重新开始项目 C：在产品演示期间沟通所有的变更 D：在产品演示之前获得产品负责人的支持 正确答案：C 你的答案：A 解析：迭代评审会就是让客户参与进来，听取客户的意见并根据意见进行调整，确保工作最终能够满足客户需求。
      • 3、冲刺评审的重要性
        • 在一个2周冲刺的项目中，没有组织冲刺会议将导致项目进度落后于整整一个月。
        • 这是因为：
          • 开发的需求没有满足利益相关者的期望：
          • 为即将到来的冲刺所选择的需求，没有同利益相关者的需求保持一致。
    • 冲刺回顾会议：（retrospective）
      • 是由Scrum团队的所有成员参加。这次会议的焦点是对整个迭代进行回顾。细节包括：什么进行顺利，缺少什么，需要改变什么等等。团队就未来的迭代改进计划达成一致。这个会议时间框为一个月的迭代，3个小时，比迭代评审时间短。
        • 通过进行自我评估来总结提高绩效的方式，这一过程称为 A：回归 B：重新印象 C：重构 D：反思 正确答案：D 你的答案：C 解析：在反思和回顾期间，敏捷团队以持续改进为目标，对已完成工作进行反思。在自我评估/团队评估时，包含的内容有： 从成功或失误中汲取经验教训 已执行或未遵循的团队标准 其他可改进的地方
      • 冲刺回顾是针对迭代末期进行的时间盒（有指定时间限制）会议，目的是认识团队可以如何提高他们的工作方式，就未来的迭代改进计划达成一致，该会议：
        • 针对冲刺末期召开；
        • 被时间盒定义到三~四个小时按月冲刺和较短的时间段；
        • 由包括开发团队，产品负责人，ScrumMaster，和企业的利益相关者的整个团队出席；在冲刺回顾中，团队将认识到他们做的好的领域以及有待改进的领域。
          • 促进者在回顾会议上想要提出意见时应该怎么做 A：在会议开始时，在其他团队成员之前要求发言 B：等到团队已经发表意见时再发言 C：指定另一名团队成员辅助后发言 D：让产品负责人代表其发言 正确答案：B 你的答案：D 解析：引导者不应该先发表自己的看法，防止对其他成员的立场有影响。
          • 一位团队成员刚接触敏捷实践，对客户对上一个冲刺的负面反馈进行研究，团队成员应该怎么做？ A：提醒客户已经满足冲刺目标 B：根据需要更新冲刺长度以满足用户满意度 C：把客户的反馈列入下一次迭代中 D：邀请客户参加回顾会议并提供更多的反馈 正确答案：D 你的答案：C 解析：回顾针对定性的(人的感觉)和定量的(衡量指标)数据,然后利用这些数据找到根源,设计对策,并制定行动计划。 客户的负面反馈可以作为团队改进或澄清的输入，纳入到回顾会进行讨论，可以邀请客户加入，进行深入沟通探讨。
        • 来自于回顾会议的反馈对实施持续改进策略和最大化团队交付价值非常关键。
          • 怎样能使一个敏捷团队持续改进它的产品？ A：通过运用全面的文档来确认团队价值 B：通过进行持续测试 C：通过在将近发布收尾时进行集成测试 D：通过工作分解结构评审 正确答案：B 你的答案：D 解析：敏捷项目管理着重强调“持续完善”。从迭代后客户提供反馈，到迭代后团队保留时间回顾和反思执行情况，持续完善已经进入敏捷方法论中，所以选择B更合适，A/C/D都是敏捷所不提倡的
        • 细节包括：什么进行顺利，缺少什么，需要改变什么等等……
          • 敏捷项目管理师注意到团队成员无法集中注意力到项目上，导致团队绩效下降，若要让团队回到正轨，敏捷项目管理师应该怎么做？ A：将该问题上报给项目发起人 B：删除故事，提高效率 C：召开一次站会，解决这个问题 D：召开一次团队回顾会议 正确答案：D 你的答案：C 解析：回顾会议上总结经验教训，解决问题
          • 在一次回顾会议上，敏捷项目经理意识到一些团队成员压力大且工作不开心，敏捷项目经理应该怎么做？ A：要求产品负责人更改交付日期，减少团队压力 B：将该问题添加到障碍待办列表中，但只有在速度不受到影响的情况下解决该问题 C：识别哪些做的好，哪些做的不好 D：与职能经理确认替代团队资源 正确答案：C 你的答案：B 解析：回顾会议的主要任务就是对上一迭代期间的过程回顾，在下一次迭代期保留做的好的地方，改进做的不好的地方。
          • 敏捷管理专业人士注意到一个项目在每次后续迭代后都会增加未解决的缺陷计数，敏捷管理专业人士应该做什么？ A：要求团队确定如何在下一次回顾会议中解决这种缺陷增长问题 B：在待办列表上创建问题以调查根本原因。并分配团队资源立即解决该问题 C：停止办理正在进行的用户故事，以清除产品负责人的缺陷并提高缺陷解决速度 D：要求提高团队的开发速度，以清除一些缺陷，并与当前迭代的工作保持一致 正确答案：A 你的答案：B 解析：回顾会是帮助团队学习、改进和调整的过程，回顾根据定性的和定量的数据找到根源，设计对策并制定改进的行为计划。
        • 在计划会议上，敏捷项目管理师注意到一些团队成员无法达成共识，敏捷项目管理师应该怎么做？ A：询问团队他们是否需要采用替代技术 B：创建一份团队参考文件，设置参与指南 C：要求主管在每日站会上解决该问题 D：迭代结束时在经验总结会上收集反馈 正确答案：D 你的答案：A 解析：这个题是解决团队沟通和冲突解决的问题。A选项，一般技术选择有团队共同作出，管理者一般不会针对提出。及时提出，那么这个答案也是一个具体的技术问题的解决方案，是Specific的，不具有普遍性。B一般敏捷过程不建议过多的文档。C每日站会不解决问题，只提出问题。只有D，比较通用，收集到反馈后，再根据反馈，决定具体的改进措施。
      • 如果敏捷团队生产的可交付成果不满足业务需求，项目干系人应该怎么做？ A：在下一次评审会上，向scrum主管总结该问题 B：要求团队增加与产品负责人的反馈频率 C：确保将该问题上报给相应的主管团队成员 D：为团队制定一份全面的需求过程，使其遵守 正确答案：B 你的答案：C 解析：这道题目用排除法，A选项的做法并不能很好的解决这个问题；C\D选项的做法不符合敏捷原则。所以选择B
    • 待办事项梳理（Grooming）
      • Scrum团队在冲刺中经常会面进行待办事项的梳理。
      • 梳理或细分是一种逐步完善待办事项的方法，所以它会保留现有信息同时反映利益相关者的需要。
        • 团队与产品所有者讨论故事和其实现方法，同时对工作量进行初始估算。问这时团队在进行实践哪项活动？ A：故事地图 B：头脑风暴 C：待办事项梳理 D：迭代规划 正确答案：C 你的答案：D 解析：待办事项梳理指团队和产品所有者致力于需求（故事）时的活动。有助于进行讨论需求和方法，算出估计范围，最后达到对需求更清晰了解的程度。
      • 该会议有助于：
        • 增加新用户故事；
        • 丢弃不相关的用户故事；
        • 估算新增加的用户故事；
        • 重新估算用户故事；
        • 对用户故事进行优先级重排序；
        • 史诗分解成更小的用户故事。
          • Oswald和他的敏捷团队将用户故事再分成易处理的工作，以便更准确地去计划接下来的迭代。这个过程称为什么？ A：子任务 B：解聚 C：功能任务分析 D：子功能 正确答案：B 你的答案：A 解析：解聚是指将大的用户故事分解为小的更易于处理的故事，类似分解。
      • 需要记住的点：
        • 梳理会议提供了调整估算范围的最佳时机；
        • 利益相关者的期望通过对产品待办事项进行与时俱进的更新来管理；
        • 已经完成优先级排序和更新的产品待办事项应该作为冲刺评审会议的一部分由利益相关者来评审；
        • 来自于运营和维护问题的反馈需要被考虑，新需求必须添加到产品待办事项中；
        • 识别出的现有缺陷经过分析后，需要确保他们在梳理会议上被讨论。
    • 以下哪项列出了敏捷的仪式 A：发布计划，每日计划，每日立会 B：发布计划，滚动计划，每日计划 C：评审会议，迭代计划，每日立会 D：冲刺计划，迭代计划，每日计划 正确答案：C 你的答案：D 解析：敏捷的仪式包括迭代、迭代计划、每日立会、评审会议、迭代回顾会议
    • Sprint（2/4wk)
      • D1
        • 迭代計劃會
          • 4hr/8hr
      • Daily
        • 每日站會
          • 15min
      • end-1
        • 评审会
          • 2hr/4hr
      • end
        • 回顾会
          • 3hr/1.5hr
• 第二部分：迭代执行 跟踪度量
  • 一、信息发射源
    • 信息发射源概念由Alistair Cockburn发明。根据他的理解，信息发射源的定义是
      • 一个信息发射源在任何人都可见的地方显示信息，有了信息发射源，大家不需要问任何问题。
        • 下列哪个选项是对信息发射源的定义？ A：为展示项目状态，对项目有关数据的可视化展示 B：将组织信息转换为相关数据的一种模式 C：敏捷项目管理瀑布式计划的高度详尽的说明 D：由原始数据组成的信息来显示数据访问或者修改日期 正确答案：A 你的答案：C 解析：信息发射源是对项目有关的数据的可视化展示。
        • 敏捷项目的客户需要关于团队目前进度的详细而又频繁的报告。为实现这一点以下列哪项工具无效? A：信息发射源 B：正式文件 C：通过电子邮件或电话传递的非正式信息 D：挣值分析 正确答案：D 你的答案：A 解析：挣值分析通常不用在敏捷项目的进程中，而更多用于瀑布式开发项目中
    • 1、信息发射源的特征有：
      • 让团队成员可以看见项目和项目进展的当前状态；
        • 敏捷团队应该如何使用KANBAN板 A：将问题上报给项目负责人 B：与团队合作，提高速度 C：与项目经理分享风险 D：减少有关任务所有权的困惑 正确答案：B 你的答案：C 解析：看板是一种信息发射源，信息发射源能够将相关项目信息提供可视化作用，从而增强沟通的有效性，减少浪费，提高团队合作，提高速度。
      • 大部分敏捷团队在过程中不同程度使用它。
    • 2、最受欢迎的信息发射源有：
      • 任务板
      • 大型可视化表格，包括燃尽图
      • 持续集成构建健康指标，包括街灯等。
    • 3、有效的信息发射源
      • 简单：易于掌握
      • 突显：错误不应该掩盖,而是应该用于提高工作和性能
      • 当前：展示的信息必须是当前的
      • 转移：一旦问题被纠正,应该从图表中移除
      • 影响：授权团队做决定
      • 高度可见：容易看到和理解
      • 最小的数量：关键信息应该被强调
    • 信息发射源有助于对于成功验收、交付物的共识。
      • 以下不属于使用信息发射源的优点的是 A：为所有团队成员跟踪进展提供便利 B：为沟通节省时间消耗 C：提高软件开发者的效率 D：促进团队沟通 正确答案：C 你的答案：D 解析：信息发射源不会提高软件开发者的效率。使用信息发射源的优点包括：减少冗长的沟通，仅允许所有团队成员和干系人查看整个项目的状态，同时减少更耗时的沟通，如电子邮件或备忘录。
    • 信息发射源用来促进干系人期望管理，对当下进行的工作可见、透明。
    • 他们提供团队日常进展、工作质量、障碍和风险的视图。
  • 二、Kanban看板
    • 1、看板是一个跟精益和及时制生产相关的概念。
      • 任务板被细分成段来反映关键活动。
      • 故事是由索引卡或代表的便利贴来表示.
      • 卡的状态由它在任务板上的位置来表示，并随着项目进展从开始到结束变化。看板帮助团队意识到他们是如何工作以及下一步要做什么。让团队形成自我指挥。
        • 一名敏捷项目经理正在规划项目的初始范围，进度计划和成本范围估算，团队将用看板方法控制工作，团队将使用哪些指标来评估团队绩效 A：前置时间、产量、项目绩效 B：在制品限制，看板方法、时间箱 C：工作类型，冲刺缓存，缺陷 D：燃尽图、支架图， 以及类似于这样的其他图表 正确答案：A 你的答案：D 解析：这道题目用排除法，B选项中的时间箱不对，是scrum中的概念；WIP没有办法评估，而且属于精益中的概念；C选项sprint也属于scrum中的概念；D选项燃尽图属于scrum中的概念.
      • 看板中的精益生产概念是如何减少瓶颈对工作的影响？ A：它不会减少瓶颈，因为瓶颈是任何生产系统不可避免的副产品 B：通过运用5Y分析根本原因 C：通过成为一个及时制生产系统 D：通过每周改进活动 正确答案：C 你的答案：C 解析：看板是一个跟精益和及时制生产相关的概念，帮助团队意识到他们是如何工作以及下一步要做什么，让团队形成自我指挥
    • 2，kanban卡片
      • Kanban任务板上的每一张卡片就是kanban卡片。
      • Kanban卡片用来显示迭代过程。
      • Kanban任务板上的卡片呈现在开发周期的不同环节中移动的工作部件。
      • Kanban卡片反映所有需要被跟踪的事物。例如：用户故事，缺陷，任务。
      • 在用户故事定义完整前，相关干系人需要对用户故事必须经历的部分进行评估。
    • 3、简化的看板面板
      • 简化的看板面板有3列：
        • 待完成，进展中，已完成
        • 任务用卡片表示，卡片状态展示在其中一列的下方。
      • 4、详细的看板面板
        • 详细的看板面板需要关注的点：
          • 限制WIP允许下游过程去决定它们何时可以消耗更多工作。
          • 当在制品完成，上游过程工作停止。
          • 子流程可以用来更好地说明何时一个卡片完成并做好移交到下一个队列的准备。
      • 5、看板和及时制
        • 及时制在制造行业很流行。及时制强调只生产、开发、交付和消耗特定时间特定量的产品，而不是堆积工作流。
        • 看板就是一种及时制系统，通过替换已消耗的资源来控制资源的流动。
        • 通过可视化和展示即将在看板面板中强调的用户故事，产品负责人可以确保用户故事正在按照及时制原则来满足“准备好定义”。
          • 通常发布计划期间，用户故事均按主题进行分类和管理。以下哪一项敏捷工件常用来展示用户故事的进展？ A：主题停车场 B：主题跑道 C：故事主题图表 D：停车场图表 正确答案：D 你的答案：C 解析：停车场图表是一个敏捷文档，用来对用户故事按主题进行分类和管理，往往包括确定主题的名称，用户故事的数量及其包含的故事点，以及展现故事点完成百分比的进度图表。
        • 这将确保团队已经就需求和验收标准达成共识。
      • 6、看板或任务板
        • 看板或任务板在项目实施期间作为信息发射源运用，它有助于相关干系人去了解冲刺或迭代的当下状态。
  • 三、燃尽图&燃起图
    • 1、燃起图
      • 燃起图根据工作范围展示已完成工作量。在特征驱动开发中又被称为“特征完工图”
        • 针对单次迭代
    • 2、燃尽图
      • 燃尽图显示在一次迭代或发布中的剩余工作量。这些图可以用来追踪实际速度和预期速度的对比，评估项目绩效。
        • 在燃尽图中，通常记录两项内容，那么这两项（也称为直线）是 A：剩余的工作量和总工作量 B：实际完成的工作量和理想状态下的工作量 C：预估的工作量和理想状态下的工作量 D：实际完成的工作量和剩余的工作量 正确答案：B 你的答案：A 解析：项目的燃尽图是一个常用来展示迭代进度的信息发射源。 它记录两项序列：剩余的实际工作和剩余的理想/预估的工作。
        • 每次sprint结束时，一名高管都想知道项目的进展情况，scrum主管同意该需求，并分享适当的敏捷测量指标来涵盖项目的进展情况和范围。需要分享的最佳产物是什么 A：产品待办事项 B：速度图 C：燃起图 D：发布燃尽图 正确答案：D 你的答案：C 解析：燃尽图是在项目完成之前，对需要完成的工作的一种可视化表示。
        • 主管之间对某个项目的现状看法有冲突，敏捷项目管理师应该怎么做？ A：增加一项任务，并生成一份重点摘要 B：向各主管发送一份项目燃尽图 C：再增加一个定期会议，进行审查 D：将项目状态发布在项目委员会控制板上 正确答案：B 你的答案：C 解析：燃尽图是说明项目现状的，D选项中的项目控制板，展示的信息不如燃尽图那么清晰，在敏捷中一般也不会用这种方式。
      • 燃起图和燃尽图用来预测团队最可能的速度，团队按照这个速度去开发即将到来的冲刺或迭代交付物，从而促进有效计划。
        • 干系人可以在基于风险的燃尽图中，查阅到什么信息？ A：在一次迭代中仍要完成的故事点数量 B：在一次发布中仍要分解的故事点数量 C：在发布中识别的剩余缺陷数量 D：最坏情况下项目中将完成的故事点数 正确答案：D 你的答案：C 解析：一个以风险为基础的燃尽图会追踪团队达到目标价值的可能性估计。通常，风险分为三个不同水平：最好情况，最有可能情况，最差情况。比如，你有10个迭代项目，团队目前速度是10，你能描绘完成100故事点的机会（最有可能情况），完成80故事点的机会（最差情况），完成120故事点的机会（最好情况）。这样，干系人能知道风险范围。
        • 考虑到可持续开发速度，管理者该如何使用燃尽图和团队速度来管理风险？ A：燃尽图不用于敏捷项目的风险管理，而是考虑到完成指派工作方面，用于绘制团队的流程 B：管理者会使用风险燃尽图，来提取团队风险燃尽速度及预测所有风险完全缓解的时间 C：管理者会使用风险燃尽图，来提取团队风险燃尽速度和预测所有风险完全消除的时间 D：管理者会使用风险燃尽图，基于团队的速度预测，来确定团队是否会延迟或提前完成一次迭代 正确答案：D 你的答案：B 解析：项目管理者会使用风险燃尽图预测团队的速度，来确保团队是否未完成或已完成一项迭代。可持续开发速度是敏捷项目规划和风险管理的重要方面。
        • 如果燃尽图在迭代过程中连续两天呈现上升的趋势，可能是什么原因造成的？ A：团队对故事的完成速度不够快 B：几个团队成员都缺席 C：故事添加到了迭代待办事项当中 D：团队总是加班 正确答案：C 你的答案：A 解析：燃尽图用来显示迭代中剩余工作量。任务完成的慢或者是有团队成员缺席有可能让燃尽图的趋势慢慢向下，只有当添加新任务的时候才会呈上升趋势。[知识点归纳：迭代执行跟踪度量-燃尽图]
      • ①条形燃尽图
        • 除了识别完工量，同时也有助于可视化特定迭代或冲刺中范围增加或移除的工作。
      • ②发布燃尽图
        • 项目组在迭代末期通过更新发布燃尽图来对比计划进展。该图显示了一个假设的燃尽图跨越几个迭代项目：
        • 当曲线达到零，项目中没有更多的故事点，它已经准备好发布。
      • 在一个燃尽图中，实际完成工作如何呈现？ A：直向下的斜线 B：往往是上下起伏的，反映开发的进展 C：曲折向下的斜线 D：直向上的斜线 正确答案：B 你的答案：C 解析：项目的燃尽图是一个常用的来展示迭代进度的信息发射源。 它记录两项序列：剩余的实际工作和剩余的理想/预估的工作。 竖轴是工作单元（常是故事点或时间），横轴是迭代持续时长（常是日期数字）。 理想/预估的工作序列是条向下倾斜的直线，由需完成工作价值（例如20故事点）的竖轴出发，延长至横轴上迭代的最后一天（即0故事点）。 实际工作序列每日更新，取决于敏捷团队的生产率和任务的复杂性。实际工作序列常常是易变的，并非直线，它随着项目团队干涉开发流程而消长。
    • 3、障碍日志、风险日志
      • 障碍特指阻碍团队实现冲刺目标的任何因素。
      • 障碍日志的主要方面有：
        • Scrum Maters的主要职责是快速解决障碍，因为他们会直接影响团队生产力：
        • 障碍通过障碍日志得到展示，提供所有已解决和突出障碍。
    • 4、可视化图表
      • 可视化图表是信息发射源的一部分，同时也被引用为极限编程的一部分。
      • 这些图表的特征有：
        • 轻松便利地给团队和其他人提供信息；
        • 随意，通常手绘、庞大、展示项目重要信息。
      • 这些图表工作时
        • 团队停止阅读图表；
        • 团队成员不再抱怨更新图表
        • 他们反映项目实际情况。
  • 四、Velocity（速度）
    • 速度是敏捷项目中运用的主要度量，用来预测交付期限，它通过给在选代中团队需要完成的用户故事增加故事点来计算.
      • Don的敏捷团队刚在最近3周的迭代中完成了一个用户故事的建立，测试和发布，那么团队的速度是 A：1 B：1/3 C：5 D：3 正确答案：A 你的答案：B 解析：速度是指在一次迭代中完成的故事点数
      • 团队正在规划产品的下次迭代，除了休假安排与培训外，在迭代团队能力方面还要考虑什么因素？ A：以往迭代基准速度 B：支持构建迭代用户故事所需的技术，操作和维护任务 C：确定谁应执行什么任务，以便获得最准确的故事点数量 D：加班工作以实现冲刺目标的能力 正确答案：A 你的答案：B 解析：在做迭代计划的时候，速度是其中一个关键的考虑因素
    • 1、需要记住的点
      • 速度是团队每次选代完成工作量的观察，而不是估算或目标；
        • 敏捷项目团队遇到迭代速度波动，若要给敏捷项目环境带来持续一致性速度，敏捷团队领导应该怎么做？ A：促进团队成员之间合作，实现理想的迭代速度 B：鼓励合作的团队成员，实现团队目标 C：设置之前迭代的最高速度，并将其作为基准 D：召开一次团队会议，了解出现变动的原因，并制定最佳的迭代速度 正确答案：B 你的答案：D 解析：在敏捷中，速度是用来预测的指标，不是绩效指标或者目标，不存在理想速度、最佳速度、基准速度等等，所以A\C\D的说法是错误的
      • 速度是基于参考估算时间和团队规模而定，不是由时间或由团队成员以外的任何人来决定的：
        • 在回顾会议上，一个敏捷团队表示无法满足迭代速度预测，虽然计划了19个点，但仅完成9个点，团队认为19个点对于下一个迭代是合理的，但是敏捷管理专业人士不同意，团队分享说部门会议是一个影响因素，敏捷管理专业人士应该怎么做 A：告诉团队应降低下一次迭代的速度估算 B：要求团队跟踪非项目时间 C：要求团队加班工作，确保满足估算 D：确定防止sprint成功的障碍，并减轻这些障碍 正确答案：A 你的答案：B 解析：最直接的方式是先按9个点进行迭代计划，然后再看如何消除部门会议带来的影响
      • 速度是对特定项目特定团队的跨迭代比较。
        • 采取敏捷方法的项目管理办公室定期发布最佳实践和绩效数据记录。他们刚刚发布了一份对速度数据（每次迭代所完成的故事点）在不同团队中的比较。作为其中一个团队的scrum master，你下一步该做什么？ A：与团队共享此数据并讨论相对于其他团队的数据进行改善 B：给项目管理里办公室写信，强调速度不应该跨组比较 C：写信给管理层，证明组织标杆和自身团队之间的差异 D：因为团队是自我组织的，因此和团队分享数据并让他们决定如何做就好 正确答案：B 你的答案：D 解析：跨团队的生产数据比较是无用的，因为每个团队有不同的情况，对故事点也有不同的基点。这个做法不正确因此必须向项目管理组织反映。[知识点归纳：迭代执行跟踪度量-Velocity]
    • 2、速度计算方法举例
      • 例1：团队完成了一次迭代中的4个故事，基于以下故事计算速度：故事A-5故事B-3故事C-7故事D-5速度等于每个用户故事所分配的故事点总和。所以例子的速度等于以上4个数字的总和：20.
      • 例2：如果团队速度是14，在发布计划期间识别即将用于给迭代1和选代2的故事？备注：故事A拥有最高优先级。
    • 3、速度测量单元
      • 速度测量单元在估算会议期间确定。测量单元有：故事点：如果团队基于相对规模来计划提交用户故事。理想时间：如果团队基于时间来计划提交用户故事。
      • 需要记住以下几点：
        • 只有已完成的工作进行速度计算：
        • 速度纠正估算错误
        • 速度追踪客户满意度；
        • 速度追踪早期和持续交付。
    • 4、样品速度图
      • 以下图表展示了一个团队在13次迭代中的速度：
      • 迭代平均速度将用来计算即将到来的发布总体容量。
    • 速度变化
      • 1、团队速度预计在项目初始阶段变化最大。当团队对项目动态有了更好的认识后，速度将逐步稳定和提高。其中一些关键原因是：
        • 更多的代码或特性需要改变，以确保现有特性不受影响；
        • 更多的代码需要进行重构；
        • 特性增加的复杂性。
      • 2、速度变化的图示
        • 下图说明了速度变化，显示了投射速度和实际速度之间的差距。
        • 需要注意的是：经过一段时间，速度会稳定下来，这个平均速度应被用来确定即将到来的版本和迭代能力。这确保了速度变化被保持到最低限度。
      • 敏捷团队履行其承诺，但感觉能够提高速度，团队成员如何能够实现这一点 A：将较为简单的故事放进sprint中 B：减少非生产性时间 C：将用户故事移到另一个sprint中 D：识别关键过程以改进 正确答案：D 你的答案：B 解析：Velocity是一个迭代中团队能完成的故事点数，A.C 并不能提高速度。B选项团队建设等非生产时间也是很有必要的；D，进行关键过程改进能提升速度。
    • 速度的定义是 A：对每一次迭代完成的用户故事点或故事的衡量 B：对每一次发布完成的用户故事点或故事的衡量 C：对一次迭代计划的用户故事点的衡量 D：对每天完成的用户故事点的衡量 正确答案：A 你的答案：A 解析：速度是指对每一次迭代团队完成的用户故事点或故事数量的衡量指标。一个敏捷团队可根据之前的速度记录来估算下一个迭代可完成的用户故事点数量
  • 五、指标和测量
    • 指标是指测量或评估的标准。
      • 测量是一个数量，例如，有二十五份应用程序打开缺陷报告；
      • 测量是一个比例。例如，这周比上周少了10%的应用程序打开缺陷报告：
      • 测量也可以定性比较。例如，新版本的软件比旧版本更容易使用。
    • 1、指标的益处
      • 指标对项目成功来说非常重要。它们对项目是有利的，因为：
        • 它们促进回顾
        • 提供持续反馈
          • 某高利润产品的产品负责人被要求每周向高级管理层汇报已完成工作的百分比，若想满足这个需求产品负责人应该怎么做 A：与项目团队制定一套绩效测量指标，并采取传统格式提供给高级管理层 B：邀请高级管理层参加每日状态会议，确保他们及时了解进度动态 C：获取高级管理层对汇报测量指标的认同，随后按照约定的时间问题，更新信息数据 D：按照高级管理层的传统格式调整信息发射源，并每周交付 正确答案：C 你的答案：A 解析：此题用排除法，用传统的方式肯定不行排除A.D选项；管理层参加站会不合适排除B选项。所以选C比较合适
        • 有助于保持高质量代码水准；
        • 有助于及时进行代码重构；
        • 一支持频繁发布；
        • 在项目早期识别问题。
    • 2、指标类型
      • 项目中一些最常用指标如下
      • 商业指标
        • 运行测试功能
        • 获得商业价值
        • 净现值
        • 投资回报；
        • 内部收益率。
      • 过程指标
        • 每次迭代清除的障碍；
        • 延续到下次迭代的障碍和用户故事；
        • 每次送代完成的用户故事；
        • 延续到下次迭代的缺陷；
        • 团队成员负荷
        • 速度
        • 待办事项规模。
      • 项目测试指标
        • 单个故事的验收测试
        • 单个故事的缺陷数量；
        • 单个循环漏筛的缺陷；
        • 测试运行时间；
        • 测试运行频率；
        • 解决测试时间
    • 3、基线指标
      • 基线指标的计算过程形成项目基准数据，一些用于比较的基线测量方法有：
      • 发布中计划的冲刺数量、日历时间里每次冲刺长度、计划发布的故事点数量、计划发布的预算、项目开始时间
    • 4、实际指标
      • 实际指标是观察数据需要同基线对比。可用的测量方法有：
        • 预期完工比例：等于已完成冲刺数量除以计划冲刺总数量；
        • 迄今为止实际成本：最新迭代里产生的总成本
        • 已完成的累积故事点：在冲刺限制下，版本中已完成的工作总量；
        • 增加的净故事点：增加的新故事点总数-任何故事点移除。
    • 5、燃尽起图
      • 燃尽/起图是信息发射源的一部分，有助于团队展示和追踪项目进展
      • 这些图表在敏捷项目中用来展示一些项目指标，例如：总范围、已完工总量、剩余工作量
    • 6、方差分析
      • 方差分析是计划和实际之间偏差的定量分析方法。
      • 方差有两种类型：
        • 常见原因方差：系统或过程的内在因素，这些方差对成果有较小影响。
        • 特殊原因方差：导致计划偏差太大的因素，这些因素应该被积极监控。
    • 7、趋势分析
      • 趋势分析是指分析实施了一定时间的措施从而了解绩效指标。
        • 2个或者更多的指标可以结合提高有效性；
        • 追踪一段时间的趋势有助于了解一个指标对其他指标的影响；
        • 这样的观察可以用来提高项目过程和实践。
      • 如果项目初期有25个已识别风险，它没有传递太多有意义的信息
      • 如果一段时间后风险数量减少，它意味着项目中的风险管理是有效的。
    • 8、方差和趋势分析
      • 下图显示了估算和时间的方差。观察5次迭代一段时间：
    • 9，DoD（Definitionof Done，完成的定义）
      • 通过事先确定一个对“完成”的共识可以为团队与业务节约大量的时间来处理反差大、模棱两可或隐藏的工作。
        • scrum团队必须定义什么去帮助识别用户故事的完成时间 A：和产品负责人一起对完成进行定义 B：对最终确定的定义 C：对验收的定义 D：对关键决策的定义 正确答案：A 你的答案：C 解析：和产品负责人对DOD进行定义，以确定用户故事是否完成，什么时候完成
        • 在哪种情况下，开发团队需要与产品负责人一起审查完成的定义 A：团队无法为sprint创建架构 B：团队无法在sprint周期中完成所有用户故事 C：客户在sprint周期结束时请求变更 D：客户要求提前交付一个产品特性 正确答案：C 你的答案：B 解析：当客户的需求有变化时，我们就需要审查DOD，看当时是怎么定义的，只要需求不变，我们就不用考虑和审查DOD,但是一旦发生变化，就要重新进行审查；D选项特性不会发生任何变化，早交付和晚交付与DOD无关
        • 在基于WEB的软件项目中，项目业务负责人向团队成员询问一个阶段性的状态，团队成员回应工作已完成，业务负责人感到困惑，因为在访问网站时，新功能不存在，是什么原因导致这种误解呢 A：团队成员感到压力而夸大项目进展，以便让业务负责人满意 B：该特性的开发工作已完成，但该特性未发布 C：该特性的开发工作未获得项目干系人的批准 D：业务负责人未能在用户故事中定义该特性的验收标准 正确答案：D 你的答案：B 解析：团队说做完了，业务负责人说没完成，原因是啥？就是两个角色对完成的定义不统一啊，所以D最合适，B选项，就算没发布，也是对完成的定义不统一，因为团队回答的是已完成。
      • 这个定义也同时被用来指导开发团队了解在Sprint计划会议时能选择多少产品待办列表项。每个Sprint的目标都是交付符合Scrum团队当前“完成”的定义的潜在可交付功能增开发团队在每个Sprint都交付产品功能增量。
      • 这个增量是可用的，所以产品负责人可以选择立即发布它。如果开发部门制定了“完成”的定义作为规范、标准或者指引，那么所有Scrum团队都必须遵守；如果“完成”的定义还没制定，那么Scrum团队中的开发团队就必须制定符合产品的“完成”的定义。如果系统或者产品由多个团队开发，那么所有Scrum团队中的开发团队必须一起参与制定。
        • 一个事项的状态被视为“已完成”必须满足哪一项条件 A：团队与项目发起人达成该事项已经完成的一致意见 B：产品负责人接受该事项已完成 C：产品负责人和客户批准用户故事 D：团队和客户批准用户故事 正确答案：B 你的答案：C 解析：用户故事是否完成是由产品负责人来决定的，只有这一个角色对用户故事是否完成有发言权
      • 每个增量都添加到之前的所有增量上，并经过充分测试，以此保证所有的增量都能工作。
        • 在迭代规划过程中，一个团队致力于完成10个故事。编码已经完成，一些基本的测试也已经通过了。有12个缺陷还在待定工作中。而团队中的一些人则被故事的执行路径测试阻挡。在迭代的最后一天对缺陷进行测试，但测试却没有通过。在这种情况下，迭代是？ A：成功的，因为基本功能都已完成和运行 B：不成功，因为测试都没有通过 C：成功或失败取决于团队决定的完成标准 D：如果客户接受它就算成功 正确答案：B 你的答案：D 解析：在每次迭代的后期代码都应该具备“准备发布”的质量。题目中还没有具备这个条件，所以说迭代不能算是成功的
      • 随着Scrum团队的成熟，“完成”的定义会扩大，包含更严格的标准来保证更高的质量。任何产品和系统都应该对在其上面开发的工作有“完成”的定义。
• 第三部分：敏捷团队 干系人
  • 一、干系人管理
    • 干系人是：
      • 在项目中拥有股份的人
      • 项目成果对其利益产生积极或消极影响的人；
      • 对项目有积极或消极影响的人；
      • 有效的干系人管理是项目成敗中最重要的决定因素，它可以通过有效和及时的沟通实现。
        • 项目利益相关者对开发团队信心不足。下列哪一项对利益相关者的信心建设最有效？ A：和利益相关者参与更多的会议来促进沟通 B：低缺陷数 C：一个自我组织的团队 D：在每次迭代结束后交付有着更多相关功能的工作软件 正确答案：D 你的答案：A 解析：干系人可能会关注到A，B，C项中的表述，但他们最关注的应该是团队可以频繁交付更多功能的工作软件的能力
    • 干系人管理10大原则
      • 干系人利益需要紧密相关：
      • 我们需要自愿精神去确保干系人参与而非组织监督来进行；
      • 我们需要自发去寻找能够让各种干系人满意的解决方案
      • 我们所做的一切是为了服务干系人，我们从来不置任何其他一方干系人利益于不顾：
      • 我们行动的目的是为了实现我们对干系人的承诺，我们充满激情地朝着目标前进；
      • 我们需要密集沟通以及与所有相关干系人对话：
        • 一名干系人抱怨团队发送过多的电子邮件进行审批，项目领导注意到团队与该干系人的工作空间相互隔绝，几乎没有机会互动，为了解决这个问题，项目领导建议进行更频繁的面对面需求评审，项目领导建议的是什么 A：渗透沟通 B：协作 C：集中办公 D：结对编程 正确答案：B 你的答案：C 解析：渗透沟通是潜移默化的影响，协作就是指大家一起做，相互帮助
        • 项目干系人对一个新敏捷项目和敏捷团队都拥有明确目标，为什么项目干系人定期沟通团队目标很重要 A：为了限制外部介入产品开发 B：为了确保目标受到激励 C：为了重新调整团队目标 D：为了提供交叉培训机会 正确答案：C 你的答案：B 解析：此处的干系人可以理解为PO的角色，需要调整重新对齐（realign）和重申（reafirm）团队目标
      • 干系人组成复杂；
      • 我们需要推广的营销方法；
      • 我们让所有主要和次要干系人参与进来；
        • 一位新加入组织的产品负责人，拥有非常深厚的技术和产品开发知识，若要确保正在开发的产品能够满足商业需求，他应该做些什么？ A：让关键相关方参与到开发团队中来以便获得更高效的计划 B：将产品开发状态及时分享给关键相关方，确保他们能够到了解最新信息 C：确定并吸引合适的相关方并确保他们能够参与到开发中 D：确保这个团队是代表关键相关方，他们可以自主做决定 正确答案：C 你的答案：D 解析：A错误，参与可以参与，他们是部分参与，获得得也不是高效的计划。B选项的开发状态分享是错误的，邀请参加评审会才是正确的选择。D选项的自主决定错误了。
      • 我们持续监控和重新设计过程去更好服务于干系人。
        • 瑞巴和她的敏捷团队正在讨论干系人管理，那什么是干系人管理？ A：对工作环境的管理和促进，使所有干系人可积极地参与到项目中 B：对干系人期望的管理和锁定，以防止范围渐变 C：对工作环境的管理和促进，使开发者可分配任务给干系人 D：处理项目过程中干系人面对的问题 正确答案：A 你的答案：B 解析：干系人管理是指对项目干系人需要、希望和期望的识别，并通过沟通上的管理来满足其需要、解决其问题的过程，从而能够确保项目取得成功
  • 二、沟通管理
    • 项目经理需要意识到影响项目成败最有价值的因素是沟通，敏捷强调最有效的沟通是面对面，这将促进信任和双向沟通.
      • 如果要提高团队凝聚力，在沟通方面，以下哪一项是必需的 A：团队领导评价 B：无恐惧气氛 C：个人认可 D：生产效率跟踪 正确答案：B 你的答案：C 解析：沟通需要在开放、轻松、安全的环境中进行
    • 1、敏捷沟通
      • 敏捷识别有效沟通的需要，同时提供丰富多样的工具和检查点来促进有效沟通。
        • Joyce作为一名认证的敏捷从业人员，深信知识共享有着重要价值。知识共享的最佳定义是？ A：高层团队成员之间严格控制的信息流 B：重构代码模块之间的数据传送 C：通过重要项目信息的公平共享来保持所有团队成员和干系人之间消息共享 D：严格控制只在确定团队成员之间传送信息 正确答案：C 你的答案：B 解析：敏捷中，有效的“知识分享”是成功的关键因素，它需要所有团队成员和干系人对关键信息近乎实时的交流。
      • 这有助于避免目标和期望不匹配导致的项目错误
      • 促进持续参与和干系人有效合作的会议有：
        • 每日站立会议；
        • 敏捷软件开发中的评审会议；
        • 回顾
        • 需求收集；
        • 计划会议；
        • 估算。
      • 随着项目推进，持续检查干系人清单确保它符合当前现状和有效性显得非常重要同样，相关干系人必须参与到决策制定过程。
        • 敏捷管理专业人士得知，新的干系人不确定如何持续了解项目状态，敏捷管理专业人士应该怎么做？ A：告知团队该干系人必须参与每次讨论 B：邀请该干系人参加每日站会 C：将该干系人添加进沟通管理计划 D：让干系人查看项目状态报告 正确答案：C 你的答案：D 解析：让相关干系人参加每日立会，可能干系人不一定会同意，而且站会上也并不会得到所有想要的问题，站会上不会解决问题，所以和各个干系人怎么样沟通，什么时候沟通要有一个详细的计划
    • 2、社交媒体沟通
      • 社交媒体指的是电脑化工具，它可以允许组织内的人员进行知识和想法的分享、讨论和协作。
      • 组织通过运用这些工具确保信息在组织内外流动，去收集更多反馈
      • 运用社交媒体沟通的好处有：
        • 促进世界范围内的沟通；
        • 为了鼓励反馈，通过媒介沟通敏感信息；
        • 在开发实际产品前进行模型和原型展示，以此获得客户反馈；
          • 原型的定义以及在项目中的用途是 A：原型并不用于项目中 B：原型是初始计划，用于滚动计划中 C：原型是指为干系人展示设计概念的一种低成本和低风险的方法 D：原型是指等待产品待办事项验收的用户故事 正确答案：C 你的答案：D 解析：原型是向客户展示设计概念的低成本和低风险的方法，意在开发前获得用户反馈。
        • 通过投票获取客户反馈，它是制定产品路线图的关键输入。
    • 3、敏捷书面沟通
      • 敏捷宣言中“工作软件胜于全面文档”强调敏捷项目中的文档应该保持精益或者刚刚好（JBGE）
        • 在头几次项目迭代期间，敏捷项目团队创建了产品文档，在合同接近结束时，客户说产品文档不能准确的反应最终产品版本，已经过时。下列哪一项做法可以避免发生这个问题？ A：为项目团队增加一个技术专家，关注持续和及时更新文档。 B：在评审期间，提醒客户交付满足每个用户故事的验收标准 C：在每次迭代期间分配时间执行变更，并定期确定文档更新状态。 D：在每次迭代结束时创建文档，一边确保文档及时更新和完整。 正确答案：C 你的答案：B 解析：干扰项B选项不能避免产品文档过时的问题，需要一个方式让团队及时的更新文档，那什么时候更新文档比较合适呢，可以在每次迭代期间分配时间执行变更，并定期确定文档更新状态。所以答案选择C。
      • 敏捷书面沟通的需要：
        • 虽然敏捷项目中倾向于面对面沟通，但是和项目愿景、使命、路线图、升级矩阵、过程改变和关键里程碑相关的详细信息需要以书面形式记录和保存；
          • 什么方法能够用来改善不能集中办公的团队内部的沟通？ A：建立团队内部网站 B：建立RSS反馈 C：建立论坛 D：建立信息板 正确答案：A 你的答案：D 解析：敏捷团队提倡面对面沟通，如果不能实现，可以采用线上沟通的模式
        • 这将确保任何加入团队的成员可以对项目有一个总体了解；
        • 确保符合规定；
        • 它是确保机密性储存敏感信息最优方法。
    • 4、引导式研讨会
      • 组织在引导式研讨会的帮助下，通过促进团队间的互动实现成功。
      • 这类型研讨会的干系人有：
        • （1）研讨负责人：对会议成果感兴趣的人；
        • （2）主持人：确保会议以公正、聚焦的方式进行：
        • （3）参与者：基于即将讨论的主题，识别参与者并授权他们提出见解。
      • 引导式研讨会是实现不同参与者之间沟通协作的最高效方法。
        • 1、引导式研讨会可以基于以下原因召开：
          • 构想：
          • 开发项目交付战略
          • 促进创新性想法
          • 战略性决策制定
          • 开发模型或原型
          • 问题解决
          • 需求收集
        • 2、引导式研讨会主持人
          • 引导式研讨会主持人在会议中扮演重要角色，例如：
            • 计划会议举行的时间和地点；
            • 确保研讨目标清晰地传递给参与者；
            • 进行研讨；
            • 记录会议时间，并在48小时内循环给参与者；
            • 跟进动作点。
          • 会议结束的时候进行的评审会议有助于了解引导式研讨会是否存在需要改进的方面。
          • 研讨会主持人创造了一个参与者能够毫不犹豫传递信息的环境，通常，主持人不能控制会议成果。
  • 三、敏捷建模
    • 敏捷建模指的是团队在实施前对过程或产品的工作流进行评审。模型可以是短暂的，自发的或一个原型。
    • 1、敏捷建模促进：
      • 提升干系人之间的沟通；
      • 通过投入最少时间、降低成本去建立模型；
      • 在开发实际产品前管理期望。
      • 模型需要刚刚好就可以，它可以只是一个白板上的图形描绘、纸模型、投影展示或流程图。
      • 这些模型的重点不是完美，而是提供一个整体解决方案。
    • 2、敏捷建模最佳实践
      • （1）积极干系人参与；
      • （2）框架构想；
      • （3）持续记录；
      • （4）记录延迟；
      • （5）可执行的规范；
      • （6）迭代建模；
      • （7）刚刚好；
      • （8）提前建模
      • （9）模型风暴；
      • （10）多样模型；
      • （11）优先的需求；
      • （12）需求构想；
      • （13）单一信息；
      • （14）测试驱动设计。
  • 四、积极倾听
    • 积极倾听是一种要求倾听者了解、解读和评估他们听到内容的沟通技术。
    • 可以通过以下方式实现积极倾听：
      • 给予发言者反馈：
      • 解释他们所说的内容去确认各方的理解。
    • 有效倾听的关键因素
      • 集中注意力
        • 以下哪一项是积极倾听的定义？ A：全神贯注于演讲者 B：全神贯注于演讲者观点中的矛盾 C：全神贯注于紧接着的对话内容 D：全神贯注于周围环境 正确答案：A 你的答案：B 解析：减少误解和错误传达的一个沟通技能是积极聆听。优秀的听者和传达者是一项运作良好的敏捷项目中不可或缺的，积极聆听有助于两者的培养。 积极聆听的基本包括： 1）关注当下，集中精力于演讲者。 2）作笔记，不打断。 3）用意译来确认和回顾所收听的内容。 4）讲话结束时为后续归纳对话内容。擅用开放式问题，适当肢体语言和沉默来提高聆听技巧。
      • 展示倾听手势；
        • 当杰拉尔德向丽萨讲述当前项目最大的风险时，丽萨用肢体语言鼓励他。丽萨使用的是哪一种聆听技能？ A：激昂式 B：警觉式 C：调整式 D：积极式 正确答案：D 你的答案：D 解析：减少误解和错误传达的一个沟通技能是积极聆听。
      • 提供反馈：
      • 推迟点评；
      • 做出适当反应。
  • 五、全球化、文化和团队多样性
    • 随着大部分项目正在从西方国家外包，全球分布式团队已成为当今一种常态。这将涉及处理文化、多样性、语言、表情和术语的差异。通信技术的进步使得这一切成为可能。
    • 任何新组建的团队通常需要经历的阶段有：形成、震荡、规范、成熟、解散。
    • 文化多样性问题的建议
      • 文化多样性在提升团队绩效的过程中会导致延迟和困难。
    • 为了解决这些问题，有以下建议：
      • 项目周期的早期阶段制定出差预算，因此团队成员可以短期内在同一地点开展合作，并最大限度地减少意见分歧
      • 开展面对面的项目启动会议，让团队能够彼此了解；
      • 开展面对面的发布计划会议，这是团队成员常规见面的最佳机会，提高团队凝聚力；
      • 开展文化培训，以便团队可以理解可接受和不可接受的行为；
      • 允许每个团队成员前往现场，给他们机会进行结对编程和极限编程技术，从而提高技术知识，减少文化差异。
        • 敏捷工作中，提高合作的有效方法是 A：通过遵守严格的电子邮件沟通 B：通过隔离团队成员 C：通过使用结对编程 D：根据职责安排团队成员座位 正确答案：C 你的答案：D 解析：结对编程是提高协作的有效方法。
  • 六、敏捷参与式决策
    • 敏捷参与式决策指的是团队参与决策制定的过程。目标是在项目中给项目社区提供具体实践去建立框架、分析和制定不同决策。
    • 参与式决策的主要目标是：
      • 促进目标和限制因素的清晰沟通
      • 开放未开发的知识
      • 发挥组织的创造力和洞察力。
    • 敏捷参与式决策模型
      • 输入型：所有参与者有机会在决策制定过程中提供输入；
      • 共享协作型：参与者不仅仅提供咨询参考，同时也要积极参与到达成决策的过程中。
      • 命令型：决策由高级领导者或者一个小群体制定，团队成员被告知决定。
  • 七、敏捷谈判
    • 敏捷谈判中的一些最佳实践：
      • 把问题和人分离
      • 关注利益而非职位
      • 运用目标标准；
      • 创造增值选项；
      • 敏捷谈判。
    • 1、敏捷谈判和冲突管理
      • Kenneth Thomas和Ralph kilmann定义的五种冲突模型：
        • 回避：从实际或潜在冲突中退出。目标是搁置。
        • 妥协：寻找能让全体当事人都在一定程度上满意的方案。目标是退让。
        • 缓解：强调一致而非差异。目标是找一个折中方案。
        • 合作：综合考虑不同的观点和意见，引导各方达成一致意见并加以遵守。目标是双赢。
        • 对抗：过高的自信和强势，很低的合作性，目标是自己赢。
    • 2、冲突的五层级
      • 冲突是不可避免的甚至团队需要冲突。冲突的强度我们按照5个层级来区分：层级1最低，层级5最高，冲突层级越高，越难达成友好协议。
        • 第一层级：团队意识到有问题待解决，团队保持关注发生了什么改变以及如何去弥补。
        • 第二层级：团队成员开始有异议和冲突，团队成员疏离，进入冷战模式。
        • 第三层级：冲突变成竞争。人们开始寻找同盟，多种问题遗留未解决。关注点不再是解决问题、妥协，而是一定要赢。
        • 第四层级：冲突演变为运动。带着正义和纠正的态度，团队成员认为冲突另一方不会改变，必须打倒。
        • 第五层级：冲突演变成战争。没有建设性成果。
    • 3、敏捷冲突解决方案
      • 层级1：问题待解决
        • 合作；寻求双赢
        • 共识：综合各方需求，达成一致
      • 层级2：异议
        • 支持：授权他人解决问题
      • 层级3：竞赛
        • 包容：当关系比问题重要时，遵从他人观念
        • 谈判：如果冲突围绕着人们的价值观，这种方案无用事实依据：收集信息建立事实
      • 层级4：运动
        • 吸取第三方建议，将问题缓和
      • 层级5：战争
        • 做所有必须的一切去阻止伤害
  • 敏捷团队
    • 一、团队组建阶段
      • 布鲁斯·塔克曼（Bruce Tuckman）的团队发展阶段（stages of Team Development）模型可以被用来辨识团队构建与发展的关键性因素，并对团队的历史发展给以解释。塔克曼团队组建模型详细描述了项目团队在成为高绩效团队之前必经历的阶段。
      • 1、团队发展的五个阶段
        • 形成阶段、震荡阶段、规范阶段、成熟阶段、解散阶段，所有五个阶段都是必须的、不可逾越的，团队在成长、迎接挑战、处理问题、发现方案、规划、处置结果等一系列过程中必然要经历上述五个阶段。
        • 形成阶段（Forming）项目小组启蒙阶段
          • 团队成员互相认识，并了解项目情况及他们在项目中的正式角色和职责；团队成员倾向于相互独立，不一定开诚布公。
        • 震荡阶段（stormingl出现各种观念，形成激烈竞争、碰撞的局面
          • 团队开始从事项目工作，制定技术决策，讨论项目管理方法；如果团队成员不能用合作和开放的态度对待不同的观点和意见，团队环境可能变得事与愿违。
        • 规范阶段（Norming）规则，价值，行为，方法，工具均已建立
          • 在规范阶段，团队成员开始协同工作，并调整各自的工作习惯和行为来支持团队，团队成员之间开始相互信任。
        • 成熟阶段（Performing）人际结构成为执行任务活动的工具，团队角色更为灵活和功能化，团队能量积聚起来
          • 进入这一阶段后，团队就像一个组织有序的集体那样战斗；团队成员之间相互依赖，平稳高效地解决问题。
        • 解散阶段（Adjourning）任务完成，团队解散
          • 在解散阶段，团队完成所有工作，团队成员离开项目；通常在项目可交付成果完成之后，再释放人员解散团队。
      • 2、塔克曼团队理论的图示
        • 指导式
        • 教练式
        • 参与式
        • 委任式
    • 二、组建高绩效团队
      • 高绩效团队可以定义为一小群具备辅助技能的人，他们致力于共同的目标，并为了实现绩效目标自主承担共同的责任。
        • 团队领导发现团队中的几个绩效缺陷，若要提高团队绩效，团队领导应该怎么做 A：与产品负责人一起评审绩效 B：使用新信息板，保证沟通 C：组织一次团队会议，强化对共同目标的承诺 D：替换绩效不佳的团队成员 正确答案：C 你的答案：B 解析：高绩效团队：定义为一小群具备不同技能的人，他们致力于共同的目标，为了实现绩效目标自主承担共同的责任。
      • 高绩效团队（HPT）对于组织发展特别重要，在高绩效团队中团队专注于他们的目标去实现优越的商业成果。
        • 敏捷项目中需要拥有一支富有动力的团队的原因是 A：达到期望 B：保持速度 C：提高生产率 D：降低生产率 正确答案：C 你的答案：B 解析：不仅在敏捷中，富有动力的团队对任何项目都至关重要。富有动力的团队运作更流畅，生产效率高，表现超越期望值。
      • 1、高绩效团队主要特点
        • 具备合适技能和积极性的人员；
        • 承诺和有效授权；
        • 建立信任：
          • 一个新的敏捷项目团队，为建立高绩效团队，下一步应该如何做？ A：立即建立一个每日站立会议,从中团队成员能被告知自己的角色 B：举行回顾会议，从中项目负责人可以将角色分配给团队成员 C：带团队出去吃午饭，从而成员可以互相了解和建立信任 D：召开会议，从中项目负责人可以将初步任务分配给团队 正确答案：C 你的答案：A 解析：其它选项非典型方法，项目领导控制太多而没有让他们自我组织。
        • 胜于其他团队并超过预期；
        • 保持可持续的速度去交付高质量软件；
        • 一致性和可预见的速度；
        • 具备技术水平和商业知识；
        • 具备良好的沟通技巧。
        • 虽然不是每个项目成员都能成为多面手，但是团队协同能力可以充分促进交付要求性能的提高。
          • 一名团队成员是团队中唯一掌握必要技能的成员，很快就要休假了，由于团队中没有人可以从事这名团队成员的工作，因此项目速度将会受到影响，若要填补团队的技能差距，项目领导应该怎么做？ A：与每名团队成员定期单独会谈，讨论他们在项目中的独特技能 B：召集具备不同技能的团队成员，举办知识分享会议 C：鼓励团队成员在协作前获得不同技能的认证 D：要求直线经理交叉培训全体团队成员，使之能够掌握所有必要技能 正确答案：B 你的答案：C 解析：排除法，跨职能是敏捷团队的一个特性，D选项要求每个成员都掌握所需要的技能，而且直线经理也不是敏捷鼓励的方式所以排除掉，A选项中的单独会谈以及C选项中的获得认证都不是敏捷所提倡的，排除掉，所以最终选择B
      • 2、高绩效团队之多面手专家
        • 高绩效团队的主要特征是拥有多面手专家
        • 多面手专家不仅仅在他们的核心领域具备专业知识，同时对于商业领域和技术领域也有广泛涉猎。
        • 在项目的不同阶段也许会需要一个只精通于该领域的专家，但是敏捷思维建议团队成员往多面手专家发展，比如同一个人可以肩负多个角色：项目的设计人员、开发人员、测试人员。
        • 这个灵活性有助于均衡人员资源的转移，创造高绩效跨职能团队。
      • 3、高绩效敏捷团队将具有以下特征：
        • 参与式领导力；
        • 有效的决策；
        • 开放和清晰的沟通；
          • 用户正在验收测试某个新的软件系统，虽然多数业务相关方给予了正面评价，但敏捷项目经理意识到IT总监并不高兴，敏捷项目经理下一步应该怎么做？ A：查看IT总监在之前会议的出席情况 B：与IT总监一起审查经批准的项目要求 C：请IT总监在用户验收测试过程中提出反馈意见 D：与IT总监开会，获得坦率反馈 正确答案：C 你的答案：D 解析：鼓励提出反馈，收集意见，以便改进
        • 价值多样性；
        • 相互信任；
        • 管理冲突；
        • 清除目标；
        • 明确定义角色和职责
        • 协调关系；
        • 积极的氛围。
      • 4、创建授权团队
        • 授权团队会进行自我决策以适应管理的复杂性。敏捷强调具备授权和积极性的自我管理团队，他们将对项目成果充分负责。
        • 授权是：
          • 责任和所有权；
          • 朝着共同目标独立工作；
          • 理解为什么要做决策；
          • 衡量决策对于所有干系人的影响；
          • 创造更多权衡。
        • 授权不是：
          • 抛弃规章制度；
          • 淘汰任何说不的人；
          • 做其他人工作里有趣的部分；
          • 不考虑他人的自由决策。
        • 为什么授权团队被认为是敏捷团队的重要属性？ A：授权团队不对产品质量负责从而避免对项目成败的影响 B：授权团队通过广泛的参与从而了解客户的需要 C：授权团队始终关注客户不断变化的需求，持续交付他们满意的产品 D：被授权的团队对产品负责，因此更专注于交付价值 正确答案：D 你的答案：D 解析：授权团队会进行自我决策以适应管理的复杂性。敏捷强调具备授权和积极性的自我管理团 队，他们将对项目成果充分负责。
      • 5、设定和管理期望
        • Scrum Master在期望设定和管理中扮演重要角色，以此去创建高绩效团队。
        • 1）Scrum Master的职责是：
          • 在项目生命周期早期定义基本规则；
          • 确保团队理解干系人期望；
          • 同团队沟通项目愿景，有利于确保团队：
          • 认识到他们的目标同项目总目标紧密一致
          • 以连贯的单元模式工作；
          • 对愿景给予承诺。
        • 2）Scrum Master制定的基本规则包括：
          • 设定Scrum仪式的开始-结束时间
          • 保持对主题的专注减少分散；
          • 会议期间杜绝中断：
          • 允许团队成员特别是初级成员言论自由；
          • 在制定决策前应广泛搜集所有成员意见。
          • 在敏捷项目期间，如果出现了干扰性的行为，作为Scrum主管需要怎么做 A：马上取消会议 B：让团队自行组织，解决问题 C：忽略具有破坏性干扰性的讨论，等下次评审时再处理问题 D：关注破坏性干扰性的问题，要求全体人员注意发言人的讲话 正确答案：B 你的答案：C 解析：一个高绩效和自我组织的团队应该可以分辨到干扰行为，并加以纠正。
    • 三、敏捷领导力介绍
      • 领导力是社会影响力的一种，它有助于使他人努力的目标得到最大化的实现。-福布斯杂志敏捷
      • 领导力包括其他学科，例如：
        • 仆人式领导力：（参见敏捷思维和原则第五部分内容）
        • 建模方式；
        • 授权团队；
        • 建立愿景；
        • 风险管理。
      • 敏捷领导力是团队组建阶段中必需技能，以此指导团队
      • 1、领导力最佳实践
        • 作为一名成功的敏捷领导：
          • 行为模式：应该遵循一个领导者四大最有价值的特点：诚信，前瞻性，竞争力和激励性；
          • 创建和传达愿景：一个领导者应该结合组织目标，确定未来明确的目标或愿景；
          • 激发他人行动：一个领导者要建立信任树立合作，通过授权激发他人。
          • 挑战现状：一个领导者应该通过挑战任务寻找创新方法来改变，成长。
          • 定位合适的人，并鼓励他们：一个领导者应该认识到团队的贡献并肯定个人才能。
      • 2、适应型领导力
        • 适应型领导力是一个实践型领导力框架，有助于个人和组织在充满挑战的环境中适应和调整。
        • 检查和适应是敏捷项目管理中两大常见主题，它可以凝聚和保持组织的敏捷化。
        • 适应型领导力有2方面：
          • 做敏捷-要求项目经理从战略和商业层面去驱动组织朝着敏捷化方向去发展。
          • 成为敏捷-要求项目经理具备适应性、包容、探索，采用便利性的领导力风格。
      • 3、适应型领导力之做敏捷的工具
        • 敏捷领导者应采用下列执行标杆去实现具备响应性、敏捷性、利润化、市场份额和客户满意度的商业目标。
          • 质量：管理技术债务，如果不能正确处理，将导致高成本和风险。
          • 少做：项目团队应该尽可能做最简单的事让客户愉悦。
          • 激励：敏捷领导力应该鼓励和倡导具备自主性和目标的自我管理团队概念。
          • 速度与价值：敏捷三角中的三个部分应被恰当管理去实现商业价值。
      • 4、服务式领导力
        • 服务式领导力的概念由Robert Greenleaf定义。
        • 服务领导风格有助于在自组织和敏捷团队中鼓励参与式的管理风格。
        • 1）服务式领导力定位领导者作为推动者：
          • 帮助团队；
          • 移除团队面临的障碍：
          • 给予他们需要的工具和技能去保护他们远离不必要的干扰。
        • 2）服务式领导特征
          • 建立社区Building community
          • 倾听Listening
          • 同理心Empathy
          • 成长承诺Commitment to the growth of people
          • 治愈能力Healing
          • 管理能力Stewardship
          • 意识Awareness
          • 洞察力Foresight
          • 说服力 Persuasion
          • 化繁为简能力Conceptualization
          • 敏捷团队领导中的一个重要特性是仆人式领导。仆人式领导不代表? A：帮助团队成员在其职业生涯中成长 B：经理把团队需求放于首位 C：培养未来的仆人领袖 D：经理从团队中获得指令 正确答案：D 你的答案：B 解析：服务式领导不意味着经理从团队中获得指令。但其他选项都是服务式领导的相关特性
        • 3）敏捷服务式领导力
          • 服务式领导力对任何项目都有价值，不管什么方法。而且在敏捷中它是必须的。
            • 敏捷架构中，负责确保包括商业管理者和开发者在内的所有干系人有效协作的角色是 A：迭代计划者 B：产品负责人 C：客户 D：项目领导者 正确答案：D 你的答案：B 解析：敏捷中一个常见的误解是敏捷团队并不需要一个领导者。事实上，所有的敏捷团队都需要领导者，但是领导团队的方式从根本上是不同于传统的项目管理人员的。虽然自组织的敏捷团队拥有产品的所有权并承担责任，同时可自行决策，但仍需要一个领导者来鼓励引导团队成员、帮助排除障碍，促进协作等
          • 原因如下：
            • 敏捷坚信自我管理的团队，他们不需要任务管理的帮助，但是需要帮助去凝聚、组建。
            • 敏捷管理者用他们的行为去满足团队需要，同时愿意去帮助团队实现目标。
            • 在敏捷团队中价值应该被珍视，包括信任、同理心、协作等。
              • 同理心是在团队中产生信任的一种有价值的人类情感。敏捷项目中哪种类型的共鸣能帮助建立信任？ A：客户-程序员的共鸣和程序员-测试员的共鸣 B：客户-干系人的共鸣和客户-产品负责人的共鸣 C：干系人-客户的共鸣和客户-程序员的共鸣 D：客户-产品负责人的共鸣和程序员-测试者的共鸣 正确答案：A 你的答案：D 解析：A项有利于在一个敏捷项目中增强团队信任。
        • 下列哪项责任属于仆人式领导力 A：亲和计划 B：团队促进 C：看板跟踪 D：编写用户故事 正确答案：B 你的答案：B 解析：仆人式领导力指出领导人角色，采用服务团队的方式进行效果最好。它鼓励合作、信任、预见、倾听，促进团队协作
      • 5、管理vs领导
        • 一个敏捷领导者需要悦纳灵活和适应性的敏捷原则，同时也激励其他人去遵守它。管理和领导往往被认为是同义词，但他们不是。
        • 管理关注：
          • 任务/事情；
          • 控制：
          • 效率；
          • 把事情做对；
          • 速度；
          • 实践
        • 领导关注：
          • 人员；
          • 授权
          • 效率
          • 做最正确的事；
          • 方向：
          • 原则
    • 四、教练和辅导
      • 在敏捷里，指导团队涉及教练和辅导方法，每部分有它不同的关注和技能去帮助团队交付成果。
        • 教练和指导的定义是 A：帮助个人或团队创造新想法 B：帮助个人或团队对待办事项进行优先级排序 C：指导个人或团队提高绩效 D：帮助个人或团队高效合作 正确答案：C 你的答案：D 解析：团队内的教练和指导对于新的敏捷团队及经验丰富的敏捷团队都适用。教练和指导是帮助个人或团队提高绩效和实现目标的一种方式。因为敏捷有持续改善的价值。教练和指导不单是为新的或未成熟的团队服务，同时希望帮助提高绩效水平，所以也服务有经验的团队。
        • Jill, as project lead, has been using coaching to help mentor her team to improve its performance. What is Jill doing when she provides coaching? A. Motivating the team B. Mobilizing the team C. Guiding the team D. Refactoring the team 作为项目领导，Jill一直使用教练技术促使她的团队提高绩效，这种行为实际是在 A：鼓励团队 B：调动团队 C：指导团队 D：重构团队 正确答案：A 你的答案：C 解析：敏捷教练技术提倡鼓励团队、提供帮助、排除障碍等
      • 教练帮助团队成员实现具体的任务和目标；
      • 辅导通过分享敏捷经验和想法去指导团队成员的成长和发展。
      • 1、敏捷教练
        • 敏捷教练可以是内部教练或外部教练，教练需要
        • 跟不同团队共事时具备平衡视角；每个团队具备不同的进展节奏，可能会面临制约，需要帮助去克服；
        • 忠于团队成员价值：
        • 认识社会心理及团队复杂性；
        • 运用有效方法解决团队面临的问题；
          • 一家公司开始实行敏捷实践，以便更好的接触全球客户和市场，再过渡期间，很多团队都在与这个变化做斗争，因此影响士气,敏捷教练应该怎样做才能最好的利用敏捷实践并实现高绩效 A：与团队成员单独开会，为他们提供项目及其对组织带来好处的一个大蓝图 B：与团队及其经理紧密合作，通过辅导，指导，教学和推进来识别和解决问题 C：仅在团队层面教导，提供有关期望的信息，并帮助个人提升技能 D：获得干系人对团队有效性的反馈，并与团队分享 正确答案：B 你的答案：D 解析：在敏捷团队中，敏捷教练的作用是指导和教练，帮助团队成员，推进项目进展，B的表述符合这个原则
        • 开发方法进行非侵入型干预从而改变团队动力
        • 学习真正需要什么才能让人们作为一个团队去工作。
      • 2、教练水平
        • 教练关注点在每次冲刺或迭代中的不同点有所变化：
        • 冲刺开始时关注团队；
        • 冲刺中期关注个人：
          • 作为团队教练，你应该什么时候专注于对团队成员个体进行教练？ A：当有人向你求助或寻求建议的时候。 B：在计划会和回顾会中。 C：有外部阻碍出现的时候。 D：当有人遇到了技术问题，并且他们自己解决不了的时候。 正确答案：A 你的答案：D 解析：对于个体的教练发生在迭代中，有人向你求助或者寻求建议的时候。如果团队成员有技术问题，并且他们自己解决不了，敏捷的方法会让他们把这个问题分享给他的同组人，通过集体的力量来解决。（并且，只是因为有些人遇到了问题，并不意味着他们需要或者想要教练。）在迭代边界，我们专注于对整个团队进行教练，因为那个时候是每个人都集中在一起做迭代计划会，评审会和回顾会的时间。阻碍是在每日站会上分享的，通常这个时候不需要有人来教练他们。
        • 冲刺末期和发布时，关注点又转变为团队。
      • 3、敏捷教练技能
        • 敏捷教练必须具备的三种主要技能如下：
        • 与人工作
          • 倾听
          • 给予反馈；
          • 提问；
          • 建立信任和融洽的氛围。
        • 促进改变
          • 获得支持；
          • 达成协议：
          • 实施变更；
          • 总结失败教训。
        • 运用系统思维
          • 描绘蓝图；
          • 识别变更杠杆
          • 沟通危险信号。
    • 五、敏捷情商
      • 敏捷情商通常作为测量值去描述人们识别、评估和管理自我及他人情绪的能力。
      • 敏捷情商是每个项目经理必须具备的软技能，它有助于在不确定的环境中管理项目。它的作用是：
        • 促进敏捷项目团队的协同合作；
        • 有助于敏捷项目经理在适应客户不断变化的需求时更加灵活。
      • 1、情商和敏捷项目经理/scrum Masters
        • 情商是一种对Scrum Masters或者敏捷项目经理来说非常重要的能力，他们必须：
          • 建立关系并知道如何在矩阵型环境中从他人身上获取最大价值；
          • 激励员工，从不同来源组建团队并管理冲突：
          • 理解和管理技术解决方案对一个用户群的影响；
          • 在分析情况和评估影响后展现领导力；
          • 通过理解和有效地管理团队情绪来交付成果。
      • 2、情商技能评估框架
        • 识别情商行为的五个因素，这些因素是感知、管理、决策、实现和影响.
          • 感知：能够准确地认识、承认、参与和理解情感、归属感的能力；
          • 管理：有效地管理、控制和表达情感的能力；
          • 决策：能够适当运用情感管理变化和解决问题的能力。
          • 实现：能够生成必要的情绪自我激励追求目标实现的能力；
          • 影响：能够识别、管理和唤起对自我及他人情感变化的能力.
      • 3、自我评估
        • 自我评估是个人、组织或团队执行自我的复杂评审了解优势、劣势和机会去改进的过程。
        • 需要记住的点：
          • 自我评估的目的是激发学习改变和应用敏捷技术的热情；
          • 自我评估应该突出学习领域去改进敏捷技术；
          • 目标是识别发展需要：
          • 识别出各种流行想法和建议，同时人们对于特定任务的承诺也被捕捉；
          • 进一步自我评估被用于创建一个发展计划。
        • 组织级自我评估
          • 组织执行自我评估是为了触发改变。
          • Peter Drucker识别了5个问题作为框架去实施自我评估。组织级的自我评估有助于敏捷项目的成功，
          • 5个问题是：
            • （1）你的使命是什么？
            • （2）谁是我们的客户？
            • （3）客户价值是什么？
            • （4）你的计划是什么？
            • （5）我们的成果是什么？
    • 六、敏捷团队激励
      • 敏捷原则其中一条声明：通过激励个人来组建团队，给予他们需要的支持和鼓励。
        • John，作为一个项目领导人，指导和教练他的团队。他经常重点突出团队的成绩。请问John 在为团队提供指导和教练时采取了什么行为？ A：重构团队 B：引导团队 C：重组团队 D：激励团队 正确答案：D 你的答案：B 解析：敏捷中的教练和指导技术通常会激励团队
      • 敏捷领导者需要激励团队，一些著名的激励理论如下：
        • 马斯洛需求理论；
        • 赫兹伯格双因素理论；
        • 大卫动机理论；
        • 激励因素理论。
      • 1、马斯洛需求理论
        • 人的需求用金字塔五层级表示，金字塔从下往上分别是：生理需求、安全需求、爱与归属的需求、自尊需求、自我实现需求。只有低层改需要满足了才会产生高一层级的需要。
      • 2、赫兹伯格双因素理论
        • 激励因素：这些因素来自工作条件本身，它们能带来满意，例如：重视、成就、个人成长。
        • 保健因素：这些是必须的但是不能给予激励，尽管缺少它会导致不满意。例如：地位、工作安全、薪水等。
        • 敏捷项目团队需要保健因素去建立最低水平的团队绩效。同样，激励因素决定团队是否能实现高绩效。
      • 3、大卫动机理论
        • 大卫动机理论是在马斯洛需求理论的基础上产生的。主要内容如下：
        • 成就
          • 设定和完成挑战性目标的强烈欲望；
          • 愿意承担可能的风险去完成目标；
          • 愿意收到来自进展和成就的日常反馈：
          • 喜欢独自工作.
        • 联系
          • 喜欢有集体归属感；
          • 他们想被喜欢，常常会伴随小组的其他成员想做什么而做什么：
          • 喜欢协作竞争
          • 不喜欢高风险戏不确定性。
        • 权力
          • 喜欢控制和影响他人；
          • 喜欢赢得辩论：
          • 享受竞争和胜利：
          • 享受地位和重视。
      • 4、激励因素理论
        • Barry Boehm从他密集的项目工作中创造了团队激励因素。他建立了软件项目管理的w理论，该理论倡导"让每个人成为赢家"。
        • 以下2大原则支撑他的理论：
          • （1）计划飞行和飞行计划；
          • （2）识别和管理风险。
        • 激励因素理论识别以下团队激励因素：
          • 成就、成长可能性、工作、重视、进步、技术监督、责任、同事关系、与下属关系、薪水
    • 七、团队空间
      • 团队空间又称作"作战室"，指的是团队进行日常工作的环境。
      • 包括：
        • 集中整个团队到一个空间；
        • 专注促进沟通和激励的因素，激发高生产力。
      • 1、糟糕的团队空间迹象
        • 糟糕的团队空间会导致团队生产力下降。通常缺乏沟通被认为是项目失败的最主要原因。
        • 糟糕的团队空间迹象如下：
          • 团队成员间缺乏互动；
          • 根据职位安排座位：
          • 墙上陈旧的设备；
          • 团队成员戴着耳机
          • 专注家具布局多于创建团队空间
          • 工作区缺乏信息发射源；
          • 缺乏吸引力的空间。
        • 关注点应该放在减少分散去避免沟通差距，以此来持续交付预期成果和价值。
      • 2、集中式团队
        • 集中式团队在同一地点共同工作。集中式团队的特征如下：
          • 每个团队具备所有需要的技能；
          • 团队独立工作，合作式去协调工作。
      • 3、分布式团队
        • 在分布式团队中，团队成员在不同地点工作。分布式团队特征如下；
          • 作为一个团队，成员在不同城市工作；
          • 每个地区的成员具备不同技能；
          • 以防集中式团队不具备项目需要的所有技能，分布式团队可以用来填补空白。
          • 它是具有成本效益的均衡分布式团队
      • 4、集中式团队VS分布式团队
        • 集中式团队：
          • 团队成员全部在一个空间内，创建“作战室”；
          • 问题得到非正式的及时解决；
          • 偶尔的互动会激发生产力；
          • 团队基于冲刺目标来确定角色：
          • 他们遵循“洞穴和共享”模式：
            • 洞穴：用于进行电话，简短的会议，或用于集中团队成员；
            • 共享：共享区域作为团队渗透式沟通的地方。
        • 分布式团队：
          • 团队物理式分布
          • 正式记录产生的知识；
          • 确保过程的结构化运用；
          • 通过任务明确定义角色；
          • 利用协作技术；
          • 使用视频直播会议；
          • 使用群组聊天即时消息；
          • 在发送邮件时，选择收条，抄送其他团队成员；
          • 有论坛或企业信息中心。
      • 5、渗透式沟通
        • 渗透式沟通指的是听到的信息在团队房间区域流动，其中一些被吸收，这是集中式团队带来的好处之一。没有障碍影响整个工作区域信息的流动。因此，在这样的环境中，渗透式沟通自然而然地发生。
    • 八、协作与协调
      • 协作和协调是项目必须的：
        • 协作：把知识、经验和多种技能聚集到一起为新产品开发做贡献的过程。
          • 一个新组建的集中办公团队正在参加每日站会，但在其他方面主要是作为个人贡献者进行工作，这导致了活动的不一致，担忧满足计划的速度。 敏捷管理专业人员应该怎么做？ A：在活动得到满足时，让团队在不受干扰的情况下继续工作 B：为需要团队定期协同工作的活动制定计划 C：设置协作指标并根据这些指标评估个人行为 D：要求管理层在团队中增加更多的协作团队成员 正确答案：B 你的答案：A 解析：分析题干团队间缺乏沟通协同，敏捷管理者需要促进团队内部和团队之间的合作与对话，鼓励大家通过交互式会议、非正式对话和知识共享等展开协作。ACD的动作无法促进团队内容的协作。
        • 协调：在团队成员之间分享信息的行为。
      • 1、使用交互模式来促进协作和协调的注意事项如下：
        • 运用不同的互动模式；
        • 运用协作实践模式来匹配交互需要：
        • 运用低成本模式：
        • 对重要、高风险活动运用高效模式。
      • 2、协作技术
        • 协作可以按照以下两种方式进行：
          • 同步技术：所有参与者同时查看信息，例如：电话视频会议。
          • 异步技术：所有参与者在不同时间查看信息和提交反馈。例如：邮件、图纸和文件交换。
• 第四部分：敏捷方法 工具
  • 一、估算
    • 估算是对交付计划产品所需要的成本、进度、投入或者技能进行的预测。
    • 对项目的可行性、商业案例和投资回报进行评估非常有必要。
    • 虽然在敏捷项目初期可用信息非常少，但可以用ROM（粗略量级估算）来做出决策.
      • 一般来说，一个敏捷项目是怎样估算的 A：横向和纵向 B：自下而上 C：自上而下 D：自上而下和自下而上 正确答案：C 你的答案：D 解析：当估计敏捷项目时，宏观方法是常用的。首先是高级估计，接着是详细估计。
    • 敏捷估算基础：
      • 为什么需要估算？
        • 估算让团队可以了解项目规格，计算ROI和IRR，形成项目执行许可的基础。
      • 谁执行估算？
        • 敏捷团队基于产品负责人的投入来估算需求，Scrum Master进行保守估算
      • 估算会议什么时候进行？
        • 整个项目期间进行。在项目逐步完善中更多信息出现，团队定期评估新需求。
          • 在何时估算迭代的任务较为合适？ A：在迭代计划和迭代期间 B：只在发布计划期间 C：在迭代期间 D：在迭代计划期间 正确答案：A 你的答案：D 解析：在迭代计划和迭代期间进行估算
      • 估算如何创建？
        • 团队使用计划扑克或者亲和估算等技术来确定需求估算
  • 二、准确性和精确性
    • 敏捷估算致力于准确性而非精确性，因为实现精确性让估算过程拉长并且昂贵
    • 准确性意味着聚集到一个标准或已知值；
    • 精确性是重复性精度
    • 在软件开发中，精确性的建立很困难。
  • 三、项目规模测量
    • 确定项目规模对于确定它的最终完工日期和资源非常重要。
    • 传统项目管理常用的项目规模测量有：行代码、功能点。
    • 敏捷项目测量用以下表示：故事点、理想时长（又翻译：理想日）
    • 1、相对尺码
      • 相对尺码是敏捷估算中的重要概念。
      • 与测量绝对值不同的是，它通过对比基线来确定需求的大小。
      • 相对尺码运用在用故事点估算用户故事时。
      • 通常在计划扑克期间，敏捷团队用一个参照用户故事作为随后估算的基础，那么常用的参照用户故事的规模是 A：小 B：加大 C：中 D：大 正确答案：C 你的答案：A 解析：通常计划扑克的参照用户故事是中码或者均码。估算者可利用参照点来做相对估算。
    • 2、故事点
      • 故事点是描述一个用户故事及其相关努力总体规模的测量单元。
        • 一般来说，怎样理解故事点和价值点？ A：故事点代表质量，价值点代表价值 B：故事点代表成本，价值点代表收益 C：故事点代表质量，价值点代表收益 D：故事点代表故事价值，价值点代表产品价值 正确答案：B 你的答案：B 解析：总的来说，故事点可以被看作是开发一个用户故事的成本，价值点可以被看作是开发用户故事的收益。
        • 当一个用户故事被估算故事点为0时，这说明了什么？ A：说明该用户故事成本为0 B：说明该用户故事没有价值 C：说明该用户故事阻碍进度 D：说明该用户故事需要最小的努力来设计，开发和测试 正确答案：D 你的答案：A 解析：故事点书为0说明任务很简单，需要花费的时间很少甚至可以忽略不计。
        • 故事点是指 A：测试工作的固定单元 B：测试工作的动态单元 C：开发工作的动态单元 D：开发工作的固定单元 正确答案：D 你的答案：C 解析：故事点是开发工作的固定单元，用在相对测量用户故事中，以达到估算参与开发的工作量的目的。故事点并不以时间为基础，而以意义为基础。
        • Trey和他的AGILE团队正在用故事点来预估用户故事.什么是故事点? A：开发工作量的固定和内在价值 B：一个固定开发工作量，其他特性相对该工作量的数值 C：开发工作量的动态和名义价值 D：开发工作量的固定和次序价值 正确答案：B 你的答案：C 解析：故事点表示开发一个用户故事的相对工作量。每一个故事点表示一个固定的开发工作量值。当估算敏捷团队时，必须考虑复杂度，工作量，风险和依存关系。
      • 1）故事点：
        • 是相对测量：
        • 用户故事的故事点互相进行对比：
        • 故事点是团队运用计划扑克等估算技术确定的；
          • 计划扑克中每一个用户故事应分配的时间是 A：10分钟 B：8分钟 C：无论多长时间，应协商一致 D：2到3分钟 正确答案：D 你的答案：C 解析：进行计划扑克时，通常设定的时间值是2到3分钟
        • 故事点对一个项目来说是独特的，不能同其他项目相比较。
          • 下列哪一项关于故事点的叙述是错误的? A：故事点依靠于类比估计 B：故事点测量故事的大小和复杂性 C：故事点是关于规模大小的度量 D：故事点可以很容易地跨团队比较 正确答案：D 你的答案：A 解析：团队可以用不同的基准进行比较，因此它们的故事点规模可能大小不一。理想地说，故事点和任何度量都不应该跨团队比较
      • 2）分配故事点需要考虑的：
        • 任务规模-故事规则取决于以下因素：复杂性、投入量、风险大小
          • 在敏捷的估算技术中，用户故事的规模通常用故事点测量。问用于测量任务规模的标准会是什么? A：任务点 B：功能点 C：小时数 D：故事板 正确答案：C 你的答案：A 解析：任务通常用完成时间来测量。除了任务点，就没有其他这样的东西了。功能点基于整个团队来计算，故事板和测量则没有任何关系
        • 相对价值-故事点是规模的相对测量，绝对值不是很重要。
        • 估算-估算运用基准来完成，相对值被运用。
        • 选取最小故事估算价值为一个故事点。
        • 选取中等规模故事分配5个故事点。
      • 3）故事点估算的步骤
        • 用户故事拆分为更小的功能，并确保每个故事具有投资属性。理想情况下，每个故事应该由1个人占用不超过2天的时间完成。
        • 确定团队达成共识的故事作为基线，创建它的故事点价值。
        • 将所有其他故事卡片同基线故事对比。
        • 每次送代末期，将故事点同故事卡片上记录的校准。
      • 4）故事点之类比估算
        • 故事点估算可以通过对比来有效完成。类比估算中需要考虑：
        • （1）将一个用户故事同其他故事对比
          • 基于精确性，如果故事A同故事B类似，他们的估算也将类似。
        • （2）创建多层面基准
          • 当2到3个不同的规格设定为基准时，一个可能的比较是：故事A比故事B规格大，但是却小于故事C，如果故事C大，故事B小，那么故事A接近于中等规格。
    • 3、价值点
      • 敏捷强调交付价值和成果：
        • 团队正在为期三周的迭代中构建一个产品，在最后一次回顾会议中，已经确定，报告的缺陷和变更请求的数量比之前的迭代增加了20%。 由此导致团队产品价值下降，团队应该怎么做？ A：运行一次冲刺，清楚所有报告的缺陷，然后再进行新的用户故事 B：更改控制机制，以便在交付前更好地测试产品 C：增加与客户确认共识的机会 D：重新评估周期的持续时间，因为更快的周期可能允许更早地检测缺陷 正确答案：C 你的答案：D 解析：关于“产品价值”应该跟客户确认，D选项本身并没有错误，但是题干中所表述的是产品价值下降，所以优先和客户确认这个价值方面的东西，再去考虑是否缩短周期。
      • 价值点展示一个故事的相对商业价值；
      • 针对故事价值，运用相同的相对尺码技术，将提供对总体交付价值的估算；
      • 这将让产品负责人和商业利益相关者共同参与到将故事或特性价值量化的工作中；
      • 价值点将给估算带来真正的权力（价值）。
    • 4、理想日
      • 1）理想日估算将会回答实施故事所需时间的问题，它需要考虑：
        • 正在进行的唯一任务；
        • 没有中断；
        • 所有需要的信息都可用。.
      • 一旦理想日估算达成，经过几天潜在干扰后它将被转化为实际时间。
      • 在极限编程中，理想日被称为完美编程日。
      • 2）在理想日估算被转化为实际时间时会遇到很多干扰，以下是影响理想日的因素
        • 培训、评审、采访、会议、电话、管理评审、邮件、bug修复、生病、示范
        • 在正常的工作的8小时内，一个开发人员可能会只花5小时在编程工作上。然而，即使开发时间估算在8小时或1天的工作时间，实际时间也可能接近1天半时间。
          • 普遍1.5倍实际时间
    • 5、故事点Vs理想日
      • 故事点-
        • 有助于驱动跨职能行为；
        • 故事点估算不会衰变；
        • 纯规模测量：
        • 故事点估算时间很低
      • 理想日-
        • 同样的团队内理想日有差异；
        • 理想日在团队外部容易说明；故事点更加抽象；
        • 理想日迫使公司面对浪费时间的活动
    • 6、估算规模
      • 敏捷评估旨在合理预测估算，不追求精确。
      • 以下两种非线性规模常用于估算：
        • 非线性规模-斐波那契数列：1，2，3，5，和8，后一个数字是前面两个数字的总和。
        • 非线性规模-翻倍：1，2，4和8，每个数字翻倍得到下一个数字。
    • 7、宽带德尔菲
      • 1）宽带德尔菲技术用来收集关于项目规模的准确估算。
        • 项目经理选择一个估算团队，组织专家，通过一系列会议就估算达成一致。
        • 在项目经理收集个人估算后将汇总发送给团队成员，估算匿名完成。
        • 如果估算差异很大，另一次迭代（重新估算）进行。
        • 缺点是相对常用估算技术例如专家判断、类比估算等，它要求更多精力和协调去进行估算。
      • 2）宽带德尔菲的步骤：
        • （1）团队选择：选择负责估算的专家团
        • （2）启动会议：计划启动会议去说程序和落地规则
          • 一名新团队成员应邀参加一次德尔菲计划会议，敏捷团队领导注意到该成员对这个过程并不熟悉，敏捷团队领导应该怎么做？ A：要求该团队成员频繁参加德尔菲会议，以便获得经验 B：创建一份计划，为团队成员培训敏捷工具和方法 C：创建一个项目词汇字典，并发给所有团队成员 D：在面对面的德尔菲会议中，鼓励新的团队成员提问题。 正确答案：B 你的答案：D 解析：这道题目用排除法，A选项看起来没不对的地方，但作为敏捷团队领导，应该及时给团队成员提供帮助，为团队成员培训这些敏捷工具和方法。C选项创建词汇字典不够直接也没有必要发给所有团队成员。所以选择B选项D不解决问题
        • （3）个人准备：允许团队成员针对每个任务个人收集初始估算
        • （4）估算会议：实施一系列迭代步骤组成的估算会议
        • （5）配置任务：收集个人估算，编译最终清单
        • （6）任务评审：评审估算程序、最终任务清单和假设的结果。
      • 3）计划扑克
        • 计划扑克是宽带德尔菲技术的变化模式，整个团队协同合作估算每个用户故事需要的投入。
          • 下列哪一项属于估算用户故事规模的技术 A：专家判断 B：计划扑克 C：燃尽图 D：看板扑克 正确答案：B 你的答案：A 解析：计划扑克是敏捷估算故事规模的常用技术。
        • 在计划扑克会议中：
          • （1）每个团队成员收到有编号的卡片，如果需要数字可以延伸；
          • （2）产品负责人朗读每个故事卡片并回答团队问题；
          • （3）每个团队成员评估故事所需投入以及运用相对尺码给故事分配点；
          • （4）当Scrum Master要求时，每个人必须同时举起写有他们估算的数字卡
          • （5）如果这里有差异，团队成员要解释估算偏高或偏低的原因；
          • （6）讨论后，团队成员重新估算直到达成一致。
          • 敏捷团队希望集体决定项目的可能规模，如果他们使用计划扑克技术来完成，那么团队将会做什么？ A：估算用户故事点的相对规模 B：通过将故事放在存储桶中来估算故事 C：通过将故事点与过去的相似特征进行比较来估算故事点 D：使用点数投票估算故事点 . 正确答案：A 你的答案：D 解析：故事点是描述一个用户故事及其相关努力总体规模的测量单元，通常是团队运营计划扑克等估算技术来确定的。
    • 8、亲和估算
      • 亲和估算是一种被团队成员用来估算大规模用户故事的技术。
        • 什么是亲和估算？ A：估算进入市场时间的方法 B：估算用户故事工作量的方法 C：估算客户对产品特性的反应的方法 D：计划扑克的别称 正确答案：B 你的答案：C 解析：亲和估算是预测工作量的一个方法，通常在故事点，开发用户故事中，而尤其在大型产品待办事项中作用巨大。
        • 敏捷的亲和估算技术主要作用在以下那一项？ A：消除对任务持续时间估计的需要 B：减缓估计过程 C：大型产品待办事项 D：小型产品待办事项 正确答案：C 你的答案：A 解析：亲和估算是预测工作量的一个方法尤其在大型产品待办事项中作用巨大。虽然还有其他估算方法，但是基本的亲和估算模式涉及从小范围到大范围测量用户故事。可以采用斐波那契数列或者T-shirt尺码
        • 如果敏捷团队使用故事点集体估算50个故事的相对规模，敏捷团队使用的是哪一种估算技术？ A：计划扑克 B：投票表决 C：亲和图 D：斗轮体系 正确答案：C 你的答案：A 解析：亲和估算。A, 计划扑克是估算一个具体故事的规模。
      • 1）亲和估算的优势：
        • 快速简单
        • 决策制定过程透明可见：
        • 它创造了一种积极合作的体验而非对抗性。
      • 2）亲和估算的步骤
        • （1）沉默的相对尺码
          • 产品负责人提供产品待办事项
          • 故事水平排列在墙上
          • 团队成员考虑执行中的努力，对比墙上物品对每样物品进行规模定义，
          • 团队安静地执行以上步骤，不讨论技术或者特性问题
        • （2）编辑墙
          • 故事卡片的规格在这一步里编辑
          • 基于设计讨论和其他团队成员的投入，故事卡片根据相对尺码移动
        • （3）将物品置于相对尺码栏
          • 根据团队决定使用的分栏命名，把相应的规模置于墙上。
        • （4）产品负责人挑战
          • 一旦团队完成估算，产品负责人可能会不认同某些估算，如果团队决定一个物品必须重新进行规模估算，它可以通过以下：
            • 将它置于独立的墙上重新进行规模估算
            • 立即同产品负责人决定新规模
        • （5）储备数据
          • 数据被记录和储备，意味着亲和估算流程的结束。
    • 9，T恤尺码估算
      • 一种流行的敏捷相对估算技术：（中码，大码，加大码等）
      • 操作简单；
      • 介绍团队使用相对估算的好方法
      • 亲和估算非常有效
      • 在进行用户故事估算前，每个T恤尺码的基准需要由团队决定。
      • 敏捷开发者杰拉尔德，正进行一项计划活动，需要估算一大型产品待办事项中开发用户故事的相对工作量。团队计划将用户故事赋值为不同的T恤尺码（小，中，大，加大）来表示开发的工作量。这次计划活动高效并且迅速估算了用户故事。那么杰拉尔德最有可能在进行哪一种计划活动？ A：T恤估算 B：亲和估算 C：相对估算 D：无穷估算 正确答案：B 你的答案：C 解析：亲和估算是预测工作量的一个方法，基本的亲和估算模式涉及从小到大范围测量用户故事。这个范围可以是斐波那契数列或者T-shirt尺码，常常贴在大型会议室墙上。然后参与者在估算时可将他们的用户故事贴到这面墙上。
    • 10、确定项目规模
      • 项目规模通过添加与用户故事相关的故事点到产品待办事项中来确定。
      • 基于敏捷项目的动态特点，新需求会持续地添加到产品待办事项中。因此，项目规模在项目的早期阶段只是一个指示性的指标，需要在整个项目生命周期中不断地被查看.
      • 这些信息将有助于确定：
        • 团队规模；
        • 团队数量；
        • 冲刺持续时间：
        • 版本中冲刺数量；
        • 目标上限。
  • 四、基于价值的分析和分解
    • 与需求相关的商业价值是优先级排序的主要驱动力。
    • 然而，在进行优先级排序时还需要考虑其他因素，例如：
      • 交付成本：以较高的开发成本交付一个优先级需求Vs交付一群类似成本可以开发的较低需求。
      • 延迟成本：交付一个较低成本延迟的优先级需求vs交付一群较高成本延迟的较低优先级需求。
      • 回报频率：确定从需求中得到资金回报频率是每天、每月、每年。
      • 依赖关系：某些高优先级特性只能在相关的低优先级特性开发时进行开发。
  • 五、确定初始进度和成本范围估算
    • 对于迭代中可以交付的产品的初始认识基于以下步骤：
      • 1）确定故事点或理想时间的需求：采用估算技术
      • 2）计划需要的投入：基于团队的平均可用性，转化理想时间到过去时间去实现需求。
        • 这些是根据团队平均可用性来分解理想时间完成。
      • 3）转化投入到计划中：基于团队规模和每月平均可用工时，根据资源和工时数量分解过去的时间，将所有过去的时间转化到持续时间中去。
      • 4）计算项目成本：该项目的总成本是通过加载资源成本要项目进度的持续时间来确定，并且考虑到涉及在运行项目中其它加载成本。
  • 六、不确定性椎（见图示）
    • 1、在项目早期，许多细节不明确，需要处理以下：
      • 团队在项目早期进行粗略量级估算（ROM）；
      • 随着项目的进展和项目动态的认识，估算被持续重梳理：
      • 估算开始变得准确，范围开始缩小。
    • 2、不确定性椎的图示
      • 不确定性椎展示了估算准确性在不同阶段的提高：
    • 3、敏捷不确定性椎
      • 在敏捷项目中，不确定性椎延伸到整个项目，同样也出现在项目的每次迭代中。
      • 迭代中不确定性相关的风险可以通过以下方法去解决：
        • 在发布中尽早强调高风险特性；
        • 频繁的代码测试；
          • 敏捷中，频繁进行验证和确认的意义是 A：因为在短时增量发布工作产品，所以验证和确认频繁发生 B：因为有重新使用旧编程软件的趋势，所以验证和确认频繁发生 C：因为客户需求不断变化，所以验证和确认是唯一确保工作分解结构的方法 D：因为工作产品只在项目结束时发布，所以验证和确认频繁发生 正确答案：A 你的答案：C 解析：敏捷提倡增量交付，频繁发布产品，所以要频繁进行验证和确认
        • 频繁的自动测试周期
        • 同产品负责人就不断变化的解决方案进行日常审查。
      • 需要注意的是，建议估算到范围而不是某个绝对值，这提供了必要的杠杆作用来处理迭代和发布计划中的不确定性。
  • 七.优先级
    • 1、优先级排序的重要目的是识别高价值特征（功能）并且使它们得到优先交付，这将有助于组织为客户提供最大价值。
      • 优先级排序同样有助于：
        • 决定团队开展工作的顺序
          • 以下哪个是相对级别/优先级的定义 A：基于项目经理对优先级排序的清单 B：基于净现值排序的清单 C：基于挣值排序的清单 D：基于团队对优先级排序的清单 正确答案：D 你的答案：A 解析：相对级别/优先级是指根据团队对优先级的定义，对一列用户故事进行排序
        • 调整范围去满足预算或时间目标的同时保留一系列有用特征（功能）
        • 决定迭代计划、版本计划和新需求进入
        • 决定无价值的低优先级任务并避免团队去执行
    • 2、优先级要素
      • 进行需求优先级排序时需要考虑的要素如下：
        • 特征交付的财务价值 （投资回报率）
          • 作为一个产品负责人，Hanna坚信要将特征进行优先级排序。原因是： A：因为它按速度排列了团队成员的等级 B：因为它提供了早期投资回报率 C：因为时间造成了产品交付的劣势 D：因为它提供了价值导向的开发任务 正确答案：B 你的答案：D 解析：将特征进行优先级排序，高价值的特征先进行开发交付，可以保证早期的投资回报
          • 以下哪项最好地描述了管理故事优先级的因素? A：利益相关者的希望 B：投资回报率和风险 C：客户的要求数目 D：团队给出的规模估计 正确答案：B 你的答案：A 解析：团队中投资回报率越高，优先权就越高。相似地，越高风险的事物有越高的优先权。干系人认识程度可能也会起作用，但基于这些参量最好需要客观看待。团队给出的大小估计可能会影响到投资回报率，但它自身并不足以决定优先权。PO决定优先权——这不是一个多赢实践
        • 开发新特征的成本
        • 开发新特征导致的风险
        • 在开发新特征时团队获得的学习量
        • 学习意义和新知识。
        • 优先处理用户故事时考虑的重点因素是 A：价值，风险和难度 B：价值，成本和难度 C：价值，风险和便利 D：价值，成本和风险 正确答案：D 你的答案：B 解析：价值，成本和风险是处理用户故事时优先考虑的重点因素。
    • 3、敏捷客户价值优先级
      • 产品负责人应该持续评估产品待办事项，并且在考虑客户价值的基础上，对需求进行优先级排序
        • 作为一个产品负责人，George坚信要将特征进行优先级排序。原因是： A：因为优先级保证了最有价值的特征先开发 B：因为优先级确保了所有的产品特征都会在产品发布时完成 C：因为优先级使全体团队成员确认有价值的产品特征被开发 D：因为优先级确保了所有与本地安全相关的特征将先开发 正确答案：A 你的答案：C 解析：敏捷团队必须时常处理产品待办列表里的高优先级事项
      • 决定客户价值的活动包括：
        • 同客户协作
        • 创建焦点小组
        • 减少技术债务（强化质量提高交付）
      • 在关注敏捷客户价值优先级时，以下方面需要考虑：
        • 关注创新：以创新为起点，向高效和优化前进
        • 关注执行：当项目经理关注交付时，他们会增加项目价值。然而当他们关注计划和控制时，他们会增加支出。
        • 精益思想：主要指系统地消除浪费。
    • 4、优先级技术
      • 产品负责人、商业干系人和团队必须对即将实施的技术以及每个与优先级相关的基本原理有清晰的认识。
      • 他们需要关注和确保优先级的定义没有改变或者稀释项目过程。
      • 以下是敏捷中运用的3种优先级技术：
        • MoSCoW技术
          • 在以下选项中选择一个适用于敏捷以优化为目的的方法。 A：MoSCoW B：Cano C：WIDETOM D：Cannon 正确答案：A 你的答案：C 解析：两个处理产品优先级的常用方法是：MoSCow 和Kano。
        • Kano模型
        • 相对量级
          • 在确定用户故事的优先级时，团队未能达成一致意见，项目发起人要求团队通过考虑一个特性的正面财务价值以及缺乏这个特性的负面财务影响来确定它们的优先级，团队应该采取什么方法 A：MoSCoW方法 B：虚拟货币 C：相对权重 D：卡诺分析 正确答案：C 你的答案：A 解析：在KANO分析中，功能被区分成必须的功能，线性功能和兴奋点。这一工作是通过向潜在的用户问后面两个问题来完成的，如果有这个功能他们会觉得如何以及如果没有这个功能他们又会觉得如何；相对权重方法提供了一种使用一个值来实现一个功能所带来的收益，把现在它所带来的惩罚和现在它的成本进行评估的方法，这个值就代表了这个功能的优先级-(《敏捷估计与规划》，Page 135)
      • 备注：修剪待办事项是指持续对待办事项进行优先级排序的过程。
    • 5、优先级技术-MoSCoW
      • 动态系统开发方法（DSDM）是一种运用MoSCoW技术来进行需求优先级排序的敏捷方法。
        • 亨利运用MoSCoW技能来了解客户要求的每一项特性，这里MoSCoW是以下哪一项的例子？ A：基于约束的分析技能 B：基于优先级的分析技能 C：基于价值的分析技能 D：一项WIDETOM 分析技能 正确答案：C 你的答案：B 解析：基于价值的分析致力于了解由客户定义的价值与产品中的不同部分如特性和任务之间的关系是如何的。特性通常以基于价值和风险的优先级得到优先处理。 通过风险-价值指标和成本-价值指标，使用MoSCoW或Kano方法可执行优先级。
      • 在这种技术下，需求基于以下方面排序：
        • Must必须有、这些需求是强制性的
        • Should应该有-这些需求不是强制性的，但是高度渴望的
        • Could可以有-这些需求如果满足会很好
        • Won't不会有-当下可以不去满足，但是将来可以加入
      • 在开始新一轮时间箱前，会有一个新的MUSTs加入。这些可能是新的需求，或者现有需求被调整优先级进而转移成为MUSTs.
    • 6、优先级技术-Kano模型
      • 1）Kano模型是由Noriaki Kano教授开发。该模型致力于满足需求确保客户满意。
        • 用这种技术，需求根据以下几方面来进行优先级排序：
          • 基本需要
          • 性能需要
          • 愉悦需要
      • 2）Kano模型类别
        • Kano模型四个类别如下：
          • 门槛（必须具备）：产品必须包含这些特征（功能）才算是成功的
          • 线性或性能要求：客户满意度与特征（功能）成正相关，但并不是必须的
          • 偷悦要求：这些特征（功能）提供极大的满意度，经常增加产品的额外价值，但是缺少这些特征（功能）不会使客户的满意度降到正常水平之下。
          • 淡漠：这些特征（功能）对客户来说最不重要。他们将不会产生任何商业价值。
    • 7、优先级技术-相对量级
      • 相对量级技术由Karl Wiegers开创。这种技术是基于成本、风险和处罚后能提供最大益处的特征（功能）应该拥有最高优先级。
      • 该技术的关键要素：
        • 一个特征（功能）的优先级和它提供的价值成正比，而和它的成本及实施相关的技术风险成反比。
        • 每一类使用1-9的规模
        • 益处将反映特征（功能）如何体现价值，同时处罚将反映特征（功能）缺失时客户体验到的消极感受
        • 此外，风险反映实施特征（功能）的挑战，成本反映实施该特征（功能）的实际成本。
      • 1、当新需求出现，已有需求被淘汰时，跟需求相关的优先级必须不断地查看。
        • 产品待办事项中的需求重排序必须定期进行。
        • 重新排序后的产品待办事项应该由业务发起人和相关干系人评审。
        • 在项目生命周期中敏捷方法对接受变更很灵活。然而在缺乏对低优先级特征（功能）让步的条件下，增加新特征（功能）是不可行的。
        • 新需求出现导致现有需求优先级变更，只有放弃一些低优先级需求才能确保释放总量不会被改变。
      • 2、优先级清单
        • 最佳实践是确保有一份独立的优先级清单以此来缓和优先级和规划的过程。这份清单可能包含：
          • 功能性需求
          • 非功能性需求
          • 缺陷
          • 变更请求
  • 八、XP极限編程（XP）
    • 极限编程由Kent Beck和Ward Cunningham在1990年发明.
      • 在极限编程中，“caves和common”分别代表什么意思？ A：caves是可以给予程序员安静环境去开发用户故事的场所，common是进餐和举行其他社交活动的场所。 B：一个独立的空间一边是有信息发射源和会议白板的开阔空间，另一边是编程小房间。 C：common区域对于团队成员是公共的，渗透交流和合作在此起作用，而caves是一个私人活动的预留空间。 D：common区域是为迭代评审，站立会议，回顾会议预留的，caves区域为开发团队预留。 正确答案：C 你的答案：D 解析：XP极限编程用语中“caves和common”指的是，为团队成员创造的两个分区。 common是一个公共的空间，在此常有渗透沟通和协作。 caves是一个私人的交易预留空间，需要一个孤立且安静的环境。
      • 通常代码整合到XP工作中的频率是怎样的？ A：每天至少一次 B：每一迭代一次 C：每一发布一次 D：发布前立即进行 正确答案：A 你的答案：B 解析：极限编程项目通常每天至少一次集成代码。
      • 以下哪一项敏捷框架应用计划游戏、基于用户故事和发布需求来确定开发优先级？ A：动态系统开发方法 B：精益 C：Scrum D：XP极限编程 正确答案：D 你的答案：C 解析：XP极限编程运用计划游戏、基于用户故事和发布需求来优先开发特性。
    • 该编程法用于：
      • 快速响应需求变化的高成本；
      • 建立强大的工程实践去提升软件质量。
        • 在运用XP时，持续集成的优点是 A：减少测试的需求 B：减少团队沟通和合作的需求 C：支持运用软件集成对早期缺陷进行探测 D：减少对客户反馈的需求 正确答案：C 你的答案：B 解析：持续集成的原则是代码建立后即集成到完整代码库。集成后，代码库和整个系统即建成和测试完成。持续集成是提高快速软件交付和集成缺陷早期探测的一个极限编程的原则。持续集成理论上是指随时有可传输的工作产品。
      • XP的软件开发方法引入了许多革命性的概念成为了现在的标准实践
    • 例如：测试驱动开发、持续集成、迭代、用户故事
      • 在XP持续整合原则下，当新代码被测试和集成到生产代码库后，会出现什么？ A：生产代码被结对程序员进行全部审查 B：生产代码被测试 C：其他代码在测试生产代码前已被集成 D：增加了冗余措施，生产代码被发布 正确答案：B 你的答案：C 解析：代码建立后即集成到代码库。由此集成后，对代码库和整个系统进行测试。
      • 选择关于XP实践中持续集成的最佳定义： A：立即被集成到完整代码库的软件增量开发 B：直接在生产代码库内进行新软件的编码 C：在集成到完整的代码库前被广泛的测试，其次是完整的代码测试以确保成功的软件增量开发 D：为新产品特征的集成软件进行编码 正确答案：C 你的答案：D 解析：持续集成是指定期检查每位团队成员工作进展并进行整个系统编译和测试的开发实践。最严格的做法是每天以迅速找出可能引入的系统错误为目标进行操作。
    • 1）极限编程的5个核心原则
      • 沟通：
        • 用户和程序员间的频繁合作；
        • 运用简单的设计、常见隐喻和应用程序模式。
      • 简单：
        • 专注于最简单的解决方案
        • 不创建需求外更多的特性；
        • 重构复杂性。
      • 反馈：
        • 系统反馈的单元测试；
        • 客户反馈的验收测试；
        • 团队反馈的计划游戏。
      • 勇气：
        • 重构代码让未来的变更变得简单；
        • 移除过时代码；
        • 展示结对编程时完成的部分工作
      • 尊重：
        • 尊重他人；
        • 自我尊重；
        • 获得团队及他人尊重。
    • 2）极限编程实践
      • 极限编程引入了系列技术作为标准实践被广泛认可：
      • 精细反馈：包括结对编程、计划游戏、测试驱动开发、整个团队；
      • 持续过程：持续集成、重构或设计改进、小版本；
      • 共同理解：编码标准、集体代码所有、简单的设计、系统隐喻；
      • 程序员福利：可持续发展步伐。
    • 3）极限编程程序图示
      • Architectural Spike：建筑探测
      • Release Planning：发布计划
      • Users Stories：用户故事
      • Spike：冲刺
      • Iteration：迭代
      • Acceptance Tests：验收测试
      • Small Releases：小的发布
  • 九、价值流
    • 1、价值是对交付的产品或服务产生的收益的衡量。价值并不仅指货币收益，持续增长的客户满意度同样可以为组织交付价值。
      • 组织能够选择多种方式去衡量交付的价值，包括有：员工人均收入、创新率、客户满意度、员工满意度、客户使用情况、客户留存率、回头客户、投资回报
    • 2、预测价值
      • 所有的项目都需要有成本、进度、预算、资源需求和技术趋势等方面的预测。
      • 甚至是高度敏捷化的组织也需要预测。
      • 预测项目的价值有助于组织决定项目是否有必要去推进或者提前终止。
      • 产品负责人有责任使项目价值最大化，但是整个项目团队都需要投入。
        • 如果你是一个敏捷的项目经理，项目成功的最好标准是什么? A：项目交付给客户的价值最大化 B：该项目在规定时间和预算内完成 C：客户收到所有要求的产品功能 D：项目有记录范围交付 正确答案：A 你的答案：C 解析：敏捷是关于交付最大化价值给客户的。它不是关于一个计划（范围，成本，时间），而是强调灵活性和适应力来实现目标
    • 3、货币的时间价值
      • 在预测项目预期回报价值时货币的时间价值是需要考虑的重要概念。
      • 货币的时间价值概念意味着：可用的钱对现在比对将来更值钱。
      • 通过利率去赚取更多钱是资本化方式，如果货币在当下可用，那么同等数量的货币在未来同样可用。
    • 4、货币时间价值的相关计算：
      • 终值F：是资金按照一定的利率复利计算，若干年所得到的本利总和。
      • 现值P：未来资金的现在值（也称折现值）.
      • 折现：是指将来的一笔资金，用一定的利率折算成现在的资金。
      • 折现率：是指折现过程所采用的利率。
      • IRR
        • 内部收益率（IRR）是用来衡量和对比投资收益率的经济指标。IRR是一个使所有投资现金流的净现值等于零时的利率。
        • 不同于净现值NPV是一项金额（即一项价值量），IRR是一个比率（即一个百分比）。
        • 通常，IRR会和临界率值比较，来决定这项投资是否适合投资。例如。如果计算出的IRR是13%，而作对比的市场率是2%，IRR大于市场率，那么表明这项投资值得进行。
      • NPV
        • 净现值用来分析一项投资或项目的收益率的指标，是现金流入现值和现金流出现值之间的差异。
        • 如果NPV是正数，意味着投资会向买家的投资组合增加价值，如果NPV是负数，意味着会削减价值。
        • 如果NPV是零，意味着既不会在买家的投资组合中增加价值也不会削减价值。
      • ROI
        • 投资回报率（ROI1）用来评估一项投资的效益或者对比若干投资的效益的指标，在不考虑其他因素的情况下，投资回报率越高越好。
          • 根据scrum理论，产品负责人的主要职责是 A：结对编程分配 B：速度 C：投资回报率 D：质量控制 正确答案：C 你的答案：D 解析：产品负责人的主要职责之一是投资回报率。
        • 计算ROl，用投资回报（即利润减去成本）除以投资成本，其结果通常用百分比或者比率来表达。通常，产品负责人对投资回报率负责
      • 价值流图：
        • 价值流图是用来分析信息流、人员和交付产品或服务给客户所需资源的技术。
          • 是基于精益生产概念而产生的；
          • 由一系列步骤、增值和非增值活动组成；
            • 哈利的敏捷团队刚完成了其中一个产品的价值流程图。团队在图中展示出了两种数据，那么这两种数据最有可能是 A：缺陷流和价值流 B：信息流和信息所有者 C：增值和非增值 D：西格玛排序和西塔优先 正确答案：C 你的答案：A 解析：价值流程图就是用来寻找增值和非增值的工作，从而识别关键改进区域
          • 是识别和消除过程浪费、提高效率、吞吐量和效果的核心工具。
            • 价值流程图的其中一个目的是 A：识别流程中的持续改善 B：识别流程中的展开领域 C：识别流程中的看板这个领域 D：识别流程中的浪费领域 正确答案：D 你的答案：A 解析：价值流程图大致包括5个步骤： 1）确认产品，客户和范围 2）流程图作为团队或者个人现时价值流，确认流程步骤，延时和信息需求。估算流程步骤的持续时长和前置期持续时长（lead time durations）。前置期是指在发生前一项流程或者事件需等待的时长。 3）分析价值流程图来确认浪费存在的地方（比如前置期）和流程可完善的地方（流程时间通常认为是价值增加时间，但是应尽量减少整个流程的时间，由此来缩短向客户交付价值流的时间）。 4）通过分析，总结出一份展示价值流应努力达到的前景或者目标的未来价值流程图。 5）通过流程完善活动（即完善）或者其他方法来达到目标的一些工作。
        • 1、价值流图的流程
          • 价值流图是可视化的过程地图，又称为价值流程地图。价值流图流程如下：
            • 伊桑的团队着重两个流程，这两个流程都有前置时间，比系统中的其他任何流程都重要。他们团队的价值流程图是以下哪一项的例子？ A：产品路线图 B：看板 C：过程分析技术 D：迭代计划 正确答案：C 你的答案：B 解析：价值流程图是一项协作性地流程分析技能，一支功能多样的团队绘制一个流程来识别浪费发生的地方并且确认可完善的地方。它是流程分析技能的一个例子。 和价值流程图类似，流程图也用于绘制一个流程来识别瓶颈（即流程会减缓和产生库存的地方）。
          • （1）识别即将要分析的产品或服务；
          • （2）通过识别步骤、序列、延迟和信息流来创建当前过程的价值流图
          • （3）评审地图去寻找延迟、浪费和限制：
          • （4）通过消除延迟、浪费和限制来创建未来即将实现的优化状态的价值流图；
          • （5）开发路线图去实现未来状态；
          • （6）计划在未来重审过程去持续校对和优化。
        • 2、价值流图的步骤
          • （1）识别过程的开始和结束点：
            • 你，你和客户就故事达成一致。
          • （2）识别高层级步骤、库存和序列；
            • 你，从待办事项中选择故事，同客户见面，确定验收测试，你和客户就故事达成一致。
          • （3）识别支持群体和替代流
            • 你，从待办事项中选择故事（故事卡），与客户见面（客户代表），确定验收测试，你和客户就故事达成一致
          • （4）根据增值和非增值活动分类；
            • 总循环时间等于增值时间加上非增值时间，等于230分钟；过程循环效率等于总增值时间除以总循环时间。
          • （5）消除或减少非增值步骤，优化过程.
            • 总循环时间等于增值时间加上非增值（不会增加价值）时间；所以要提升增值时间，降低非增值时间。
            • 过程循环效率等于总增值时间除以总循环时间。
  • 十.MMF
    • 1、最小可售特征（功能）（MMF）是最小特征（功能）集合能够给项目提供最大价值，符合帕累托定律：80%的收益来自于20%的需求。
      • 通过专注于MMF，最大价值可在项目周期的早期交付，MMF有利于提高项目的可预测性和灵活性。
      • 最小可售功能的定义是 A：带有最小净现值和可市场化的内部收益率的功能 B：相对简单和有回报价值的功能 C：为客户提供最大价值的功能 D：带有最小内部收益率和可市场化的净现值功能 正确答案：B 你的答案：B 解析：能为用户增加价值的最小单位的交付物。典型的单个最小可售功能包含一组用户故事。通过将项目拆分为若干个MMF，团队可以专注于开发一组有价值的小功能，并迅速的交付给客户
    • 2、在项目规划中运用MMF的步骤是：
      • （1）在商业利益相关者投入的基础上确定MMF
      • （2）引入足够的缓冲，保证团队即使在有进度延误的前提下也能交付MMF
      • （3）管理变更，确保商业利益相关者建议的变更被包含到解决方案中
      • （4）增加MMF，即一旦团队对解决方案结构有很好的认识，他们的速度也随之提升。在这样的情况下，可以增加在MMF中被容纳的特征（功能）数量
      • （5）适应新特点，即添加由业务建议的新特征（功能）到MMF中并且跟踪交付。
      • 需要注意的是：作为MMF一部分的增量交付特征（功能）为利益相关者提供最大价值。
    • 3、步骤解析
      • 第一步确定MMF
        • 这是定义一个团队准备推出相应的产品特征（功能）的最小集合。
      • 第二步-引入缓冲
        • 引入缓冲取决于以下几个要素：
          • 项目持续时间
          • 项目期间典型的变更请求数量
          • 组织在按时交付产品上的可靠性
          • 项目类型
        • 缓冲区是代表它需要多长时间来实现一些“最好有”的特征（功能），除了MMF（特征（功能）缓冲）条款。
      • 第三步-管理变更
        • 一旦项目启动，就有在需求方面变更管理的必要。
          • 敏捷团队正在努力为一个复杂项目工作，该项目需求不断发生变化，客户需求似乎反复无常，若要解决这个问题继续该项目，团队应该怎么做 A：咨询产品负责人，为用户故事排列优先顺序 B：将该问题升级给项目发起人，以解决客户的反复无常 C：利用变更管理流程，并在发生变更时进行记录 D：限制迭代长度，提高与客户一起审查的频率 正确答案：D 你的答案：A 解析：敏捷应对快速变化，缩短迭代周期，加快反馈的速度能比较好地解决这个问题
          • 在Scrum中的变更报告是用来记录范围变更。通常创建一个变更报告是在何时？ A：在发布计划期间 B：任何范围变更后的第一时间 C：冲刺后 D：在冲刺计划期间 正确答案：C 你的答案：B 解析：一个变更报告通常是冲刺完成后出版的。
        • 在敏捷三角中，成本，进度和质量是固定的，唯一可变的是范围或特征（功能），因此，任何新需求的增加作为变更管理的一部分将导致增加该MMF，MMF是通过减少缓冲或丢弃低优先级特征（功能）进行管理的。
        • 如果最初构成该MMF的只有4个特征（功能），一个新特征（功能）的加入，它需要被接纳为MMF本身的一部分来进行需求优先级考虑
      • 第四步增加MMF
        • 当客户发起一个优先级变更请求时，一个“新特征（功能）'被添加到现有的最小市场化产品中。
        • 在可用的时间和预算内交付新特征（功能）是重要的，它需要根据客户的优先级进行定位。
      • 第五步-适应新特征（功能）
        • 被接受的新特征（功能）将适应并成为最小可市场化特征（功能）的一部分。
        • 新特征（功能）的增加可通过减少缓冲或偶然性来实现。
        • 在这种情况下，进度或预算的截止将不会改变。
  • 十一.Timebox时间箱
    • 1、时间箱用来给活动设定固定的时限：
      • 它让其他特征例如范围不同；
      • 在时间箱里，如果有任务不能在时间箱内完成，他们将被顺延到下一阶段；
      • 时间箱确定达代和冲刺间的速度
      • 它常被用来scrum、冲刺、迭代等会议
      • 如果一项任务预期的完成时间约是4小时，那么恰当的时间箱值应设定为 A：12小时 B：8小时 C：4小时 D：2小时 正确答案：C 你的答案：B 解析：时间箱是对一项行为、任务或者事件执行的时长所做的预估。
    • 2、时间箱的最佳实践
      • 时间箱可以有任何的持续时间：1年、1个月等等；
      • 在时间箱的最低层次（15分钟）实现控制
      • 如果一个任务落后于进度，它将被顺延到下一个时间箱；
      • 时间箱确定了迭代的长度，团队确认多少特性在那段时间交付。
    • 3，时间箱的优势
      • 专注：时间箱有助于在一段特定时间内专注当下手头工作；
      • 增加创造力：确定固定时间，专注识别的工作有助于工作更加高效，同时有助于减少帕金森以及小学生定律的拖延症现象；
      • 时间的价值实现程度：确定固定时间有助于识别在特定时间内完成的工作量减少荒废时间：
      • 可用时间：有助于对于完成任务的可用时间有清晰认识。
    • 帕金森定律：为了去填充可用时间，工作是会自动膨胀的。
    • 小学生定律：人们总是习惯在最后期限前开始启动工作。
    • 时间箱的定义是 A：设定团队可在规定时间段内完成可接受故事点范围 B：设定团队可以在设定的时间段内完成的一系列可接受的任务 C：设定完成任务所需时间的估算值 D：为任务执行持续时长设定一个严格的时间要求 正确答案：C 你的答案：B 解析：时间想是指设定一个固定的交付日期来约束项目或版本发布，然后在进度允许的情况下实现尽可能多的交付价值和功能开发。
  • 十二、累积流图
    • 1、累积流量图
      • 累积流量图由精益思想的创始人Don Reinertsen和David Anderson 引入。
      • 累积流量图是追踪和预测敏捷项目的重要工具；它从不同方面描述工作：总范围、进行中和已完成的；
        • 下列哪个工具用于敏捷项目的追踪和预测? A：累积流程图 B：燃起图 C：燃尽图 D：图表和曲线 正确答案：A 你的答案：C 解析：累积流量图用来追踪和预测敏捷项目。[知识点归纳：敏捷工具方法-累积流量图]
      • 相同的报告可以提供对于燃尽图、周期时间、在刺品和瓶颈的洞察；
      • 通过这个信息，Scrum Master可以关注重点提高团队吞吐量。
    • 2、累积流量图-小定律（又译：利特尔法则）
      • 累积流量图有助于确定系统库存数量，小定律表明在一个既定的在制品水平，在制品与前置时间之比等于吞吐量。
      • Delivery Rate平均吞吐量=WIP 在制品/Lead Time前置时间
  • 十三、敏捷问题检测
    • 任何项目的成功都取决于团队如何迅速和有效地解决问题。通常，一个高度关注运营的团队不能做到发现和解决问题。
    • 如果问题没有得到解决，它会随着时间持续增加导致延误和返工，从而破坏项目进度。
    • 1、在敏捷中可以有各种各样的仪式或会议来识别和解决问题，然而以下会议专注问题检测
      • 每日站立会议：每日站立会议的第三个问题-“有没有障碍阻碍任务完成？"
      • 冲刺回顾会议：敏捷有助于积极解决问题，确保及时决策让团队交付成果。
    • 2、问题检测技术
      • 鱼骨图、5whys、控制图、前置时间和循环时间，漏筛缺陷、在制品
      • 在演示过程中，客户因产品不符合质量要求而拒绝了可能发布的产品，团队应采取哪些措施来防止未来版本发生这种情况？ A：通过采访团队成员来确定测试出了什么问题。 B：实施测试驱动开发（TDD）实践。 C：在下一个版本中启动团队激励以减少的数量。 D：在回顾会上讨论迭代中发生了什么。 正确答案：D 你的答案：B 解析：分析题干，产品质量不符合客户要求，团队首先应进行原因分析，A、B、C为分析原因后的具体应对策略。 回顾会可以帮助团队学习、改进和调整过程，回顾根据定性的和定量的数据找到根源，设计对策并制定改进的行为计划。
    • 3、鱼骨图
      • 鱼骨图又称石川图或因果图：
      • 它是一种快速有效识别问题或缺陷的根本原因分析方法，采取纠正措施的方法；
      • 经常同5whys工具结合起来使用；
        • 适用于任何类型的问题，有助于识别问题的所有可能原因；
        • 用来识别过程领域促进改进；
        • 在这种技术中，原因来自主要的类别，分支来自主要问题或效果。合成图之后形状类似于鱼骨。
    • 4、五个为什么（5whys）
      • 五个为什么是一种通过不断重复询问为什么来识别问题根本原因的技术。每个为什么的答案成为了识别下一个为什么的驱动力。
      • 确切地说，不是强制的使用五个“为什么”来深入到问题的根源，五只是一个指示性的数字。
      • 这种技术同鱼骨图结合起来使用提供了一个问题解决可视化过程。
    • 5、控制图
      • 控制图是一个设置有控制界限的图表，它被用来监控一段时间内的行为的过程。
      • 控制界限有助于反映项目是否在控制中.
        • 如果信号超出界限意味着过程失控；
        • 如果连续7个点都处于中线的同一侧也意味着失控；
        • 上限下限显示了数据点在六西格玛下降的范围。
      • 敏捷项目和迭代经历不同的速度和不同数量的缺陷。通过控制图捕获这样的指标和设置值、上下控制界限有助于了解开发过程是受控或失控。
    • 6、前置时间和循环时间
      • 前置时间：
        • 在软件开发中，前置时间是特征定义和交付生产之间的天数：或者是商业利益相关者需要等待需求被收集、设计、开发和准备生产的时间。
      • 循环时间：
        • 团队将需求转化成解决方案所需要的时间。它在团队根据需求进行开发时开始，在软件准备好没有错误时结束。
        • 长周期时间或前置时间意味着解决需求存在困难，整个前置时间可以通过保持最小循环时间来减少。而且这样做演示了如何敏捷和响应组织是终端客户的需求。
    • 7、漏筛缺陷
      • 漏筛缺陷是质量保证团队没有发现，但是在版本发布后被终端用户发现的质量问题。
        • 漏筛缺陷是指 A：几乎不可能复制的缺陷 B：不可复制的缺陷 C：从上一次迭代中遗漏到本次新迭代中的缺陷 D：开发或测试团队没有发现但是被终端用户发现的缺陷 正确答案：D 你的答案：C 解析：漏筛缺陷是一个软件缺陷，没有被开发或测试团队发现，但是后来被终端用户发现。
      • 他们是成本昂贵的缺陷，需要得到纠正和避免；除了修正缺陷必须的工作之外，它们同样影响企业的品牌价值和声誉。
      • 漏筛缺陷经过一段时间后被捕捉和追踪。
      • 在多个发布中漏筛缺陷的增加意味着质量保证过程失效。
      • 增强测试水平，运用自动化测试框架进行反复测试可以降低漏筛缺陷。
    • 8，在制品（WIP）
      • 在制品指的是团队已经开始进行但还没完成的需求。
      • 敏捷原则建议受限需求成为在制品。一系列长的在制品清单导致：
        • 沉没成本（投入的金钱没有产生任何价值）；
        • 需求变更带来更多返工；
        • 隐藏的问题区域导致找出问题变得困难。
    • 9，看板任务板
      • 被用来对在制品数量进行可视化和限制管理，缺少它将导致：
        • 团队试图去承担比实际能力更多的需求；
        • 识别确定障碍变得困难。
      • 下图展示了带有在制品界限设置的看板任务板，挑选的类别在制品设置为3，这表示，在任何时间点，团队要完成的卡片任务不超过3个.
• 第五部分：敏捷项目 项目群
  • 一、敏捷项目管理
    • 敏捷项目管理（APM）：由Jim Highsmith所著的一书敏捷项目管理，试图扩大敏捷技术为一个整体。
      • 根据海史密斯，敏捷是一项平衡____的能力？ A：质量和价值 B：变化和计划 C：灵活性和稳定性 D：约束和价值 正确答案：C 你的答案：B 解析：敏捷是一项平衡灵活性和稳定性的能力。
    • 敏捷项目管理：
      • 引入敏捷项目管理步骤同PMI所采用的项目管理步骤结合；
      • 调整传统铁三角强调价值和质量，创建缴捷三角。
    • 传统铁三角：范围、成本、进度
    • 敏捷三角：价值、质量、制约因素（成本、进度、范围）
      • 范围、成本和时间是传统项目的铁三角制约因素。那么它们在敏捷项目中通常是如何交互的? A：范围和时间是固定的;成本和团队规模是灵活的 B：时间和资源是固定的;范围是灵活的 C：成本和范围是固定的;时间是灵活的。 D：三角制约因素是瀑布的概念-不适用于敏捷项目 正确答案：B 你的答案：D 解析：敏捷项目通常在特定的时间盒和预先分配的团队中运行。它的范围被分解成小的史诗和故事的增量，是灵活的。需要按优先顺序来完成。（<<敏捷项目管理 Highsmith>>, Page 15 ）
    • 敏捷铁三角：进度、范围、成本
    • 敏捷项目管理还指出，价值是外在的，可通过交付功能来体现，质量是内在的。
      • 1）敏捷项目管理框架
        • 构想：确定产品愿景，项目范围，项目群体以及团队如何一起共事。
          • 汉克的敏捷团队目前正准备启动一个新项目，决定要使用哪种敏捷实践，标准和技能。团队实际上是在进行 A：过程点燃 B：过程裁剪 C：过程适用 D：过程启动 正确答案：B 你的答案：D 解析：当启动一项新敏捷开发工作时，项目团队应该决定使用哪种敏捷方法。这也称为过程裁剪。敏捷团队自己决定项目采用哪种敏捷实践或者标准，比如团队是否进行每日站立会议以及其持续时长，团队使用何种信息发射源，团队如何估算和计划产品特性等等。
        • 推测：开发基于特性的版本，里程碑和迭代计划去交付愿景。
        • 探索：在短时间内交付已测试的特性；持续致力于降低项目的风险和不确定性。
          • 哈利是敏捷从业者，刚进入海史密斯敏捷项目管理模式的探索阶段，在此阶段哈利和他的团队最有可能在执行 A：设计、建立和测试产品特征 B：促进项目持续改进 C：制定风险缓解策略 D：评估项目风险 正确答案：A 你的答案：D 解析：在探索阶段-在短时间内交付已测试的特性，持续致力于降低项目的风险和不确定性。敏捷团队注重设计、建立和测试产品特性。
          • 在海史密斯敏捷项目管理探索模式期间，敏捷项目领导者持有以下哪一项目标？ A：配置直到测试计划 B：帮助开发者克服障碍，处理产品负责人，客户和干系人的交互 C：创作功能细分说明 D：根据任务进度表衡量任务进度 正确答案：B 你的答案：D 解析：在探索模式中，项目领导人通过移除障碍或者可能阻碍进程的制约因素来协助开发人员，同时处理产品负责人，客户和其他干系人之间的交互。
        • 适应：评审交付的结果，当前形势，团队绩效和必要的调整。
        • 结束：结束项目，传递主要经验教训。
      • 2）APM和PMBOK
        • Michele Sliger将敏捷项目管理框架同PMI项目管理知识体系对齐，具体如下：
          • 启动过程组对应设想
          • 计划过程组对应推测
          • 执行过程组对应探索
          • 控制过程组对应适应
          • 收尾过程组对应结束
  • 二、敏捷项目计划的多层面
    • 敏捷项目中计划的多层面通过计划洋葱图来表示。
    • 最外层：战略层面。战略层面包含领导达成一致的整体商业目标和路线图；
    • 第二层：产品组合层面。产品组合计划包含能实现战略规划愿景的产品；
    • 第三层：产品层面。产品计划包含产品负责人对于发布系统的演变计划
    • 第四层：发布层面。发布计划考虑支撑产品计划的每次发布的可交付物和特性；
    • 第五层：迭代层面。送代计划考虑将特性转换成工作的任务，测试软件，发生在每个迭代的开始.
    • 最里层：每日层面。日常计划由每日Scrum和工作活动组成。
  • 三、敏捷项目向组合级看齐
    • 敏捷项目支持项目组合的愿景和目标，可以持续数年，这是通过：主题和史诗，发布，迭代用户故事来实现。
      • 主题和史诗用来支持项目组合或者产品路线图的长远愿景；
      • 发布用来支持产品路线图；
      • 迭代和冲刺支持版本
      • 用户故事定义迭代内容
  • 四、滚动式规划或逐步完善
    • 在滚动式规划或逐步完善方法中，计划随着项目的进展而变化。在这种方法中，项目在有限的可用信息下开始创建一个高层级计划和估算，当具体细节在项目后期清晰后，计划和估算不断被修订，以确保他们保持有效。
      • 为复杂项目做计划时敏捷项目经理可以运用哪种技能？ A：任务板计划 B：沟通计划 C：滚动计划 D：工作计划 正确答案：C 你的答案：A 解析：在大的、复杂的项目里，敏捷项目领导能通过使用滚动计划制定迭代计划。
    • 当下数月的项目细节被细分梳理。但在项目时间表中，只能获取粗略量级的信息，当出现更多有用信息时，他们被不断完善和梳理。
    • 很少有项目能在项目前期获取所有细节信息，滚动式规划适用于项目信息有限的时候。
  • 五、发布计划（Release Planning）
    • 1、发布计划表明团队在己识别的项目目标和限制因素下如何实现产品愿景。
      • 发布计划传达了跟正在开发的产品相关的关键信息，它们将：
        • 有助于产品负责人和团队去确定创造产品所需要的时间：
          • 当某一产品准备发布时，哪一敏捷计划有助于估算？ A：冲刺计划 B：水晶计划 C：迭代计划 D：发布计划 正确答案：D 你的答案：C 解析：发布计划有助于客户和敏捷团队决定每一个项目时间范围或者阶段内应该开发的内容和一个产品理想上准备发布的时间。
        • 传达期望：
        • 作为路标服务；
          • 一个新的相关方最近加入了一个项目，在与Scrum主管召开的会议中，这一新相关方试图了解项目的状态以及需要完成的剩余任务 Scrum主管应该如何通知新的相关方？ A：向该相关方展示项目的进度扩散器 B：邀请该相关方参加下一次冲刺评审会议 C：邀请该相关方参加下一次冲刺计划会议 D：向该相关方展示项目的最新发布分解详情 正确答案：D 你的答案：A 解析：发布计划传达了跟正在开发的产品相关的关键信息，它们将： 有助于产品负责人和团队去确定创造产品所需要的时间； 传达期望； 作为路标服务； 发布计划的目的是定义一个产品发布的版本或者一个具体可交付产品的增量。 冲刺评审检视本次迭代的增量；冲刺计划会议规划下次迭代的工作。
        • 对于没有历史速度参考的新项目来说，发布计划的完成通过与类似项目比较，或者通过类比估算确定速度，或通过实施一些迭代来确定速度；
          • 团队正着手发布规划实践。下列哪一项不是关于发布规划实践的所需输出? A：一个有估算的发布待办项列表 B：故事暂时分配给迭代 C：关于风险和开放性问题的初始列表 D：详细的项目进度计划表 正确答案：D 你的答案：A 解析：发布待办项，故事和风险都是发布规划进程中的输出
        • 发布计划的目的是定义一个产品发布的版本或者一个具体可交付产品的增量。
      • 发布计划有2个必须的关键信息：
        • 团队的平均历史速度；
        • 一个发布计划内的选代次数。
      • 哪两个工件是敏捷实践者用来总结所发布的计划的？ A：产品愿景和项目数据表 B：项目停车场和故事卡片布局 C：项目章程和Sprint的变更报告 D：产品愿景和项目章程 正确答案：B 你的答案：D 解析：做完了发布计划之后，该怎么呈现呢，B选项是两种非常典型的发布计划呈现方式，
    • 2、制定发布计划的步骤
    • 3、发布计划vs迭代计划
      • 发布计划期待产品的发布，而迭代计划只关注迭代长度。
        • 作为产品负责人，Barry倾向于在迭代计划期间定义验收标准，而不是在发布计划过程中，以利用逐步完善的优势。这种敏捷风格有误吗？ A：有，验收标准应在迭代计划前定义好 B：有，验收标准应在发布计划期间定义 C：没有，用户故事的验收标准可以迭代计划期间，只要在编码开始前定义就可以 D：没有，用户故事的验收标准只要在迭代演示之前定义就可以 正确答案：C 你的答案：A 解析：定义验收标准通常是在发布计划过程中，与用户故事一起定义的，但是，一旦用户故事被放到迭代中，那么验收标准可以在迭代计划中定义。其中固定的规则是，验收标准必须在开发开始前定义。
      • 发布计划：
        • 发布计划基于用户故事；
          • 用户故事最初定义是在什么时候？ A：在迭代计划期间 B：在发布计划期间 C：在项目愿景计划期间 D：在冲刺计划期间 正确答案：B 你的答案：A 解析：用户故事是在发布计划期间定义的。发布计划通常包括一个计划，计划包括几个迭代和一个产品什么时候会发布的估计。开发团队和顾客详细地讨论每个用户故事，以确定到项目的迭代里。
        • 计划水平线是3-9个月；
        • 估算在故事点或理想日完成。
        • 敏捷团队正在创建一个团队的发布计划，发布计划应包含哪些信息 A：为完成每个任务或故事而执行的一系列详细活动 B：开发人员的概要任务，列出他们需要工作的用户故事 C：需要在特定版本中开发的故事详细范围，估算和验收标准 D：对可能开发什么以及什么时间展开的粗略范围规划和期望 正确答案：D 你的答案：C 解析：发布计划不会详细到其他三个描述的程度，A，C中有详细内容，先排除掉。Release Plan中有包含故事粗略分配到某个迭代中的信息
      • 选代计划：
        • 基于任务；
        • 计划水平线是1-4个月；
        • 估算在理想小时完成。
      • 确保发布计划和迭代计划的活动可视化和透明有助于提高利益相关者参与度。
  • 六、敏捷产品路线图
    • 产品路线图是用一个计划好的方法去帮助战略性规划和计划中重要产品里程碑的沟通。
      • 克里斯蒂不理解产品路线图的目的，她向她的项目经理Thomas寻求帮助，希望他说明产品路线图的优点，那么以下哪一项是其中的优点？ A：有助于促进每日站立会议 B：有助于对组织的功能进行类别或主题的分类 C：有助于促进反思会议 D：有助于促进迭代开发 正确答案：B 你的答案：C 解析：产品路线图是产品需求的高层次概述，常用作对特性进行优先级处理
    • 产品路线图：
      • 是任何产品战略的组成部分
      • 为规划变更提供框架；
      • 管理变更对产品的影响；
      • 代表长远的产品愿景或者产品目标。
      • Christy不理解产品路线图的目的，她向项目经理求助，希望他说明产品路线图的优点，那么以下哪一项是其中的优点？ A：帮助促进迭代开发 B：帮助进行特征的优先级排序 C：帮助促进回顾会议 D：帮助促进每日站立会议 正确答案：B 你的答案：B 解析：产品路线图，是产品需求的高层次概述，常用作对特性的优先级处理，特性归类和确定时间框架的工具。
      • 托马斯所在的敏捷团队和客户正在建立产品路线图。路线图创建的时间应该是在 A：第一次迭代后 B：第一次发布后 C：项目的开始 D：项目末期 正确答案：C 你的答案：C 解析：产品路线图是产品需求的高层次概述，所以要在项目开始的时候创建
  • 七、敏捷合同
    • 1、敏捷合同涵盖一个项目的敏捷本质。一个敏捷合同必须包含以下几方面：
      • 目标：项目目标以及公司间的合作目标
      • 项目结构：Scrum过程、关键角色、运用的Scrum差异
      • 关键人员：在运营和调整层面的负责人以及他们的需求
      • 支付条款：支付和发票，包含奖励和惩罚条款
      • 结束条款：监督项目正常和提前中止的条款
      • 法律细节：民事责任、地点、可分割性和其他基于当地法律和法定惯例的细节
    • 2、常见合同类型
      • 敏捷方法论适用于任何形式的合同。其中一些合同类型如下：
      • 
    • 3、敏捷合同类型
      • 时间，预算和成本估算时敏捷中重要的知识和技能板块。根据海史密斯，由于其接受变动的范围，敏捷方法的本质意味着它为固定的预算和进度提供很好的支持，但变动的范围使总成本的估算更艰难。
        • Janet是一个跨国公司的领导，正考虑雇佣一个敏捷团队来研发一个新的数据库系统。然而，与Janet一起工作中的敏捷团队则告诉她对最终成本预算是很困难的。为什么说在一个敏捷项目中，估算成本是件困难的事？ A：因为市场需求是很难预料的 B：因为敏捷拥抱范围变更，这将会增加或者减少投入程度 C：因为开发者的成本是沉没成本 D：因为最小的规划也涉及敏捷 正确答案：B 你的答案：A 解析：敏捷是拥抱变化的，变动的范围使估算变得困难。
        • 33、 [单选] Harry is the financial executive for an upcoming project that is slated to use agile. In terms of estimating time, budget, and cost for an agile effort, what does Harry typically have defined? A. Time and cost B. Cost C. Budget and cost D. Budget and time Harry为即将进行的项目计划使用敏捷，若估算敏捷工作的时间、预算和成本，Harry作为财务主管，他可以定义的是 A：时间和成本 B：成本 C：预算和成本 D：预算和时间 正确答案：D 你的答案：C 解析：时间，预算和成本估算是敏捷中重要的知识和技能板块。根据海史密斯的观点，由于其接受变动的范围，敏捷方法的本质意味着它为固定的预算和进度提供良好的支持。
      • 总体来说，预算和调度的约束是已知的，但是这发生在项目初始阶段开始需要定义一组商定的基础产品功效前：固定的范围降低了敏捷团队提供提高的价值的创新趋向。
      • 对于熟悉固定价格合同的公司来说，合同签订前里面的需求已是商定好的，而采取敏捷会是一个折磨人的冒险。
      • 相反，其他的合同类型会推荐给敏捷工作，包括：初始阶段的一般服务协议和为迭代或用户故事分开设置的固定价合同；工料合同；不超过固定费用合同；最后，奖励性合同（例如，固定价加激励；成本加酬金及奖励合同）.
    • 4、奖励惩罚条款
      • 奖励惩罚条例是固定总价合同的变量。它强调以下几点：
        • 如果项目按时交付：对于卖方既没有奖励也没有惩罚；
        • 如果项目提前交付：卖方有权利获得额外奖励，与买方达成一致
        • 如果项目延迟交付：卖方有义务向买方提供罚款，因为买方因为延迟交付受到影响。
        • 工料合同可以通过增加奖励和惩罚条款来进行裁剪，单位资源的单位支付的变更依赖于团队是否在指定时间节点提前或延迟完成工作。
  • 八、敏捷项目章程
    • 项目章程是一个列有积极参与项目的相关干系人清单的重要参考文件。
    • 项目章程的目的是提供项目目标、成本、预算、期限、可交付物、沟通渠道和频率的总体概述。同时它也提供了对项目成果感兴趣的相关干系人清单。
      • 某一项目工件有助于测试者执行探索性的测试，是产品功能的简要概述，这一工件是指 A：项目路线图 B：项目愿景 C：项目章程 D：项目数据表 正确答案：C 你的答案：B 解析：项目章程为产品的设计目的提供概述并为测试者执行探索性的测试提供向导。
    • 1、敏捷章程通常记录在白板上。项目章程会议有助于团队
      • 了解团队工作以及项目工作；
      • 做出明智的决策；
      • 识别项目即将交付的价值：
      • 创造项目所需的倍任和信心。
    • 2、项目章程有助于回答是什么、为什么、谁、何时、哪里、如何，简称为W5H.
      • 敏捷章程回答以下问题：
        • 项目是关于什么的？
        • 我们为什么要创造这个产品？
        • 谁是项目相关干系人？
        • 项目计划的开始和结束时间？
        • 项目执行的地点？
        • 如何确定是否成功？
    • 3、敏捷项目章程要素
      • 愿景：定义项目产生的原因，它的高层级目标或者存在的理由；
      • 使命：定义项目内容，说明实现高层级目标需要做什么；
      • 成功标准：描述项目成功因素。
      • 简正在查看一份重要的敏捷文件，里面包含了项目的愿景和成功标准，那么她最有可能是在看 A：任务说明 B：项目章程 C：团队虚拟页 D：工作说明 正确答案：B 你的答案：A 解析：项目章程是重要的管理文件，需要所有干系人的参与。虽然专家建议章程应不超过一页，但是因为所有的干系人必须参与进来并且达成一致意见，所以创建项目章程是非常具有挑战性的。 项目章程中应包含3个关键信息：愿景，任务和成功标准。
    • 4、商业论证
      • 商业论证是为了从商业利益角度论证项目或特征可以被包含进一个产品.
      • 商业论证通常是项目章程的一部分，它有助于组织从众多项目中选择利益最大的项目。
        • 在敏捷中，一项商业论证应包含以下哪项内容 A：初始速度估算 B：缺陷临界值 C：项目标准 D：回报率 正确答案：D 你的答案：C 解析：商业论证是对项目的目标，策略，里程碑，所需投资和预期回收进行说明的文件。商业论证向客户阐明该项目为什么和怎么样会带来价值。
      • 商业论证有助于项目选择，因为它能：
        • 反映预期收益；
        • 沟通项目预期成本；
        • 包含高层swoT分析；
        • 识别主要相关干系人；
        • 识别不进行项目的风险；
        • 提供指数去追踪通货膨胀以及它对预期收益的影响。
      • 商业论证的参与者可以是用户、产品负责人、管理层或其他相关干系人。
• 第六部分：敏捷 精益 价值观原则
  • 1、敏捷软件开发宣言
    • 我们一真在实践中探寻更好的软件开发方法身体力行的同时也帮助他人。由此我们建立了如下价值观：
    • 个体和互动高于流程和工具
    • 工作的软件高于详尽的文档
    • 客户合作高于合同谈判
    • 响应变化高于遵循计划
    • 四条核心价值观
    • 也就是说，尽管右项有其价值，我们更重视左项的价值。
  • 2、敏捷宣言遵循的敏捷12原则
    • 1.我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
      • 客户满意
      • 在为新产品工作时，敏捷团队应该如何确保与外部干系人保持一致？ A：查看项目愿景说明书 B：要求产品负责人提供详细的产品规范文件 C：召开项目启动大会分配角色 D：与主管合作，确保遵循敏捷原则 正确答案：D 你的答案：A 解析：项目愿景比较宏观，不能囊括所有内容，B是文档要求，不符合价值观，C不能保持一致，所以只能选择D
    • 2.欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。
      • 掌控变化
    • 3.经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
      • 短周期
    • 4.业务人员和开发人员必须相互合作，项目中的每一天都不例外。
      • 相互合作
    • 5.激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支援，辅以信任，从而达成目标。
      • 激发和信任
    • 6.不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。
      • 面对面沟通
      • 一个项目是某个项目集的组成部分，但项目团队并没有参加每周项目集会议，敏捷领导在项目集和项目团队之间进行沟通，并根据需要将新范围传递给项目团队，这通常会导致返工，因为项目团队并不真正了解项目集的优先事项。 若要确保项目团队和该项目集有关联，敏捷管理专业人员应该做什么？ A：将项目团队纳入所有项目集会议及与范围相关的讨论中，以便他们能够了解整体情况 B：让项目团队了解项目的愿景和总整体目标，以便他们能够了解整体情况 C：收集项目团队提出的顾虑作为该项目集的问题，然后将这些问题添加到下一次待办列表中 D：让项目经理知晓最新的项目状态并分享该项目的状态报告来平衡团队的需求和目标 正确答案：A 你的答案：B 解析：分析题干项目团队成员没有参加项目集会议，而是依靠领导自上而下的传达和管理，这有悖于敏捷原则。 敏捷原则之一：不论团队内外，信息传达最有效的方法都是面对面的交谈。 每周项目集会议是保证团队间高效协同的会议。 A、正确，面对面沟通信息传递更加准确和高效。 B、了解愿景和总体目标项目启动时做的工作。 C、不够高效 D、不够高效
      • 来自不同公司现场的两个敏捷团队需要在同一个项目上工作和协作。若要确保两个团队之间的顺畅合作，敏捷项目经理应该采取的第一个行动是什么？ A：组织待办事项改进研讨会，以确保达成共识 B：建立每周会议，所有团队成员都参加 C：请产品负责人组织一场团队建设活动 D：召开现场会议，讨论并商定基本规则 正确答案：D 你的答案：C 解析：来自不同公司现场的两个敏捷团队即分步式团队：在不同地点拥有多个跨职能团队。在ABCD四个选项中，D选项相对更合适，面对面沟通确定规则，保证接下来的流程顺畅
    • 7.可工作的软件是进度的首要度量标准。
      • 可工作的软件
      • 在敏捷宣言中，以下哪一项体现了敏捷原则？ A：个体和交互 B：客户合作 C：响应变化 D：以工作软件作为进度的首要度量标准 正确答案：D 你的答案：C 解析：参考宣言第二条以及原则第三条
    • 8.敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
      • 可持续开发
      • 根据敏捷宣言，下列选项中，哪一项是敏捷的原则？ A：消除浪费 B：测试驱动开发 C：注重产品价值 D：保持开发的恒定速度 正确答案：D 你的答案：C 解析：参考敏捷的十二条原则
    • 9.坚持不懈地追求技术卓越和良好设计，敏捷能力由此增强。
      • 技术卓越
      • 项目发起人要求提供敏捷的简要概述，敏捷管理专业人士应如何解释敏捷项目执行 A：项目将始终遵循计划 B：项目将关注技术卓越和良好设计 C：项目将关注可预测性胜过适应性 D：项目将具有定义良好的过程并减少对个人的依赖 正确答案：B 你的答案：D 解析：A 敏捷是强调响应变化而不是遵循计划。C 敏捷强调适应性而不是预定义的过程。D 敏捷不是预定义的过程
    • 10.以简洁为本，它是极力减少不必要工作量的艺术。
      • 简洁
    • 11.最好的架构、需求和设计出自自组织团队。
      • 自组织
        • 敏捷项目团队难以确定一次迭代中的后续步骤，团队应该怎么做来达成一致意见 A：让客户做出决定 B：让项目经理做出决定 C：让产品经理采用一致意见驱动的方法来帮助团队达成一致 D：采用协作的方法达成一致 正确答案：D 你的答案：C 解析：team是self-organized team，所以由团队自己来想办法解决，让客户、项目经理、产品经理无论谁做决定都是单方面决定，是不提倡的
        • 下列哪一项是项目管理办公室在广泛应用敏捷方法的组织中需要发挥的最佳功能? A：对照团队的生产力数据，建立组织能力 B：对每个敏捷团队的项目进程进行报告，同时指导他们如何向目标靠拢 C：在不确定的环境中为决策提供指导方针 D：向团队提供一个跨组织标准的敏捷进程 正确答案：C 你的答案：B 解析：选项A指在团队中进行生产力数据的比较。这在敏捷中是不建议的，因为每个团队都有不同的基线。选项B程度创建进程追踪，实现正确实践而违反了自我管理团队的原则。选项D提倡跨组织建立一个进程构架，同样也是不可取的因为它违反了敏捷的灵活性原则。选项C在不确定的环境中为决策提供指导方针，在所有的选项中，是最合适的
      • 在实施一个复杂设计的后期阶段，敏捷管理专业人士意识到架构不能满足用户需求。架构师建议一种最小限度的权变措施，但可能会导致一些性能问题。 敏捷管理专业人士应该怎么做？ A：计算重建架构的成本，并寻求管理层的批准 B：实施该权变措施，因为性能问题可以在下一次迭代中添加 C：告诉团队，这对于未来的项目是不可接受的 D：与团队进行头脑风暴以确定解决方案 正确答案：D 你的答案：B 解析：敏捷团队是自组织团队，遇到问题应该由团队共同努力解决
    • 12.团队定期地反思如何能提高成效，并依此调整自身的举止表现。
      • 回顾总结
      • 以下哪一项符合敏捷原则？ A：减少缺陷 B：为提高效率做定期反思 C：注重产品价值 D：测试驱动开发 正确答案：B 你的答案：C 解析：参考敏捷原则第12条
    • 概要
    • 敏捷核心实践和原则包括但不限于以下：
      • 1. 在迭代中尽早演示交付的价值
      • 2. 用户故事反映商业价值和优先级
      • 3. 客户持续改进
      • 4. 所有需求的验收测试
        • 格雷格刚完成了一项任务，他希望将任务进度更新给团队和其他干系人，他应该将此任务卡放在任务板的哪一目录下？ A：完成 B：准备进行 C：准备测试 D：进展中 正确答案：C 你的答案：A 解析：应该将此任务卡放在任务板的“准备测试”目录下。所有任务都必须经过测试或者验证流程，来确保质量。
        • 敏捷项目中验证和确认发生的频率是 A：只在客户要求的时候 B：很少 C：每一次发布两次 D：频繁 正确答案：D 你的答案：C 解析：因为每一项迭代通常产生的工作产品是完整的，迭代往往持续2-4周，期间不断地进行验证和确认以确保产品的质量。 验证是为了确保产品的执行符合客户的需求，确认是为了证明产品符合预期 有时候一个产品可能是依照规范执行的，即它可通过验证，但是它并不符合客户的目标，即它不能通过确认。
      • 5. 回顾
      • 6. 可持续的节奏或速度
      • 7. 沟通
      • 8. 高度可视化
    • 敏捷不包含什么
      • 1. 预先的设计和需求收集
      • 2. 项目完工预测
      • 3. 死亡行军项目：项目团队为弥补估算差距无偿加班
      • 4. 强迫使用工具，例如任务管理工具
      • 5. 自上而下管理和控制
      • 6. 大量文件，特别的状态报告，软件架构图，软件需求规格说明书，测试计划。
    • 敏捷益处
      • 强调协同合作，团队授权，须繁过程演示
      • 轻量级，依靠白板，概要卡片和便利性工具
      • 吸引开发者的开发重点，
      • 更快的上市时间和高优先级特征驱动开发生命周期，
      • 关注，拉而不是推
      • 容易理解
      • 满足客户的需要。
  • 3.精益
    • 1）精益生产和6西格玛技术开始运用到缴捷实践中，这包括：
      • 持续改进：在迭代中，团队成员定期讨论什么有效什么无效
      • 专注价值链：延伸敏捷技术，特别是在价值链细分部分
      • 商业价值强调：认识工作的商业价值，针对这项工作进行投入优先级排序
      • 增量交付：在项目生命周期中尽早交付可测量的价值.
        • Bill，作为敏捷团队负责人，喜欢为客户演示产品的最新迭代。他的团队每两周演示一次，从而可以得到客户的反馈和执行验收。什么类型的定期反馈是敏捷发展的基石？ A：迭代交付 B：原型交付 C：演示和验收交付 D：增量交付 正确答案：D 你的答案：A 解析：敏捷开发的基石是“增量交付”。增量交付是指为及时反馈和接纳，频繁向客户交付连续改进的工作产品。为演示和反馈，往往在每一个冲刺或迭代的末期交付产品。这项反馈技能，可使客户评价产品并提出新的需求。在敏捷流程中，接受变动/更新/改善的需求，以确保客户得到有价值和质量的产品。一个冲刺或迭代往往持续2-4周，最后，渐进地交付一个新的持续改善的产品。
    • 2）7种浪费形式
      • 精益方法论提供了制造行业识别浪费的指南。
      • Mary Poppendieck针对软件开发活动识别出了7种形式的浪费，具体如下：
      • 
    • 3）精益软件开发（LSD）
      • 精益软件开发由Tom和Mary Poppendieck引入敏捷群体。它采用来自丰田生产系统（TPS）的原则和实践.
        • 指出精益软件开发方法中的两种集成类型 A：规范性的和描述性的 B：理想的和实际的 C：感知的和实际的 D：感知性的和概念性的 正确答案：D 你的答案：B 解析：精益软件开发架构中存在的两种完整性类型有：概念性的和感知性的。 概念上的完整性是由开发者决定的，如果产品集成良好和功能详细，那么完整性会非常高。 感知上的完整性是由客户观察得出的，如果客户最初对产品满意，然后产品满足需求，那么完整性会很高。
      • ①TPS开发旨在解决影响生产过程的问题，例如：
        • 过度：对于雇员和过程施加不必要的额外压力
        • 违规：不切实际的需求导致过程中的不均匀
        • 浪费：非增值活动或过程
      • ②精益7原则
        • 消除浪费：对客户没有带来价值的事务就是浪费，
        • 增强学习：通过短期迭代周期、重构、集成测试和频繁的客户反馈会议增强学习。
        • 较迟决定：管理不确定性的最佳方法是收集信息，最后的责任时刻给予承诺，打破部件间的依赖关系。
        • 尽快交付：短期迭代或者小批量提供有价值的反馈机会，促进有效的决策制定。
        • 团队授权：精益专注于团队，因为决策制定和管理的来源让团队了解最佳选择和成本.
        • 建立整体：确保质量是嵌入在整个系统的，系统需要构建自动化测试，安装和持续集成。
        • 目光长远，脚踏实地，快速失败，快速学习。
      • ③OpenUP
        • OpenUP是资源开放的一个变量，IBM在2006年将这个概念向公众发布。它是统一软件开发过程的一个变量。
        • OpenUP
          • 是精益统一过程，在结构化的生命周期中采用迭代和增量型方法；
          • 结合敏捷哲学专注软件开发的协同；
          • 是一个与工具无关，不关注细节的过程；
          • 目标小，集中型团队。
        • OpenUP将项目划分为迭代：有计划的、有时限的迭代操作，通常以周为单位。迭代使团队注重以一种可预见的方式向涉众发送增量式的价值.
        • OpenUP将项目生命周期分为四个阶段：启始、精化、构建和产品化，项目生命周期为利益相关者和团队成员提供可见度和决策点。这将更有效的进行管理，并且允许你在适当的时间做出是否继续的决定。项目计划定义了生命周期，我们得到的最终结果是一个可发布的应用程序.
      • ④Kaizen-介绍
        • Kalzen是个日本词语，指的是持续改善的意思。这个技术被各行业组织用来进行竞争策略开发。
        • Kaizen倡导个人在所有层面的广泛参与，每个人都被鼓励持续做出改进。
        • Kaizen原则之一是大成果来自于小改变，这有助于在减少浪费的同时提高生产力、效率和创新力。
        • 为了支持持续改进的概念，组织需要在培训、学习资料和持续监督上做投入。
        • 1）敏捷项目提供了实施改善的最佳环境
          • Scrum框架里检查和适应过程对持续改进的关注通过三个主要会议进行：
            • 每日站立会议
            • 迭代评审
            • 迭代回顾。
          • 障碍日志是Scrum Master运用的核心文档之一，它是改善的主要输入。障碍的及时解决方案促进改善的实施。
        • 2）Kaizen-主要方面
          • 长远思考、减少浪费、高质量、低成本、授权、灵活实践、及时制、客户关注、团队工作
• 第七部分：风险管理
  • 一、敏捷中的风险管理
    • A、风险在敏捷项目中通过以下方式得到积极管理：
      • 计算消极风险的预期货币价值
      • 确保预期货币价值高的风险其响应措施在项目迭代最早期确定优先级
      • 每次选代的目标应该是逐步使项目“去风险化”
        • 特蕾莎和她的团队计划进行一项带有高风险任务的迭代，他们可运用什么方法降低风险？ A：进行改善活动 B：进行风险缓解研讨会 C：进行价值流程图活动 D：执行基于风险的迭代任务 正确答案：D 你的答案：B 解析：团队识别到的风险应该放到待办列表中，保证可视化，团队共同面对解决
      • EMV计算公式
    • B、适应风险的产品待办事项
      • 风险是产品待办事项优先级排序中的重要因素。产品待办事项持续进行评审和调整。
      • 客户、分析师和其他团队成员共同对待办事项进行裁剪.
      • 在裁剪时，风险或影响分析是关键，另外：
        • 事项被分解
        • 相互依存关系分析
        • 上移或下降优先级
        • 重新估算
        • 移除
        • 重新分配给送代或释放
      • 以上过程在敏捷团队持续不断进行-一个星期通常至少重复一次。
      • 对不断变化的需求带来的影响进行分析应该成为成功敏捷团队的程序。
    • C、风险管理过程在每次迭代中重复进行。做为迭代回顾的一部分：
      • 遗留风险可以被评审，可能性和影响可以被验证；
      • 团队可以被安排识别新风险：
      • 剩余继续存在风险的特征将在下次迭代中被识别。
    • 风险管理生命周期
      • 风险管理周期4个步骤如下：
        • （1）风险识别：在日常Scrum中，进行回顾、需求研讨、迭代计划和迭代评审，
        • （2）风险评估：捕捉可能性、影响响。
        • （3）风险响应：回避、减轻、转移、接受。
        • （4）风险评审：在回顾会议中进行。
    • 1、第一步-风险识别
      • 团队识别风险并在风险登记册中记录它们。风险识别运用以下信息收集技术进行：核对单、文档评审、假设情景分析。
        • 下列哪一项不是所有项目中的五个确定核心风险领域之一? A：内在计划缺陷 B：人员损失 C：滥用客户 D：范围蔓延 正确答案：C 你的答案：A 解析：项目中的五个确定核心风险领域为：内在计划缺陷，规格崩溃，范围蔓延，人员损失和生产力变化
      • 项目中的风险识别可以在以下阶段发生：
      • （1）需求收集：团队和产品经理讨论新想法按照价值最大化风险最小化的方式去考虑和调整需求。
      • （2）计划扑克：团队估算每个用户故事的相对规模。拒绝超过一定规模的用户故事有助于减少风险。
      • （3）迭代或冲刺计划：团队识别、评估和响应风险，团队同产品负责人一起工作去最大化产出，降低失败风险。
      • （4）Scrum会议：团队识别风险和问题。团队成员增加风险到风险板，记录已获得同意的响应计划。
      • （5）迭代或冲刺评审：团队讨论风险。团队成员应该特别标注出成功的风险减轻、回避活动，同相关干系人分享。
      • （6）回顾会议：团队讨论已成功处理的风险、风险再次发生的几率，在接下来的迭代和冲刺中风险减轻应对有哪些不同。
    • 2、第二步-风险评估
      • 第一步中识别的风险需要基于失败概率、影响和风险产生的损失进行评估。
      • 1）风险分类可以作为识别风险的消单，广义分类如下：
        • 商业风险
        • 技术风险；
        • 物流风险
      • 2）为了确保广义范围风险被识别，以下缩写可以用到：
        • P：政策
        • E：环境
        • S：社会
        • T：技术，
        • L：法律
        • E：经济
      • 3）风险评估-风险普查
        • 风险普查是项目风险发生程度的简单框架
        • 风险普查的特点有：
          • 它描述了每个风险；
          • 它提供了风险承受力可能性的估算；
          • 它提示了风险发生时对进度的影响；
          • 它识别了风险预期影响。
        • 总承受力可以用来确定项目需要多少的松弛或缓冲：风险承受力等于概率乘以影响。
      • 4）风险评估-风险板
        • 风险板是用来提供风险对团队和相关干系人可见的信息发射源
          • 公司总裁担心一次风险事件对公司的影响，管理层应如何识别需要应用减轻风险影响的措施？ A：制定并保留一份风险登记册 B：根据定性风险分析和预期的损失，制定并保留一份风险登记册 C：让开发团队把高风险项公布在信息发射源上 D：通过把开发团队分散到两个区域确保信息共享，从而避免风险 正确答案：C 你的答案：B 解析：敏捷开发中的风险管理由团队成员来共同承担，敏捷项目管理者需要确保风险可视化。
          • 一个敏捷团队识别到两个发布层面的风险以及四个迭代层面的问题，若要让相关方清楚了解这些情况，团队应该怎么做？ A：在一个可见的看板上记录风险和问题，让全体团队成员和相关方均能看到 B：分发所有近期已识别的风险和问题的每周状态报告 C：在每次迭代中添加正在解决的风险和问题，并通过项目迭代报告渠道，向相关方通报最新情况 D：为每个风险分配相关负责人，并在每日立会中监控进展 正确答案：A 你的答案：C 解析：要了解情况就需要将问题可视化，最好的方式就是通过看板展示，比如说风险燃尽图
        • 风险板提示了以下信息：
          • 已识别的风险；
          • 概率
          • 影响
          • 风险响应。
        • 风险板应该作为日常Scrum或者冲刺送代末期回顾的一部分来进行定期评审
        • 公司总裁担心一次自然灾害对公司的影响，管理层应该如何识别需要应用其他资源并减轻潜在影响的领域？ A：制定并保留一份积极的风险登记册，包含风险减轻策略和成本收益分析 B：根据定性风险分析，制定并保留一份积极的风险登记册 C：让每个开发团队在信息看板上登记最高风险项 D：通过将开发团队分割成两个地方规避风险，确保知识持续性 正确答案：C 你的答案：A 解析：敏捷最大风险管理特点就是公开。
    • 3、第三步-风险响应策略
      • 每个已识别的风险应对应一种响应策略，例如：回避、减轻、转移、接受，四种应对策略具体内容扩充请见PMBOK.
      • 1）回避：
        • 改变项目计划，以消除风险或其存在的条件，或保护项目目标不受其影响，或对受到威胁的一些目标放松要求。
        • 有些风险事件在项目早期发生，可以通过澄清要求、获取信息、加强沟通或取得专家意见等方法处理。
        • 方法有：
          • 缩小范围，回避高风险活动。
          • 增加资源或延长工期。
          • 采用熟悉的方法。
          • 尽量不用不熟悉的分包商
      • 2）减轻：
        • 降低不利风险事件发生的概率和/或影响，到可接受的临界点。
        • 及早采取措施比事后努力弥补要有效得多。
        • 风险减轻可以采取实施新的能减少问题的行动方针。
          • 采用不复杂的流程。
          • 进行更多的检测。
          • 选择更稳定的销售方。
          • 包括变更条件来降低风险发生概率。
      • 3）转移：
        • 将后果连同应对的责任转移给第三方承担，不是消除风险。
        • 最适合用在财务风险上（如：票据贴现）.
        • 总会涉及为风险承担支付保险费。
        • 方法有：
          • 保险，履约保证书，担保书，保证书
          • 合同本身可以将详细、明确的责任转嫁给另一方。如：固定总价转移给卖方）、成本补偿合同（转移给买方）
      • 4）接受：
        • 项目团队已决定不为处理某种风险而变更项目管理计划，或者无法找到任何其他的合理应对策略。
        • 可以是被动或主动的。
          • 被动地接受风险，只需要记录本策略，而不需要任何其他行动，待风险发生时再由项目团队进行处理.
          • 最常见的主动接受策略是建立应急储备，安持一定的时间、资金或资源来应对风险。
    • 4、第四步-风险评审
      • 在风险评审阶段，团队会面对评审突出风险，重新评估风险承受力，讨论风险响应有效性。
      • 其成果可以用来细化总体风险管理策略。
      • 风险评审核心关注点是：
        • 积极风险通过每日scrum进行评审；
        • 团队需要提供风险管理过程的反馈
        • 评审风险影响和项目风险实际情况
        • 风险评估的目的是使风险可见，定期监测它们，优先考虑风险问题，提高问责制，鼓励行动，跟踪和解决所有权和解决状态
    • 5、风险日志
      • 风险管理生命周期中识别的风险在风险日志中被捕捉和追踪。
      • 风险日志的主要方面有：
        • 风险发生概论和影响是对每个风险运用公式进行计算，等于失败概率乘以影响；
        • 风险根据风险发生概论高低进行优先级排序，责任人负责解决风险日志里记录的风险；
        • 风险日志需要被不断监控。如果需要，影响大的风险必须升级一个快速响应；
          • 在完成某个冲刺的关键组件时，团队遇到了挑战，他们尝试了各种解决问题的方法，然后这个问题仍然存在，无法完成这个组件的风险，敏捷管理专业人士应该怎么做？ A：与团队开会，审查之前已尝试的解决方案结果，并得出新的方案 B：鼓励团队展开协作，并在风险日志中将该关键组件的问题识别为一项风险 C：鼓励团队确定研究解决方案的时间箱，并重视更新风险识别活动 D：与相关方和团队召开会议，沟通进展情况并设定期望 正确答案：B 你的答案：C 解析：鼓励团队进行协作，一起来解决问题
        • 风险日志是一个主要的信息发射源，它有助于确保可见性和问责制，鼓励行动和解决状
    • 6、风险燃尽图
      • 燃尽图是一种描述项目风险趋势的简单的图形化风险指标。
      • 燃尽图的特点是：
        • 这个表通过测绘迭代或时间风险承担总量以及风险普查的预期货币价值创建
          • Which of the following is the best definition of a risk burndown graph? A. A chart that tracks risk impact over time B. A chart that tracks risk management over time C. A chart that tracks risk probability over time D. A chart that tracks risk severity over time 风险燃尽图的定义是 A：记录随着时间风险影响力情况的图表 B：记录随着时间风险管理情况的图表 C：记录随着时间风险发生概率情况的图表 D：记录随着时间风险严重度情况的图表 正确答案：D 你的答案：A 解析：风险燃尽图是用于跟踪项目风险的风险管理技能，敏捷团队和客户/产品负责人识别到风险，并进行跟踪。
        • 项目过程中风险应该有一个线性下降：
        • 每次送代应该通过交付用户故事来减轻或消除风险板上的风险。
      • 通常绘制在风险燃尽图中的是？ A：风险影响 B：风险严重程度 C：风险缓解因素 D：风险的可能性 正确答案：B 你的答案：D 解析：风险燃尽图是用于跟踪项目的风险管理工具。通过风险燃尽图，干系人可迅速查看风险管理的绩效（比如提高，降低以及对应的量值）。严重程度（对产品的影响和收益）
    • 7、风险预测图
      • 风险预测图是风险燃尽图的详细版本。
      • 这些图是风险严重性的“堆积面积图”.每个风险的严重性分数累积形成项目风险严重性预测。
      • 如果风险呈向上或向下趋势，需要通知干系人.
    • 8、逐步减少风险
      • 减少项目风险级别的步骤如下：
        • （1）尽可能早地识别风险；
        • （2）执行持续风险评估；
        • （3）引入方法处理风险；
        • （4）获取团队尽早和持续的反馈。
      • 持续进行风险优先级排序以及将响应方式添加到产品待办事项中整理出一个风险调整后的产品待办事项。
    • 9、小试验-探测-Spike
      • 探测是在极限编程中创新开发出来用于消除不确定性的工具。探测是在一个时间箱限定的时间内通过学习特征、技术或者过程来减少不确定性。这有助于更好地估算和开发即将到来的特性或修复缺陷。
        • John和他的敏捷团队正在计划具有几种高风险的任务的迭代。为了管理风险，哪种类型的任务是John和他的团队建立到迭代计划中的？ A：基于风险的冲刺任务 B：风险缓解反思任务 C：寻找风险的任务 D：规避风险的任务 正确答案：A 你的答案：C 解析：此题用排除法，放到迭代中的是即将完成的冲刺任务，所以反思任务，寻找风险任务，规避风险任务都不合适
        • 敏捷管理专业人士声明，最近的研究表明即将用于项目的一项新技术可能在大型项目中有一些问题，敏捷管理专业人士应该怎么做 A：为新风险进行一次探测 B：将新风险包含在风险登记册中 C：与团队一起评估影响和概率，并通知项目干系人 D：与团队一起讨论可能的风险应对活动，并将其包含在待办事项中 正确答案：A 你的答案：C 解析：本题是一个非常典型的Spike应用场景，我们可以通过一个spike来确定是否可用是否可行，用于解决不确定性
      • 探测：
        • 有助于通过进行尽早的可能性假设来降低项目风险；
        • 应该要求最少的时间和努力，或者不超过2天的时间；
        • 应该通过在产品待办事项中创造一个故事来让它可见；
        • 必须谨慎使用，因为他们不创造故事点
    • WIDETOM
      • Waiting-等待
      • Inventory-库存
      • Defects-缺陷
      • Extra processing-额外流程
        • 审批都是额外流程
      • Transportation-运输
        • 本身没有价值，都是损耗
      • Over-production-过度生产
        • 超过需求的生产
        • 镀金
      • Motion-动态
        • 不给团队的人贴标签
          • 最多持续一天，明天要迭代
        • 动态眼光去看待问题，看待事物，看待人
          • 谦逊，平常
        • 在价值流程图中，能辨别出过程中存在的浪费是很重要的。WIDETOM可以用于记录不同种类的浪费。请问，M在WIDETOM中代表什么？ A：重组的WIP B：再现 C：错误 D：动态 正确答案：D 你的答案：C 解析：W-等待 I-库存 D-缺陷 E-额外流程 T-运输 O-过度生产 M-动态
  • 二、敏捷失败事例
    • 敏捷项目失败常常由于以下原因：
      • 文化不支持变革；
      • 缺乏奖励计划以及工作的标准规范；
      • 缺乏回顾
      • 来自冲刺或发布回顾的成果被忽视
      • 做计划时缺乏合作；
      • Scrum Masters运用命令方式去加速项目，但是实际却导致项目进展缓慢.
    • 敏捷教练失败模式
      • Lyssa Atkins识别出了7种敏捷教练失败事例。他们是：
        • 专家：高度参与团队工作细节，关注实施故事的细节，而缺乏对宏观目标的关注。
        • “蝴蝶”：像蝴蝶一样，花时间在团队间只给建议，但是没有花足够时间去做真正的差异分析。
        • “中心”：作为一个单一的联系点对团队成员之间的沟通和任务级别进行协调。
        • “间谍”：花大部分时间在团队内观察，选择下次回顾会议主题。
        • “批判”：批评团队，并没有给出建设性方案来解决问题。
        • 有意见：把自己的意见附着在其它人的意见上，缺少客观性，导致不能帮助团队进行有效的讨论。
        • 管理员：通过满足访问请求和其他工作成为一个不必要的中间人破坏了团队的集体感。
• 考前冲刺答题心得（供参考）
  • 考试中的敏捷团队是一个理想化的团队（团队的成员都是积极向上的，多职能的，都是能去主动领任务并积极完成的，站会都是积极参加的，团队内部是团结的，SM和PO是不会惩罚团队的，用温和的方式改善团队中出现的问题，用鼓励和支持让团队前进。）
    • 1、牢记敏捷价值观、原则
    • 2、太绝对的词要考虑仔细（参考英文作答，有时候可能是翻译问题）
    • 3、团队可以决定很多事
    • 4、站会不解决问题只暴露问题
    • 5、回顾会，发现和解决迭代中的问题
    • 6、两个选项都对，选最合适的那个
    • 7、仔细审题，找到关键词
    • 8、“协调”、“协商”、“讨论”、“鼓励”、“一起解决”、“指导”、“引导”、“教练”一般70-80%是对的（具体问题具体分析）
    • 9、“上报”、“管理”、“要求”、“必须”、“举报”、“解鹿”、“竞争”一般70-80%是错的（具体问题具体分析）
  • 【注意】在ACP考试当中，如果在两个选项中犹豫（大部分情况下都这样），请回顾敏捷的原则和价值观，如果A选项偏传统，B选项偏敏捷，那么显而易见一定选B选项，并不是因为A选项不对，只是B选项更敏捷。我们在考试的时候，需要就题论题，只针对题目作答，切勿发散，钻牛角尖。