需求基線定義：團隊成員已經承諾將在某一特定產品版本中實現的功能性和非功能性需求的一組集合。
軟件開發的中後期開發效率會產生大幅度的下降，其實開發團隊經常處於“非計劃”狀態是個比較重要的原因之一，而救火隊式的工作必將導致無法計劃。
分階段開發與迭代開發的區別：
分階段開發中的每個階段的結束時間不是固定的，必須將相應的內容開發完成後才結束；另外每個階段內通常是相應變更的；
迭代開發中的每次迭代的結束時間是固定的，沒有完成的任務將會放到下次迭代，每次迭代內通常是不相應變更的；
迭代開發的思想就是細小的、可管理的步驟開發軟件產品：計劃一小步，說明、設計和實現一小步，集成、測試和運行一小步；每次迭代是一次袖珍項目，採用的是瀑布模型的開發方法；迭代是業務優先級驅動的。
業務事件和報表類型的判斷：根據它出現的頻率，以及對企業帶來的價值進行評價。
估算是一種手段，而不是目標，我們追求的是管理的可控性，而非估算結果的準確性。
估算的核心思想是“尋找計數單元，考慮複雜因子”，不同的階段的估算應使用不同的計數單元：
需求定義階段：可以考慮業務時間、報表類型、接口作爲計數單元；
需求分析一階段：可以考慮用例作爲計數單元；
需求分析的後續階段：可以考慮使用FP或COCOMO中推薦的計數單元；
一是分部分、分類型進行估算；二是採用基於權重的估算方法；
悲觀估計、樂觀估計應和“風險”理由對應起來；
產能係數表可以通過工資比例作爲其初值；
非用戶可見的基礎設施通脹佔據開發量的30%；
“拋棄work down，迎接Value Add！”
“對於整個項目而言，我們很難講所有要完成的任務列出來，然後一個個地work down（完成）；我們需要的是通過一次次的迭代爲客戶實現Value add（增值）。”
“即使用戶中途停止了開發，也不至於一無所獲”
“良好、統一”的需求項劃分標準是做好這一工作的基礎，實現切實可行的優先級策略和估算方法是使基線管理卓有成效的必備要素。