QCon 2011參會收獲——關(guān)于敏捷

feiyang10086

轉(zhuǎn)：侯伯薇

QCon 2011參會收獲——關(guān)于敏捷

2011年4月8、9、10三天，是QCon北京大會召開的日子，和去年一樣，我又和公司請了年假，然后跑到北京去參加，收獲真的是很大，在這里簡單總結(jié)一下。

因為涉及到的內(nèi)容比較多，所以我會根據(jù)內(nèi)容的不同分成幾篇Blog來和大家分享和討論，

關(guān)于敏捷

參會期間，與Ivar Jacobson公司的黃邦偉、方俊賢以及odd公司的麥天志就進行了深入的交流。

黃邦偉博士用了半個小時的時間，在Beta咖啡的小桌子上給我講述了如何使用狀態(tài)卡片來對開發(fā)軟件過程中的各個環(huán)節(jié)進行管理，這個思想很有意思，他把每個環(huán)節(jié)或者每個要素整個的過程都劃分為五個狀態(tài)，每個狀態(tài)有各自的特征，然后我們可以靈活地使用這五張卡片，判斷出各個要素處于何種狀態(tài)，從而有針對性地采取相應的措施。

而且，黃邦偉博士很是風趣幽默，和我討論了什么是項目中最大的風險，這個問題不同的人會有不同的觀點，他問我這個問題時，我的回答是需求不明確，他哈哈大笑，“因為你是需求專家。”恍然大悟，其實每個人都把自己的眼界放得太窄，只看到自己負責的一個方面的風險，更應該考慮到其他方面。其實風險存在于各個環(huán)節(jié)之中，需求、開發(fā)、測試、后期維護等等，都會存在風險。

而黃博士又說道，其實最大的風險就在于我們自身，也就是人才是風險的最大因素。我們要認識到自己的不足，認識到他人的長處，從而發(fā)揮團隊的智慧和力量，才能夠真正減小風險。

與方俊賢以及麥天志的討論則更加具體于如何解決公司當前的問題，對于不敏捷的團隊、不敏捷的程序、不敏捷的開發(fā)過程，如何才能夠把敏捷的思想貫徹到其中。他們都給出了很不錯的建議，其實并不需要關(guān)心方法是否真正是敏捷的，是否復合敏捷的各種最佳實踐，我們的目的是要解決問題，只要有這樣的一個共識，問題就比較好解決了。對于團隊，十幾個人的規(guī)模還是比較容易實施敏捷的一些方法的，不可能靠一個人，可能需要3-5個人先敏捷起來，待看到敏捷帶來的好處時，才能夠帶動他人一起使用敏捷的方法和思想。對于程序，首先要做的第一件事兒就是要保證它是可測試的，不管是面向?qū)ο筮�是面向過程的程序，編寫一些最基本的測試代碼都是可行的，有了這個保證，我們的代碼就不會繼續(xù)腐敗下去，之后才有可能談到如何改善代碼。至于開發(fā)過程，要在公司的框架和敏捷的方法之間找到一個最好的平衡點，那樣才能夠既不違反公司的規(guī)則，也能夠讓開發(fā)者獲得敏捷所帶來的好處。

對于在團隊內(nèi)部實施敏捷，他們還提出了建議的步驟：

•發(fā)現(xiàn)問題——因為我們不管做什么，目的都是為了解決問題，所以首先要發(fā)現(xiàn)當前存在的問題
•培訓——把敏捷的意識深入人心，讓大家明確為什么要實施敏捷的方法，它能夠為我們帶來什么樣的好處
•Coaching——為了避免走很多的彎路，也為了避免錯誤地實行，結(jié)果導致達不到想要的效果，讓有經(jīng)驗的敏捷實踐者進行一段時間的緊密Coaching還是有必要的。
此外，參會的過程中還有一些與敏捷相關(guān)的觀點要在這里列舉出來：

•敏捷要快速地相應變化
•敏捷的過程中要不停地反思和改進
•想要真正改善現(xiàn)狀和解決問題，就不能僅僅關(guān)注于開發(fā)。
•對于實施敏捷的團隊，領(lǐng)導具備敏捷的意識很重要
•只要目的一致，就不會存在不可調(diào)和的沖突和矛盾
•敏捷會節(jié)約成本，包括溝通的成本、反復的成本等等
對于以上內(nèi)容，大家不知道有什么好的想法，歡迎在此一起討論，