敏捷開發 個人經驗（一）基本概念

敏捷開發中的一些概念

scrum team: 整個組織架構中可進行獨立開發的最小團隊, 通常人數控制在5~10人左右
sprint：項目開發過程當中最小迭代週期，根據同的項目週期不一樣；現有產品維護1~5天，二次開發5~10，新項目5~30，業務複雜或開發所用語言較多或開發複雜度較高10~45

point：不可拆分的最小功能點數，1point等於多少小時，能夠由項目主管按照項目的實際狀況指定。

Product Backlog：由PO負責管理，將全部epic按優先順序排列的一個產品需求列表。
Sprint Backlog：經過Sprint Planning Meeting，由PM、PO、SM從product backlog中挑選出一個或多個Story做爲本次迭代完成的目標
epic：一個包含完成功能的需求描述，能夠被拆分爲1個或多個stroy，通常有PO劃分
story：一個不可拆分子功能描述，能夠被拆分爲1個過多個task，通常由PO將epic拆分爲story，在Sprint Planning Pre-Plan Meeting中PO、SM肯定story是否合理並作相應的調整。
task：最小可用於開發的任務，在sprint開始時由ST將story拆分爲task，並在當前sprint中完成

product Master(PM)：管理整個項目的總體進度，也可叫作scrum master of scrums.
product owner(PO)：管理整個項目或多個scrum team的需求，並將需求轉換爲epic或story，指定軟件交付日期，指定交付標準，有權力接受或拒絕開發團隊的工做成果
scrum master(SM)：總體控制一個scrum能過承接的point數；監控每一個sprint的總體進度；協調與其餘scrum team之間的溝通
technique leader(TL)：整個項目或多個scrum team或一個scrum team的技術專家，主要負責在開發過程當中給出技術解決方案或建議
scrum team member(ST)：scrum項目成員，主要負責開發，以及將指派給本身的story拆分爲task

Sprint Planning Pre-Plan Meeting：PO、SM肯定挑選story爲後期sprint作準備，通常提早2個sprint
Sprint Planning Meeting：在sprint以前PO將下個sprint須要完成的story交付給SM，SM須要根據目前ST的能力確認point數，此時應該確認或拒絕下一個sprint全部需求。
Sprint start meeting：在sprint的第一天將當前sprint的story指派給相關ST，除非TL提出異議而且徵得PO或PM贊成，不然全部stroy必須在當前sprint完成。
Srpint Review Meeting：也叫Srpint Demo Meeting，將這個sprint的成果演示給PO，由PO確認演示內容是否符合交付標準，並提出改善意見。
Sprint Retrospective Meeting：回顧會議，SM、ST、TL，PO參與對於上一個sprint成果總結，優勢繼續保持，缺點或缺陷根據實際狀況由PO決定是否創建story放入Product Backlog中，在之後或下一個sprint中完善。
Daily Scrum Meeting：也叫stand up meeting，天天佔用5~15分鐘彙報、分享、提出問題。特別注意此會議不解決任何問題。

Scrum of Scurms meeting：大型項目須要，多個scrum team協同開發時，多個Team SM參與討論會議；對上一個sprint總結匯報，並提出相關意見，若是涉及到代碼改善意見，須要請PO確認是否創建story；下一個sprint資源確認，是否須要其餘Team協助，是否有人力資源調整等問題。