---------- 汪保杰于長沙
時間過的真快，金老師的《高級軟件開發過程》已經結束了。我也學到了在其他地方學不到的理論知識, 比如：RUP,AP,MP等等，很是慶幸。恩，談談自己的感想吧。
敏捷過程 (AP): 2001年2月，17位軟件界專家起草了旨在使軟件開發團隊具有快速工作，快速響應變化能力的敏捷軟件開發宣言，制定了四條基本價值觀（個體和交互勝過過程和工具，可以工作的軟件勝過面面具到的文檔，客戶合作勝過合同談判，響應變化勝過遵循計劃）,12條基本原則（1. 最優先做的是通過盡早地、持續地交付有價值的軟件來使客戶滿意. 2. 即使在開發的后期也歡迎變化. 3. 經常性地交付可以工作的軟件. 4. 商務人員和開發人員必須天天在一起工作. 5. 圍繞個體來構建項目. 6. 面對面的交談. 7. 可工作的軟件是首要的進度度量標準. 8.提倡可持續的開發速度. 9.關注優秀設計. 10. 簡單化. 11. 最好的架構、需求、設計、出自自組織的團隊. 12. 定期反省，并對自己的工作進行調整 ）
計劃驅動（如：RUP）: RUP 是由 UML 的三位祖師提出的經典的軟件過程模式，第一大特點是用例驅動，第二大特點是以架夠為中心，第三大特點是迭代與增量,以及他的四個階段，9個工作流程, RUP 是重量級的開發過程，在實際的開發過程中，我們應該結合當前項目的實際對 RUP 適當剪裁。
《敏捷與計劃驅動平衡方法》說的很好。他通過兩個案例(一個用 XP, 一個用計劃驅動)來從四個領域（應用，管理，技術，人員）進行比較并識別強弱和最合適最可能成功的方法。最后總結了基于風險識別和平衡的方法，這種風險方法分為五個步驟1.通過原形進行數據收集和分析。2. 如果敏捷的風險高于計劃驅動那就采用計劃驅動(part1)，否則就采用敏捷(part2)。3. 如果項目的一部分符合part1，另一部分符合 part2，那就將敏捷和計劃進行平衡找到一個恰當的平衡點。4. 建立整個項目的風險緩和計劃。5.檢測項目進度和機遇風險，并適當的調整。
《高級軟件開發過程》最后介紹了集成過程模式，生命周期采用 RUP 的迭代與增量的二維過程結構，生命周期的每個階段設置緩沖時間。人員及組織管理采用微軟過程的矩陣結構模式并以角色劃分，人員之間是平等的。方法方面采用用戶界面原型獲取需求，歡迎變化、先基線化后凍結等等。產品質量方面要求較低的缺陷率和較高質量的性能特性
總之，任何事情都是一個項目，都有一個目標，都需要一個過程，什么才是好的過程呢？我的答案是：能夠達到我的目標的過程就是好的過程。因此，作為一個軟件開發和管理者應該因地制宜，量體裁衣。
參考文獻 [Balancing Agility and Discipline Evaluating]
[高級軟件開發過程 金敏 清華大學出版社]
本博客為學習交流用，凡未注明引用的均為本人作品，轉載請注明出處，如有版權問題請及時通知。由于博客時間倉促，錯誤之處敬請諒解，有任何意見可給我留言，愿共同學習進步。