最近在看《軟體專案管理與敏捷方法》這本書，作者將pmbok中各個過程中可以用敏捷方式進行的作了乙個說明，也給出了一些如何在使用傳統開發方法的團隊中如何推廣敏捷開發原則的方法，但總體而言收穫不大。另外我看的這一版是根據pmbok第三版編寫的，而我學習和考試pmp時用的是第四版，看書的過程比較痛苦。
但看書的過程中至少對敏捷開發有了稍微多的了解，在書的開頭也提到了敏捷宣言和「知識工人」。現在這裡將敏捷宣言摘錄出來。
個體和互動勝過過程和工具
可工作的軟體勝過全面的文件
銅客戶的協作勝過合同判斷
對變更的響應勝過遵循計畫
換句話，儘管右邊陳述的條目也有價值，但是我們還說更強調左邊陳述的價值。
我們的最高優先順序任務是通過盡早和連續地交付有價值的軟體滿足客戶的需要
即使到了開發後期也歡迎需求變更。敏捷過程考慮到客戶獲得競爭優勢的需要而同意變更
經常交付可工作軟體，交付週期從幾個星期到幾個月不等，時間間隔越短越好
業務人員和開發人員必須自始至終共同完成專案的日常工作
圍繞積極的個體構建專案。給予他們所需要的支援和環境，相信他們能夠完成工作
面對面地交談是開發團隊中最有效的資訊交流方式
可工作軟體是專案進展狀況的主要度量
敏捷過程提倡可持續的系統開發。資助方、開發方和使用者應該能夠維護一種不確定的、持續的步調
對卓越技術和良好設計的持續關注有助於提高專案的敏捷性
簡化（盡量讓可以不做或少做的工作量達到最大）也是至關重要的
最佳的架構、需求和設計都源於自我管理的團隊
在有規律的時間間隔中，專案團隊要思考如何提高後面的工作效率，然後相應地調整自己的行為
敏捷宣言和敏捷原則
一 敏捷宣言的四個核心 1 個體和互動 勝過 流程與工具 2 可執行的軟體 勝過 詳盡的文件 3 客戶合作 勝過 合同談判 4 響應變化 勝過 遵循計畫 二 敏捷的十二原則 1 我們的最高目標是，通過盡早和持續地交付有價值的軟體來滿足客戶。2 歡迎對需求提出變更 即使是在專案開發後期。要善於利用需求...
敏捷宣言和原則
我們正在通過親身實踐和幫助他人實踐，揭示更好的軟體開發方法。通過這項工作，我們認為 1 個體和互動 勝過 過程和工具。2 可以工作的軟體 勝過 面面俱到的文件。3 客戶合作 勝過 合同談判。4 響應變化 勝過 遵循計畫。雖然右項具有價值，但我們認為左項更具有價值。1 我們最優先做到的是通過盡早的努力...
敏捷宣言 敏捷原則 小型敏捷宣言
敏捷宣言 敏捷原則 敏捷宣言 是乙個籠統的術語，描述和管理用於處理it團隊和專案的幾種輕量級且更全面的敏捷方法。scrum，看板，精益開發，crystal和極限程式設計 xp 是最受歡迎的輕量級敏捷方法。雖然 小型scrum 適用於 敏捷宣言 但以下所述的六個附加值應補充和增強小型團隊的敏捷性。與專...