提升工作效率,使用 Agile process

发布: (2026年1月15日 GMT+8 14:28)
4 min read
原文: Dev.to

Source: Dev.to

Agile 是什么

Agile 是一种软件开发的理念和过程,强调以短周期(Sprint)进行工作,以便能够持续且灵活地响应客户需求。

Waterfall 与 Agile 的区别

Waterfall

  • 工作步骤按顺序进行:Analysis → Design → Implementation → Testing → Deployment → Release & Maintenance
  • 最终成果在整个流程完成后才呈现给客户
  • 时间和成本不是固定的,若客户需要变更,可能需要增加时间和成本

Agile

  • 将工作划分为短周期(Sprint),在每个周期中反复进行 Re‑plan
  • 测试与开发同步进行,以持续满足客户需求
  • 每个 Sprint 的产出是 “Knowledge” 与 “Practice”,帮助团队学习并持续改进

Agile 的发展历史

  • Individuals and Interactions – 以人为本,强调沟通
  • Agile Manifesto 包含 12 条原则(Agile Principles),例如 Continuous Delivery:持续交付客户价值

Agile 框架

Scrum(最流行的第一位)

  • 以 1‑4 周的 Sprint 进行工作
  • 角色
    • Product Owner (PO) – 决定“要做什么”,并为工作排优先级
    • Scrum Master – 清除障碍,确保团队遵循 Scrum 流程
    • Development Team – 实际执行者(如 Go 开发者)
  • 关键仪式
    • Daily Stand‑up(每日站会,15 分钟)
    • Sprint Planning
    • Sprint Retrospective

Kanban

  • 强调工作流(Flow),不划分 Sprint 时间段
  • 控制 Work in Progress (WIP) 不要过多
  • 使用 Kanban Board:To Do → Doing → Done
  • 适用于 Support、Maintenance 或需要高度灵活性的团队

XP(Extreme Programming)

  • 极致关注代码质量
  • 技术
    • Pair Programming – 两人共用一台电脑编写代码
    • Test‑Driven Development (TDD) – 先写测试再写代码(Go 有优秀的 testing 包)
    • Refactoring – 持续重构代码

Lean Software Development

  • 消除不为客户创造价值的浪费,以最快速度交付

Scaling Agile(大型组织)

  • SAFe (Scaled Agile Framework) – 管理大型企业级的 Agile
  • Spotify Model – 将团队划分为 Squads、Tribes、Chapters、Guilds,提升团队自治性

产品交付给客户的原则(Release Product)

  • 持续交付价值,并在每个周期评估客户满意度
  • 通过测试和 Feedback 循环不断改进产品

Agile 工作计划

  1. Product Owner (PO) 与客户/用户沟通,获取需求
  2. PO 将需求与团队讨论,制作 Product Backlog / Sprint Backlog
  3. 编写 Agile Project Charter,包括 Vision、Mission、Success Metrics
  4. PO 基于用户视角创建 User Story
  5. 创建 Kanban Board(Todo / Doing / Done)来管理工作
  6. 开始 Sprint 时,PO 从 Product Backlog 中挑选 User Story 放入 Todo 列,并排定优先级
  7. PO 宣布 Sprint Goal – 本 Sprint 需要测试并交付的内容
  8. 团队为每个 User Story 编写 Task 子任务
  9. 使用估算(如 Planning Poker)确定 Story Points
  10. 绘制 Sprint Burndown Chart
    • X 轴:Task 数量
    • Y 轴:工作天数
    • 蓝线为基准线,红线为实际进度
    • 若红线显著高于基准线,说明积压任务多,团队需调整计划
  11. 在 Sprint 中期进行 Backlog Refinement,检查并可能进行 Re‑plan
  12. 每天进行 Daily Stand‑up,时长不超过 15 分钟
  13. Sprint 结束后进行 Sprint Review(产品演示)
  14. 进行 Retrospective(Less of / More of / Keep doing / Start doing / Stop doing),总结学习并改进流程
Back to Blog

相关文章

阅读更多 »

Agile 相对于 Waterfall 的虚假承诺

Waterfall 与 Agile 的神话 二十年来,我们一直相信这样一种说法:Waterfall 是一种过时的遗物——僵硬、官僚、根本破碎。与此同时……

敏捷简约的空洞承诺

敏捷简化的问题 > “敏捷一句话:检查并适应。” > 或者 “提前且频繁交付价值。” 每位顾问都有一个电梯演讲…