程式設計心法 之 Scrum - Agile 敏捷開發
Scrum是一種敏捷開發的方法
[圖片上傳失敗...(image-629bca-1552107631825)]
先定一個能達到的小目標
Scrum 團隊
包括產品負責人、開發團隊和Scrum Master
Product Owner 產品負責人：管理代辦事項和優先順序的唯一負責人。
相關術語
Sprint
敏捷開發的週期，一般情況下需要2-6周時間，最終應該完成一個可演示給客戶或者是可釋出的產品
Epic
可以認為就是一個大的Stroy, 還沒有拆解, 是對大Story的一個描述性標籤
提問：Epic和User Story之間的區別是什麼？
回答：準確的說，Epic是比使用者故事更大的物件並且能包含許多使用者故事。規劃你的倉庫時，你會在下面的情況注意到Epic：
- 使用者故事太複雜，描述模糊；
- 使用者故事太龐大，無法在理想時間內實現；
- 對於策略性規劃來說Epic很有用；
- 一個Epic通常定義比較模糊，而且可以包含許多組成部份；
- 一個Epic是很好的為團隊服務的資訊容器，勝過對單獨物件確立的使用者故事。
我的個人理解：Epic就是把大家不理解的，但一兩句話又說不清的藍圖性決策記錄下來。
Theme
可以認為是一組Story, 有相似特性的一些Story的集合
User Story
使用者的業務需求，比如說查詢賬戶餘額的功能
As a <type of user> I <want/can/am able to/need to/etc.> so that <some reason>.
Task
由User Story拆分的具體開發任務，比如說查詢餘額的頁面設計、查詢的logic的實現，查詢功能的測試。
Backlog
需求列表，小目標的清單。
Scrum Meeting(Daily Meeting)
每天的站會，用於監控專案進度。
Sprint burn down
當前週期需求完成的情況或者是進度圖
首先簡單介紹一下我們是如何進行產品計劃。進入產品開發前，高層管理團隊要確定新版本將帶來的商機（Business Opportunity）。（注意：為了能夠確定這些商機，高層管理團隊會從在整個部門收集資料和徵詢反饋意見。）然後，起草對應這些商機的高層目標。這些目標會被分解為多個使用者價值主張（User Value Propositions,可以將它們看作是Agile術語中的“epic“故事）。接下來它們又會被細分為使用者體驗（User Experience, 可以將他們理解為Agile術語中的“主題”，Themes）。功能小組於是會定義實現這些使用者體驗的使用者故事。實現這一整套使用者體驗也就是實現了使用者價值主張，從而達到商業目標（Business Objectives）。
想要看到更多瑋哥的學習筆記、考試複習資料、面試準備資料？想要看到IBM工作時期的技術積累和國外初創公司的經驗總結？
image
敬請關注：