00.推測階段關注產品很項目——創造和理解產品結構、性能和故事功能清單以及發布計劃。

?

01.發布計劃會用到與產品規格、平臺結構體系、資源、風險分析、業務約束以及目標進度等信息。

?

02.迭代計劃和開發方法有兩個至關重要的組成部分——短期迭代時間框和功能。

?

03.產品經理控制哪些功能應該包含在產品中，而開發工程師控制功能的設計和實施方式。產品經理沒有全力說，“我們落后了，讓我們縮短測試時間吧”

?

04.如果我們想要適應性、靈活性、創新以及對客戶了解到的新信息做出相應，就需要獎勵團隊對這些變化的響應，而不能因為團隊成員未能“實現計劃”而警告他們。

?

05.軟件是最有可塑性的產品。公司需要利用這個特點來增加競爭優勢、堅持傳統的瀑布式開發方法則減少這個優勢。

?

06.功能和故事的基本區別是，故事是一個小的可交付的有用功能，但構不成一個完整的功能。

?

07.我們的目標是想客戶交付高價值的東西，而不是滿足一系列固定的需求。

?

08.客戶需要功課：

　　*他們理解業務流程

　　*他們已經完成了必要的業務流程分析和優化

　　*他們了解自動化可能如何改變流程本身

?

09.發布計劃是團隊在項目數據表中所描述在項目目標和約束內實現產品構想的路線圖。

?

10.根本問題不在于文檔，而在于項目團隊在制作中間產品時，往往會迷失方向，這些中間產品與團隊制造最終產品的實際過程并無太大關系。

?

11.里程碑是中間點，通常持續1-3個月。里程碑既是項目管理，也是技術功能。從項目管理角度看，里程碑為評審進度和調整項目提供了機會。

?

12.客戶價值和風險是推動發布計劃的兩個主要因素。

?

13.發布計劃的主要任務是以價值和風險為基礎把故事分配到迭代中。

?

14.敏捷開發是關于焦點和平衡的：集中于項目的主要構想和目標，強迫做出困難的權衡決策，以保持產品各方面的平衡。

?

15.簡化非常關鍵，他是最大程度地減少不必要的工作的藝術。

?

16.當進度出現問題的時候，瀑布式方法所見任務，通常是減少測試，而敏捷方法減少功能，前者降低質量，后者縮小范圍。

?

17.0意味著在時間期限內沒有任何有用的東西可以向客戶交付。

?

18.制定這個計劃涉及以下活動

　　*確定已知的風險對迭代計劃的影響

　　*確定進度目標（不考慮可實現性，只從產品管理的角度確定進度目標）

　　*為每次迭代編制主題

　　*將故事卡片分派給每次迭代，必要時，平衡價值、風險、資源和依賴關系

　　*結合故事卡片布局、完整的發布計劃或者項目停車場圖總結該計劃

　　*運用權衡矩陣，必要時，調整完成的計劃。

?

19.客戶價值和風險是制定功能進度計劃的主要因素。

?

20.首先，在每次迭代中衛迭代評審期間找出的一致變化分配額外的時間，在每次迭代中放入一個標為“返工和意外故事”的故事卡。

?

21.在制定發布計劃時，為每次迭代計劃多安排10%的時間以應對返工和意外事件，可以使計劃更加精確。

?

22.不管表面看起來如何，發布計劃不是說明性計劃。完整發布計劃將要開發的功能分配到每次迭代中，看起來說明性的，但該計劃需要在每次迭代和里程碑結束時加以評審和修訂。敏捷發布計劃是用來成功地適應不可避免出現的變化，而不是遵循一成不變的計劃。

?

23.可部署和已部署問題一直困擾著敏捷主義者，迭代開發建造產品和可部署部分，這些可部署的部分在隨后的開發中會根據不同情況逐步實施或者不被實施（部署），實際部署更受歡迎，但并非必需。

?

24.如何估計：

　　*估計未知因素

　　*按功能而非活動進行估計

　　*循序漸進地估計

　　*估計會非常浪費時間

　　*估計與設定界限

　　*使用故事點和員工工作時間估計

?

25.精益思想的原則即減少浪費，對于研究活動來說，就是消除胡總和減少不直接產生客戶價值的活動。

?

26.故事點是試圖確定一個工作單位而不是工作量。

?

27.清楚表述產品構想、定義項目的目標和約束，以及制定迭代的、基于功能的交付計劃。最后一個推測階段的最主要成功。一旦完成發布計劃，其他共同的項目管理計劃ugocheng文件，就可以最終確定。

?

轉載于:https://www.cnblogs.com/aixiaoxiaoyu/articles/10003195.html

總結

以上是生活随笔為你收集整理的07.敏捷项目管理——推测阶段笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。