00.與其說是船還不如說是熟練的航行技術保證了成功的航行.——George William Curtis
01.敏捷項目是一個按照敏捷宣言宗旨進行計划和執行的項目。它是一個廣泛接受的最佳實踐集合,這些實踐是在長期采用順序發布或迭代執行的過程中積累而成的,其目的是將整個項目分解可管理的塊。
02.敏捷項目至少有可能在三個過程中被終止:評論、產品導路圖計划以及產品待完成事項定義。
03.一個敏捷項目的發布如同一個里程碑,區別是在敏捷項目中發布里程碑的交付品是一組可工作的特性集合。發布可能是內部或外部的。一個發布由若干個迭代組成。
04.類似於項目的后期檢查,項目回顧活動涉及整個項目管理組、利益相關人,有時包括客戶,其目的是總結回顧項目的完整執行過程,為下一個項目的整體管理改進提供基礎。
計划:宣貫、產品、導路圖 ----->發布或交付季度----->發布或交付季度----->發布或交付季度----->產品回顧
05.啟動發布的過程叫做“發布計划”(release planning),這是一個1-2天的事件,涉及整個項目團隊。發布計划對獲得整個項目的概覽非常有用。發布計划的輸出(就是一個發布計划)是一組目標、假設和決策,這些目標、架設和決策指導開發團隊為客戶交付有價值的東西。發布計划於項目進度計划之間存在松散的關聯關系,只不過發布計划通常只針對手頭發布而創建,並不是針對整個敏捷項目,特別是對長期的項目來說尤其如此。當某個項目的持續時間較短時,敏捷項目計划就等同與發布計划。
06.發布計划的輸入是一個划分優先級和經過預估的產品待完成事項列表,以及一個由項目團隊得出的完成速度的度量(或估計)。
07.輸入(划分優先級后的產品事項及其評估、產品介紹、項目團隊的速度、議程、日期)----->參與者(產品所有者或客戶、交付產品的項目團隊、敏捷項目管理者、項目團隊領導、利益相關人)---->輸出(發布計划、假設、風險、行動項、依賴、發布帶完成事項列表)
08.

09.評審迭代方法:迭代評審,對當前的產品執行評審以便產生反饋信息;根據迭代的結果更新產品待完成事項列表;最后還要執行迭代回顧,此時項目團隊需要重新審視和修改經理的過程。
10.迭代評審為協同制定關於產品的決策而提供了一個指定的時間和場地,這是評審迭代的綜合進度和性能的一次機會。Scrum方法的發明者之一Ken Schwaber說:"協作、進一步突出重要信息、集體同阿倫等做法都應該采取,以便能夠利用盡可能多的信息來做出決策"
11.
12.XP項目團隊推算出從“想法”到“可運行的測試特性”之間不能超過兩周,這通常意味着需要實現自動測試來對連續構建的系統執行測試。
13.記住生命周期的每一步都涉及項目團隊,日常工作是由項目團隊掌握和管理的。
14.價值驅動(敏捷)的方法和計划驅動(傳統)的方法。敏捷方法的價值驅動思想體現在兩點。第一它關注如何為客戶提供盡可能多的價值,把能夠為客戶帶來價值的特性放在第一位。第二體現在驅動項目團隊進行協作的價值觀。
15.幾個要點:
*敏捷項目由敏捷發布構成。敏捷發布與《PMBOK Guide》中的項目階段可視為同義詞
*一個敏捷發布由多個迭代構成,敏捷發布項目團隊制定一段時間內的工作計划提供了一種具體實現方式
*敏捷發布可以是內部的、外部的或僅僅是對項目的一種預測,他是一組迭代的集合。
*敏捷計划是可選項,但是我們強烈推薦這項工作,迭代計划則是必需的。
*迭代的初始化工作由客戶負責,要經歷計划、執行和結束等活動,如同項目中的一個階段
*迭代計划是一次會議,項目團隊在會議上選擇產品待辦完成事項列表的一個子集
*應該舉行迭代評審會議,以方便項目團隊從客戶和利益相關人哪里獲得有關未來產品的反饋意見。
*日常工作由項目團隊成員自行計划和完成,並不是由項目管理這負責。
*產品待完成事項列表是有一個產品實施的任務列表
*在每次迭代、發布和整個項目的末尾所進行的回顧是敏捷項目生命周期中必須要包括的內容。
