關于敏捷開發模式:CIO應知道10大的原則

2015-07-20 13:41:18 IT168 　點擊量：評論 (0)

市場調研公司Gartner發布的最新報告顯示，CIO目前需要為快速變化的數字業務場景提供支持，而同時又發現傳統的項目和開發方式無法滿足需求。在這樣的情況下，企業正越來越多地轉向敏捷開發(Agile Development)

市場調研公司Gartner發布的最新報告顯示，CIO目前需要為快速變化的數字業務場景提供支持，而同時又發現傳統的項目和開發方式無法滿足需求。在這樣的情況下，企業正越來越多地轉向敏捷開發(Agile Development)模式，以加速項目的推進，展示自身的價值。

　　Gartner于近期在澳大利亞悉尼舉辦“Gartner應用架構、開發和集成峰會”。而Gartner研究主管Nathan Wilson表示，在執行良好的情況下，采用敏捷開發模式將變革IT與業務部門之間的關系，并有利于IT充分發揮自己的價值。然而，只有CIO和整個IT管理團隊專注于必要的文化轉變，這樣的價值才能實現。

　　Wilson表示：“如果能良好地完成，那么在CIO響應業務部門越來越多的創新需求方面，敏捷開發模式將成為各種方式有機的一部分。而如果完成情況不佳，敏捷開發模式帶來的問題會比解決的問題更多。”

　　在敏捷開發模式中，開發者也可借助應用性能管理(APM)工具提升開發速度、讓應用更快發布，并且能精準定位使用體驗中的瓶頸。以OneAPM為例，其功能也很適合支持敏捷開發模式，對廣大開發者來說，只需要把業務做好，把要提供給客戶的服務做好，無需再去關心性能問題。

　　Gartner列出了敏捷開發模式的10大指導原則：

　　1.敏捷開發并非單一的方法

　　敏捷開發模式是軟件開發的一整套方法，這些方法有著共同的哲學，但在具體執行時也有很大的差別。這些方法適用于解決不同的問題。經驗豐富的大型組織可以利用不止一種這樣的方法。不過在開始階段，組織可以首先嘗試其中一種方法，在熟練掌握后再嘗試更多。

　　2.敏捷開發理念具有系統性

　　敏捷開發是高度系統性的方法，其中每個元素對成功而言都非常重要。對于敏捷開發，組織的一個常見誤區在于只重視其中某些元素，例如“敏捷迭代(Sprint)”，而忽視了其他元素，例如對“技術債務(Technical Debt)”的管理。這樣的組織能快速完成開發并發布新代碼，但將會積累越來越多的技術問題。

　　3.部署敏捷開發模式需要業務部門和IT的合作

　　如果沒有業務部門負責人、管理層，以及用戶社區的參與，那么敏捷開發的優勢無法得到充分的發揮。如果公司其他部門不愿以新的方式去工作，那么與業務部門經理和用戶的溝通將非常必要。

　　4.引入敏捷開發模式是循序漸進的過程。

　　在敏捷開發模式中，熟練的開發者能完成大規模的開發，這就像是翻越喜馬拉雅山。不過，積累必要的經驗需要很長時間。如果組織剛剛轉向敏捷開發模式，那么需要從頭開始建立開發者的信心和能力，使他們逐步有能力承擔大型開發任務。

　　5.敏捷開發意味著持續學習

　　敏捷開發的實踐者需要持續優化質量和效率，這意味著每次開發都需要進行經驗總結，從而優化開發策略和具體實踐過程。這樣的分析和學習并不僅僅是一小部分高級開發者的責任，而應當成為所有參與者的基本工作之一。

　　此外，需要學習的也并不僅僅是軟件開發技能，還包括項目管理技巧、系統架構、質量保障，以及IT預算管理等。

　　6.敏捷開發意味著團隊，以及團隊的團隊

　　在敏捷開發模式中，發布代碼的基本組織單元是小型團隊。這樣的團隊通常包含5到9名成員，需要同時承擔開發和質量保障工作。從人力資源的角度來看，管理敏捷開發團隊一方面需要將團隊以高效的方式凝聚在一起，另一方面也要鼓勵團隊中的不同成員提出具有交叉性的創意。

　　如果人員流動過于頻繁，那么團隊將無法形成高效的組織單元;但如果團隊之間的人員流動不足，那么每個團隊將逐漸變成孤島，失去與其他團隊的交流。需要指出，相對于傳統開發方式，在敏捷開發模式中，團隊的座位位置更加重要。

　　7.記錄、管理及清理“技術債務”是所有敏捷方法的核心理念

　　“技術債務”的定義是，軟件現在的狀態，以及在可靠性、性能、便攜性、可用性、可維護性和安全性等方面滿足一定質量要求之間存在的差異。所有開發活動都會造成技術債務，而敏捷開發模式的不同在于，技術債務可以被識別，并被記錄至待辦工作列表，而不是被棄之不顧。