Skip to main content

管理

敏捷项目管理​

项目维度​

  • 需求不确定性
  • 解决方案不确定性

如果两者都很低，那么这是一个传统的瀑布式项目，可预测且易于管理。但是很难改变。

如果其中任何一个很高，那么我们应该使用迭代和增量方法。

  • 迭代：MVP -> MVP -> MVP -> ...
  • 增量：MVP -> MVP+1 -> MVP+2 -> ...

敏捷 = 迭代 + 增量

敏捷和瀑布是光谱的两端，大多数项目都介于两者之间。

敏捷宣言​

参考 agilemanifesto.org

  • 个体和互动 胜过流程和工具
  • 工作的软件 胜过详尽的文档
  • 客户合作 胜过合同谈判
  • 响应变化 胜过遵循计划

敏捷原则​

参考 agilemanifesto.org

  1. 通过早期和持续交付有价值的软件来满足客户
  2. 欢迎不断变化的需求，即使在后期开发阶段
  3. 频繁地交付工作软件（以周为单位而不是月为单位）
  4. 业务人员和开发人员必须在整个项目期间每天密切合作
  5. 围绕积极的个体构建项目，应该信任他们
  6. 面对面交谈是最佳的沟通方式（同地办公）
  7. 工作的软件是进度的主要度量标准
  8. 可持续发展，能够保持恒定的节奏
  9. 持续关注技术卓越和良好设计
  10. 简单——最大化未完成工作量的艺术——是必不可少的
  11. 最好的架构、需求和设计来自自组织团队
  12. 定期地，团队反思如何变得更有效，并相应地调整

参考 公众参与频谱

敏捷方法论​

  • Scrum
  • Kanban
  • XP
  • Lean
  • Crystal
  • DSDM
  • FDD

敏捷团队​

原则：

  • 跨职能：交付产品所需的所有技能，具有多样化的技能和背景
  • 专用：全职、同地办公、稳定
  • 自组织：没有人告诉团队如何将产品待办事项列表转化为可能发布的功能增量

团队章程：

  • 团队名称
  • 团队愿景、使命和价值观
  • 团队的实践、仪式和礼仪
  • 使用的工具和使用方式
  • 工作使用的技术
  • 工作标准和质量期望
  • 如何处理冲突和建立共识
  • 行为期望
  • 后勤安排（即远程或现场等）
  • 团队角色和职责
  • 改进团队、反思和持续改进的回顾节奏
  • 明确团队拥有的决策权限和升级流程

团队章程的重要性：

  • 它帮助团队对自己的行为负责
  • 它帮助团队自组织
  • 它帮助团队自我管理

敏捷角色​

  • 产品负责人：负责产品待办事项列表
  • Scrum主管：负责过程
  • 开发团队：负责交付
  • 利益相关者：负责需求
  • 客户：负责资金

利益相关者管理​

谁是利益相关者？​

  • 任何受项目影响的人
  • 任何可以影响项目的人
  • 任何对项目感兴趣的人
  • 任何参与项目的人

利益相关者分析​

  • 识别利益相关者
  • 了解他们的利益
  • 了解他们的影响力/权力/冲击
  • 了解他们的期望
  • 确定参与程度

利益相关者参与频谱​

  • 告知：当事情是低兴趣和低影响时
  • 咨询：当事情是低兴趣但高影响时
  • 涉及：当事情是高兴趣但低影响时
  • 协作：当事情是高兴趣和高影响时
  • 授权：当事情是高兴趣和高影响且此人有能力时

Scrum框架​

Scrum角色​

  • 产品负责人：负责产品待办事项列表
  • Scrum主管：负责过程
  • 开发团队：负责交付

Scrum工件​

  • 产品待办事项列表：产品中已知需要的所有内容的有序列表。它是对产品进行任何更改的需求的唯一来源。它由产品负责人拥有。利益相关者可以为其做出贡献。
  • 冲刺待办事项列表：这是团队的冲刺计划。它由开发团队拥有。
  • 增量：冲刺期间完成的所有产品待办事项的总和以及所有先前冲刺增量的价值。它由开发团队拥有。

Scrum仪式​

  • 冲刺规划
    • 通常在周三，4小时
    • 团队决定在下一个冲刺中可以做多少工作
  • 每日Scrum
  • 冲刺评审
    • 通常在周二，2小时
    • 邀请利益相关者
    • 团队展示他们在冲刺中完成的工作，并获得利益相关者的反馈
  • 冲刺回顾
    • 通常2小时
    • 团队反思如何改进自己
    • 团队决定改进什么以及如何改进

（以上所有时间估计都是针对2周冲刺的）

Scrum规则​

  • 时间盒
  • 自组织
  • 跨职能
  • 无头衔
  • 无子团队
  • 无子项目
  • 无交接

Scrum规划​

规划周期​

  • 战略规划：3-5年。组织的愿景、使命和目标。产品路线图。
  • 投资组合规划：2-3年。产品待办事项列表。发布计划。
  • 发布规划：1-2年。发布待办事项列表。冲刺计划。

产品待办事项列表​

  • 产品待办事项（PBIs）
  • 用户故事
  • 史诗
  • 主题

用户故事​

  • 描述：作为角色，我希望目标/愿望，以便收益
  • 验收标准：
    • 在产品增量被认为"完成"之前必须满足的一组条件
    • 仅适用于准备好进行工作的待办事项
  • 完成定义：
    • 对工作完成意味着什么的共同理解
    • 对整个团队
    • 例如：
      • 创建设计文档
      • 编写代码
      • 审查代码
      • 测试代码
      • 部署代码
      • 记录代码

红箱：这是

估算​

  • 故事点：用户故事大小的相对度量
  • 规划扑克：一种基于共识的游戏化估算技术，主要用于估算用户故事
  • 亲和性估算