敏捷開發中的一些概念
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協助，是否有人力資源調整等問題。