11敏捷相关知识

PMP知识脉络及重要考点、我们的目标是通过尽早持续地交付有价值的软件，来满足客户的需求、即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程通过拥抱变化，帮助客户创造竞争优势。

敏捷相关知识

• 为什么需要敏捷
  • 对比
    • 传统模式：只有需求和验收阶段和客户频繁互动
    • 敏捷模式：波浪形
  • 对比
    • 确定性工作：前期确定，不易变更，按计划进行，一次交付，执行为主
    • 不确定性工作：难以事先确定，且走且看，计划赶不上变化，多次交付，既动手又动脑
  • stacy图
  • 敏捷适用性筛选器
    • 分越高越不适用
    • 文化
      • 支持方法：高级发起人是否了解并支持使用敏捷方法
      • 团队信任度：团队能否将相关方愿景和需求转化为产品或服务
      • 团队决策能力
    • 团队
      • 团队规模：团队规模越大越不适合
      • 经验水平：核心团队角色是否有敏捷必备的经验或技能
      • 客户/业务联系：团队每天是否能联系到至少1名业务或客户代表
    • 项目
      • 变更可能性
      • 产品或服务关键性
      • 增量交付
• 敏捷怎么做
  • 敏捷思维模式
  • 四大价值观（道）
    • 以人为本：个体和互动胜于流程和工具
    • 以价值为导向：可工作的软件胜于详尽的文档
    • 合作共赢：客户合作胜于合同谈判
    • 拥抱变化：响应变化胜于遵循计划
  • 12大原则（法）
    • 我们的目标是通过尽早持续地交付有价值的软件，来满足客户的需求
    • 即使在项目开发的后期，仍欢迎对需求提出变更。敏捷过程通过拥抱变化，帮助客户创造竞争优势。
    • 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。
    • 在项目过程中，业务人员和开发人员要每天在一起工作。
    • 要善于激励项目人员，给他们所需要的环境和支持，并相信他们能够完成任务。
    • 团队内部和各个团队之间，最有效的沟通方法是面对面沟通。
    • 可工作软件是衡量进度的首要指标
    • 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久、稳定的进展速度。
    • 对技术卓越和好的设计的持续关注有助于增强敏捷性。
    • 尽量做到简洁，尽可能减少不必要的工作。这是一门艺术。
    • 最佳的架构、需求和设计出自自组织团队
    • 团队要定期回顾和反省如何能够做到更有效，并相应地调整团队的行为。
• 敏捷做些什么
  • 敏捷项目管理阶段框架
    • 构想VS启动
    • 推测VS规划
    • 探索VS执行
    • 适应VS监控
    • 结束VS收尾
  • 产品愿景盒和电梯测试说明的意义
  • 产品路线路
  • 版本发布计划
  • 迭代计划
  • 用户故事卡片
  • 产品待办事项列表
    • 所有工作的有序列表，它以故事形式呈现给团队，价值越大的排在上面
    • 产品负责人在迭代会议中与团队合作，为即将进行的迭代准备故事，细化足够的故事
  • 故事地图
  • 三个工件
  • Scrum 框架
  • 极限编程
    • 极限编程的主要目标在于降低因需求变更而带来的成本
    • 是一种基于频繁交付周期的软件开发方法
    • 关注团队凝聚力、沟通、代码质量和编程
    • 结对编程
    • 持续集成
    • 自动化测试
    • 技术债务
    • 重构
  • 看板
    • 看板法源于精益
    • 待完成、进行中、完成
  • 累积流图
    • 队列、分析、开发、测试、部署-累积
    • 根据累积情况判断状态
  • 精益
    • 精益思想的核心就是消除浪费
    • 第一步：精确地定义价值
    • 第二步：确定每个产品的全部价值流
    • 第三步：使保留下来的、创造价值的各个步骤流动起来
    • 第四步：及时跟不上不断变化着的顾客需求，直接按用户告知的实际要求进行生产
    • 按用户需求拉动产品，而不是把用户不需要的产品硬推给客户
    • “精”体现在质量上，“益”体现在成本上，只有成本低于行业平均成本才能获得收益
    • 制造七浪费
      • 过度生产
      • 过度加工
      • 运输
      • 等待
      • 动作
      • 缺陷
      • 库存
    • 软件七浪费
      • 等待
      • 动作
      • 缺陷
      • 部分完成的工作
      • 多余的流程
      • 多余的特性
      • 任务切换
  • TT
    • 燃尽图、燃起图
    • 卡诺分析
      • 魅力型需求
      • 期望型需求
      • 无差异需求
      • 基本性需求
      • 反向型需求
    • MoSCoW法则
      • Must：必须做
      • Should：应该做
      • Could：可以做
      • Would not：不要做
    • 精益画布
      • 精益画布是呈现在一张纸上的可视化简明商业企划书
    • MMF VS MVP
      • 最小可行产品（MVP）：可以为客户提供价值的足够小且足够完整的功能包
      • 最小可售功能(最小市场特性MMF）：最小可能的特性集合，对用户提供显著的价值
    • 用户故事估算
      • 宽带德尔菲
        • 团队共同参与，一群专家匿名提供估算结果
      • 计划扑克
      • 亲和估算