時間到了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”原則，則可以肯定，他/她不懂敏捷，所實行的也是偽敏捷。
作 者：Testfan Arthur
出 處：微信公眾號：自動化軟件測試平臺
版權說明：歡迎轉載，但必須註明出處，並在文章頁面明顯位置給出文章鏈接
