顯示PV 通過PO整理出最高優先級的，分解成任務，release plan ，整理成叠代任務列表。也叫sprint backlog；

叠代周期是1-4周，不要小于一周，有個時間盒規則，不要叠代一下長，一下短。

後面每一次叠代，每日都要開會，就是每日站會。（昨天做了什麼，今天要做什麼，遇到了什麼問題），但是不讨論具體問題的解決方案。

開完站會，再開一個問題解決會。（如果有問題）。

團隊成員之間頻繁地面對面的交流，叠代完成後，會産生功能增量。

評審會也稱演示會，請到PO（一定要參加）,團隊内部再開一個回顧會（這次叠代哪次是做的好的，在過去叠代中哪些做的不好，在下次叠代中哪些可以做的更好的）

産品願景（Product Vision）：屬于項目的高層級目标

産品負責人（Product Owner）:客戶利益的代表者，最能理解客戶需求的人以及需求價值排序的人。

産品未完項（Product Backlog）：産品待辦列表

發布計劃（Release Plan）又稱版本計劃

開發團隊（Team）：所有負責開發産品功能的技術人員，規模不能超過5-9人

敏捷教練（Scrum Master）：又稱敏捷項目經理，屬于仆人式領導，負責激勵團隊，幫助團隊消除障礙。

叠代計劃會（Sprint Planning Meeting）：當次叠代的會議

叠代計劃（Sprint Backlog）：具體的任務列表

叠代（Sprint）： 又稱沖刺，在特定的時間内完成特定的任務。

每日站會（Daily Standup Meeting）：最大程度促進項目團隊成員信息流通的交互式溝通

叠代評審會（Review）：又稱演示會，驗收會。

回顧總結會（Retrospective）：簡稱回顧會。在叠代評審會之後，團隊内部召開會議，總結本次叠代的經驗教訓。并制定措施以免問題再次發生。

ps：

功能性需求：PB表的内容，即客戶所要求開發的所有産品功能。

非功能性需求：不屬于産品功能，但如果不做卻會降低産品價值或項目成功的概率。

最小可行産品：也稱最小可行版本、最小可售産品。

在敏捷中要考慮的因素

團隊成員自行決定計劃及其組件的整合方式（自組織團隊）

對具體産品的規劃和交付授權給團隊來控制，項目經理的關注點在于營造一個合作型決策氛圍。如果團隊成員具備廣泛的技能基礎而不局限于某個狹窄的專業領域、

重點了解：自組織團隊、授權于團隊，通才（T型人才），專才（I型人才）

範圍管理

在适應型或敏捷型生命周期通過多次叠代來開發可交付成果。

采用适應型生命周期，旨在應對大量變更，需要相關方持續參與項目。

采用适應型生命周期的項目，則使用未完成項（包括産品需求和用戶故事）反映當前需求。

知識點展開

原型、敏捷的早期計劃（産品路線圖、版本計劃）、價值優先級、時間盒

控制進度

回顧性審查：回顧總結會

優先級排序：每次叠代結束後，産品負責人對任務價值優先級排序

控制進度的工具

叠代燃盡圖

叠代燃起圖

成本管理

采用輕量級估算方法快速生産對項目人力成本的高層級預測，在出現變更時容易調整預測。

如果易變的項目也遵循嚴格的預算

質量管理

敏捷方法要求在整個項目期間頻繁開展質量與審核步驟，而不是在面臨項目結束才執行。

ps

頻繁測試和審核、回顧總結會、小增量交付。

資源管理

自組織團隊：無需集中管控，

仆人式領導：又稱服務型領導

協作型團隊：自組織團隊的重要特征之一。

溝通管理

敏捷 需更頻繁和快速的溝通，首選面對面溝通

ps：

面對面溝通：又稱高帶寬溝通

信息發射源：在集中辦公區域設立一塊大白牆或白闆，上面用高可視化，圖形化的方式展示項目的實施狀态和信息。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!