本文章出自【码同学软件测试】
码同学公众号：自动化软件测试，领取资料可加：Matongxue_8
码同学抖音号：小码哥聊软件测试
时间到了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）的过程如上所述。
免费领取码同学软件测试课程笔记+超多学习资料+完整视频+面试题，可加微信：Matongxue_8
免费领取码同学软件测试课程笔记+超多学习资料+完整视频+面试题，可加微信：Matongxue_8
整个敏捷（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”原则，则可以肯定，他/她不懂敏捷，所实行的也是伪敏捷。
END
免费领取码同学软件测试课程笔记+超多学习资料+学习完整视频 ☞ 可加：Matongxue_8／关注码同学公众号
本文著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。