00.在敏捷圈內，流程被指責為靜止的、常規的和難以改變的。就流程本身而言，不應該是負面的，它必須同企業目標聯絡起來。如果目標是重複性的製造，那麼常規性流程是完全合理的；而如果目標是可靠的創新，則流程架構必須是有組織的、靈活的和容易適應的。
*支援構想、探索、自律的團隊
*支援自我組織、自律的團隊
*根據專案的不確定性程度，盡量提高可靠性和連貫性
*保持靈活和易於適應
*支援流程的透明化
*合併知識
*囊括支援各個階段的做法
*提供管理檢查點
02.架構
*「構想」代替較傳統的「開始」，指出構想的重要性。確定產品構想、專案目標和控制要素、專案目標和控制要素、專案社團以及團隊如何共同工作
*推測：每個詞都傳達一定的意義，而各個意義來自他們長期的系統用法。制定基於效能和或功能的發布計畫，確保交付構想產品。
*探索：在短期內計畫和提供它精測試的功能，不斷致力於減少專案封信啊和不確定性。
*適應：審核提交的結果、當前情況以及團隊的績效，必要時做出調整
*結束：終止專案、交流主要的學習成功並慶祝
03.專案構想和探索週期
04.構想階段為客戶和專案團隊建立構想，該構想包括什麼、誰提供提供和如何提供。首先，我們需要構想提供什麼，即產品及專案範圍構想;其次，我們需要構想參與者都有誰；客戶、剷平經理、專案團隊成員和利益相關方組成的社團；最後，專案團隊成員必須構想他們打算如何共同工作。
05.推測階段
*收集初始的、廣泛的產品要求；
*將工作量定義為乙個產品功能清單；
*制訂乙個迭代的、基於功能的交付計畫
*把風險降低策略納入計畫
*估計專案成本，並生成其他必要的行政管理和財務資訊
06.探索：從專案管理的角度看
*通過管理工作量和使用適當的技術方法和風險降低策略，按計畫交付產品功能
*建立協作的、自我組織的專案社團，這是每個人的責任但需要由專案經理和迭代領導者推動；
*管理團隊與客戶、產品經理和其他利益相關方的專案交流
07.沒有最好的做法，只有更適合具體情況的做法。
08.過分強調線性會導致停滯不前，而過分強調演變會導致無休止的、最終證明是盲目的變化。對於任何一種模式，開發團隊成員、產品團隊員和高階主管在應用時都需要做出敏銳的判斷。
09.一切工作都應該是循序漸進的，及時是架構開發，序列開發中前期膠骨出錯通常意味著長期適應性較差，因為沒有人能夠承受的氣在專案晚期在改變的架構。
敏捷專案管理
敏捷專案管理 apm 由jim highsmith所著的一書敏捷專案管理，試圖擴大敏捷技術為乙個整體。敏捷專案管理 引入敏捷專案管理步驟同pmi所採用的專案管理步驟結合 調整傳統鐵三角強調價值和質量，建立敏捷三角。傳統鐵三角 範圍 成本 進度 敏捷三角 價值 質量 制約因素 成本 進度 範圍 敏捷鐵...
敏捷專案管理
敏捷開發遵循軟體客觀規律，不斷的進行迭代增量開發，最終交付復合客戶價值的產品。敏捷宣言 敏捷開發原則 敏捷包括三個層次 精益七大浪費 技術債務 變化無法一次性 一開始製作大而全的計畫易造成浪費 應根據迭代積累的經驗和需求變化的情況對計畫不斷調整和細化 多層次反饋 敏捷軟體開發是以短週期迭代為核心，包...
Scrum敏捷專案管理
楚凡科技 www.trufun.net 10年間致力於做中國最專業的軟體工程解決方案提供商 規範軟體開發過程 優化軟體開發流程 保證軟體開發質量 提高軟體開發效率 trufun uml2建模工具 trufun bacon 需求管理工具 trufun 研發雲管理工具等 scrum作為一種專案管理方法，...