测试经理必知必会：敏捷开发3355原则

Posted 2021-04-25 自动化软件测试

时间到了2020年，敏捷开发早就已经是软件行业内一个几乎既成事实的标准，几乎每个软件研发团队都说采取了敏捷开发流程。

老司机以自己长期以来的软件实践，以及混迹于敏捷圈子近10年的体会，可以负责地说，敏捷原本有若干模式，比如：AMDD（Agile Model Driven Model），AUP（Agile Unified Process），XP（eXtreme Programming），FDD（Feature Driven Development），Scrum，OpenUP（Open Unified Process），ADM（Agile Data Model），LSD（Lean Software Development）

但是在中国大陆的软件圈子里，谈到的敏捷则只是Scrum。

对于Dev负责人，熟知敏捷开发原理、过程、各阶段输出，已经是基本常识了。

但是测试圈子的小伙伴们，对敏捷，特别是对Scrum又了解多少呢？

想更多参与到软件研发中，想要真正地在大团队有话语权，想要在被压缩测试时间时候能义正言辞地怼回去……

我们要理解掌握部分Dev团队的知识。

今天，老司机给各位小伙伴们介绍一下我们通常谈到的敏捷，也就是Scrum。

先从敏捷开发（Scrum）的3355原则说起。

Scrum 是一个用于开发和维持软件产品的框架 ，是一个增量的、迭代的软件研发过程。 在Scrum框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint。每个Sprint的建议时间长度是2到4周。

在Scrum框架中，PO（Product Owner）使用Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。

在每个Sprint开始时，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算（故事点）得到相应的任务列表，被称为Sprint backlog。

在每个迭代结束时，Scrum团队将递交可运行、可交付的产品增量（其实就是完成的软件）。

简单来说，敏捷（Scrum）的过程如上所述。

整个敏捷（Scrum）过程中，3355原则贯穿其中。

老司机带各位小伙伴详细展开“3355”：

敏捷（Scrum）包括3个角色、3个工件、5个活动、5个价值

3个角色

• 产品负责人（Product Owner）

• Scrum Master

• Scrum团队

3个工件

• 产品Backlog（Product Backlog）

• SprintBacklog

• 燃尽图（Burn-down Chart)

5个活动

• Sprint计划会议（Sprint Planning Meeting）

• 每日站会（Daily Scrum Meeting）

• Sprint评审会议（Sprint Review Meeting）

• Sprint回顾会议（Sprint Retrospective Meeting）

• 产品Backlog梳理会议（ Product Backlog Refinement）

5个价值

• 承诺 – 愿意对目标做出承诺

• 专注– 把你的心思和能力都用到你承诺的工作上去

• 开放– Scrum 把项目中的一切开放给每个人看

• 尊重– 每个人都有他独特的背景和经验

• 勇气– 有勇气做出承诺，履行承诺，接受别人的尊重

敏捷（Scrum）并不是严苛的教条，不是说必须如何如何，否则就不能被称之为“敏捷”了。

但是，有一点是确定的，如果负责人或者团队的“敏捷教练”不能脱口而出敏捷（Scrum）的“3355”原则，则可以肯定，他/她不懂敏捷，所实行的也是伪敏捷。

扫下方老师回复： 试学 

更有机会成为锦鲤免费学哦~

  更多奖品等你试学会见哦~

我就知道你“在看”