ACP敏捷项目管理学习笔记

2021年PMI-ACP敏捷项目管理学习笔记，有敏捷交付、敏捷需求管理、敏捷开发、敏捷交付、规模化敏捷的潜在问题、敏捷团队建设和发展、能力模型、强力提问技巧。

ACP

• 第三天
  • 规模化敏捷的潜在问题
    • 协作复杂性
    • 对齐困难性
    • 集成复杂性
    • 沟通有效性
  • 如何应对规模化？
    • 团队级敏捷演进到规模级
    • 敏捷流程演进
    • 规模化敏捷对持续交付能力提出了更高要求
    • 规模化敏捷
      • Scrum of Scrum sos
        • Scaling Scrum
        • option 1:one po，one product backlog
        • option 2:one po，multiple product backlogs
        • option 3:several pos，multiple product backlogs
        • during the sprint sos
      • less
        • 走向是简化产品并拆分团队，底层还是sos框架
      • SAFe
        • 核心价值观
          • 对齐
          • 透明
          • 内建质量
          • 项目群实施
        • SAFe精益屋价值导向
        • 业务敏捷七大核心能力领导力是基础
        • 可配置的SAFe
          • essential SAFe的10大关键要素
          • 团队及技术敏捷能力
            • 得到充分授权，自组织，自管理
            • 按照一定频率（每两周）进行软件增量交付
            • 团队级别使用scrum，新品，kanban等实践
            • 通过用户故事（user story）来描述和交付价值
          • 敏捷产品交付能力
            • 团队的集合每两周进行一次系统级别交付
            • 项目群集每8～12周，进行一次系统级方案的交付
            • 项目群拥有共同的迭代长度和标准统一的速度衡量标准
            • 项目群按照统一的节拍进行计划，开发，协作和评估活动，尽可能面对面交流
            • 通过特性和收益（feature and enabler）进行价值描述和交付
        • 敏捷发布火车ART
          • 角色
            • RTE（首席Scrum Master）
            • 产品经理（首席po）
            • 架构师（Sys Arch）
            • 其他
          • 5～12个敏捷团队，50～125人
          • 项目群增量PI 提供了一个固定的开发时间盒
        • 基于WSJF的优先级设定
          • components of cost of delay（cod）
            • 价值user and business value
            • 时间紧迫性time criticality
            • 降低风险&发现新机会risk reduction&opportunity enablement
          • wsjf=cod/job size
        • 项目群执行
          • 敏捷火车
        • 敏捷度量
        • 多团队多迭代敏捷版本发布
• 第四天
  • 敏捷团队建设和发展
    • 团队动态成长模型
    • 四种团队领导风格
    • 团队不同阶段需要的不同领导风格
  • 能力模型
  • 强力提问技巧
• 第二天
  • 敏捷开发
    • 特性驱动开发FDD
      • 特性是一个基本开发单位，指客户眼中最小的有用功能
      • 特性是小的，一般在两周内实现
      • 是具有客户价值的
    • 动态系统开发DSDM
      • 应该用20%时间完成80%的有用功能
      • 莫斯科优先级
        • must必须要做的
        • should应该做的
        • could可以做的
        • would not 不要做的
      • 关键词：以业务为中心，用户参与，迭代，快速交付，团队协作和沟通
  • 敏捷交付
    • 水晶方法系列
      • 经常交付
      • 反思改进
      • 渗透测试
      • 个体安全
      • 专注
      • 与专家用户建立方便的联系
      • 自动化测试
      • 经常集成
    • 极限编程（extreme programming）
      • 简洁simplicity
      • 沟通communication
      • 反馈feedback
      • 尊重respect
      • 勇气courage
      • 测试驱动开发（TDD）
        • 测试先行开发
        • 重构
    • 看板
      • 价值
        • 客户愿意为之付费
        • 第一次将事情做对
      • 浪费
        • 不为产品增加价值的任何事情
        • 不利于生产或不为客户增加价值的任何事情
        • 顾客不愿付钱由你去做的任何事情
        • 尽管是增加价值的活动，但所用的资源超过了“绝对最少”的界限，也是浪费
      • 软件开发过程中的7大浪费
        • 额外的功能特性
        • 部分完成的工作（存货）
        • 额外的步骤（过度处理）
        • 寻找信息（上下文切换）
        • 软件缺陷（defects）
        • 等待
        • 移交（handoffs）
      • 看板的核心实践
        • 可视化工作流程
        • 约束在制品
        • 度量和管理流动
        • 显示化规则
        • 建立反馈环
        • 在协作及实验中改进
    • Scrum
      • Scrum Framework框架
        • 产品需求列表product backlog
        • 冲刺计划会1 sprint planning1
        • 选择的需求列表selected product backlog
        • sprint planning2
        • 拆分后的需求+任务列表sprint backlog
        • 每日站会daily scrum
        • 梳理会product backlog
        • 冲刺评审会，回顾会sprint review&retrospective
      • Scrum结构框架
        • 3个角色
          • product owner
          • scrum master
          • team
        • 3个工件
          • 产品backlog
          • 迭代backlog
          • 产品增量product increment
        • 5个事件
          • 迭代sprint
          • 迭代计划sprint plan
          • 每日立会daily standup meeting
          • 评审会议sprint review
          • 迭代回顾retrospective
        • 5个价值观
          • 勇气courage
          • 开放open
          • 专注focus
          • 承诺commitment
          • 尊重respect
      • 角色/roles
        • po
        • sm
        • dev team
      • 工件
        • 产品待办事项列表product backlog
          • deep冰山模型
            • 适当的详细程度
            • 被估算的
            • 涌现的
            • 排了优先级的
            • 价值驱动，莫斯科准则
        • 冲刺待办事项列表sprint backlog团队完成
        • 冲刺燃尽图sprint burndown chart剩余工作量
        • 发布燃尽图relaese burndown剩余故事点
        • 产品增量product increment
      • 仪式，会议
        • 迭代sprint
        • 产品待办事项梳理grooming占用开发团队不超过10%的产能
          • 梳理product backlog（deep准则）
          • 增添细节（dor/dod）
          • 优先级
          • 估算故事点
        • 迭代计划会sprint planning meeting
          • 第一阶段：选取用户故事，确定迭代目标
          • 第二阶段：拆分任务，创建sprint backlog
        • 每日站会daily standup meeting
        • 迭代评审sprint reviewpo验收
        • 迭代回顾retrospective流程回顾
• 第一天
  • 敏捷交付
    • 理论基础
      • 项目生命周期模型
        • 预测型
        • 迭代型
        • 增量型
        • 敏捷型
      • 敏捷宣言
      • 敏捷适用域
      • 敏捷12原则
    • 需求管理
      • 敏捷铁三角
      • 敏捷需求管理
      • 用户故事
        • 用户故事分层
          • 史诗故事epic
          • 特性feature
          • 用户故事user story
          • 任务task
        • 用户故事属性
          • independent独立的
          • negotiable 可协商的
          • valuable 有价值的
          • estimable 可估算的
          • small小的
          • testable可测试的
        • 5C原则
          • 卡片Card
          • 交谈Conversation
          • 确认Confirmation
          • 构建Construction
          • 结果Consequence
      • 用户画像
  • 敏捷需求管理
    • 敏捷估算
      • 故事点
        • 对需求使用相对估算法，比大小
      • 速度Velocity
        • 每个sprint总共被po接受的故事点数
      • T-shirt Size
      • 亲和估算法
    • 用户故事地图
    • 完成定义DoD
      • definition of done 一个任务做到什么程度才算是完成，要输出哪些产物
      • 就绪标准dor
      • 验收标准ac
      • 完成标准dod