圖為敏捷開發(fā)流程圖
雖然不一定每個IT組織都能夠真正落實敏捷思維，也很難從中獲利。但實踐這些可以使IT建設(shè)徹頭徹尾的提高效率，至少可以在時間成本上得到節(jié)省。在這個問題上，CIO應(yīng)該問一下，您的IT組織是敏捷的嗎?您認真準備了嗎?
問題一：這是合適的項目嗎? 在某些項目實施上，CIO申請敏捷開發(fā)思維更實用。例如，如果該項目使用瀑布方法或開發(fā)的代碼有很多是息息相關(guān)的，無法被現(xiàn)代化的工具和基礎(chǔ)設(shè)施取代，你應(yīng)該在這些地方處理的更加得當。如果某些項目較為復雜，CIO必須做出“爆炸式”削減，簡化部署，這就需要一個非常有經(jīng)驗的敏捷團隊。
問題二：UI功能和日程安排的合理期盼點是什么?在項目建設(shè)前期，你就需要一個好的UI設(shè)計在你的項目部署上。決不能在項目已經(jīng)陷入困境，或項目后期才想起UI。這可能就會造成難以實現(xiàn)預期目標和項目超支。敏捷思維就可以考慮到有目的建模，達到事情多方的平衡與敏捷。
問題三：這些都是正確的用戶嗎?敏捷項目需要團隊成員思考很多，而且團隊內(nèi)人員要作為內(nèi)部用戶。他們是靈活且工作一致的用戶代表，尚未形成一些新的用戶習慣。實際上作為用戶代表，內(nèi)部用戶群體更加了解業(yè)務(wù)流程，并能準確猜出如何將這一業(yè)務(wù)應(yīng)用到工作中。如果你是為維護人員建立模型，到底用戶需要些什么?是厚達500頁的詳細文檔，還是10頁的使用總覽就夠了?你不清楚?去和他們談?wù)?，找出你想要的正確用戶反饋。
問題四：你的重點需要停留在商業(yè)價值上嗎?沒有人喜歡爛糟糟且沒有價值的工作。用敏捷開發(fā)，做出快速敏捷的工作交付。這樣CIO可以為企業(yè)提供更多有價值的東西。使用軟件分析，了解你的項目的各種各樣特點。如果你打算使用一種工具支持，你就應(yīng)當了解什么時候適合用它，什么時候不適合用它，什么時候能夠產(chǎn)生商業(yè)價值。
問題五：高層管理人員是否真正得到敏捷?有些高管不能脫離形式上的東西，如每周的進度審議報告，分配特定任務(wù)，苛刻的要求項目更迭時間等。CIO面對這些情況，不能僅僅把敏捷開發(fā)當成一個簡單的功能節(jié)點。我們需要改變老板的思維概念，特別是在敏捷開發(fā)的技術(shù)層面，提高他們對于項目落實推進的關(guān)注進度，進而更加敏捷。
問題六：團隊是否有正確的做事態(tài)度?敏捷開發(fā)無論是在云項目還是在其他UI等項目中，面對緊張的交付時間，仍然需要團隊的完美配合。如果你的團隊足夠好，面對一項必須在18個月就要交付的項目，或者內(nèi)部信息化建設(shè)工作，敏捷同時，團隊配合將會起到關(guān)鍵作用。
移動敏捷、混合資源、技能建設(shè)、內(nèi)部信托，敏捷開發(fā)在實際信息技術(shù)工作中提供了一個優(yōu)勢方法。不過，你需要給敏捷開發(fā)一段運行時間，在短期內(nèi)它很難取得成功。CIO需要仔細挑選你的建設(shè)項目，試圖說服高層，以減少敏捷開發(fā)模式的應(yīng)用障礙。如果以上這些聽起來并不像你的組織和項目，那么，作為信息化的主要建設(shè)者，請重新考慮一下你的工作思維吧。
