2023年4月8、9、10三天，是qcon北京大會召開的日子，和去年一樣，我又和公司請了年假，然後跑到北京去參加，收穫真的是很大，在這裡簡單總結一下。
因為涉及到的內容比較多，所以我會根據內容的不同分成幾篇blog來和大家分享和討論，:)
關於敏捷
參會期間，與ivar jacobson公司的黃邦偉、方俊賢以及odd公司的麥天志就進行了深入的交流。
黃邦偉博士用了半個小時的時間，在beta咖啡的小桌子上給我講述了如何使用狀態卡片來對開發軟體過程中的各個環節進行管理，這個思想很有意思，他把每個環節或者每個要素整個的過程都劃分為五個狀態，每個狀態有各自的特徵，然後我們可以靈活地使用這五張卡片，判斷出各個要素處於何種狀態，從而有針對性地採取相應的措施。
而且，黃邦偉博士很是風趣幽默，和我討論了什麼是專案中最大的風險，這個問題不同的人會有不同的觀點，他問我這個問題時，我的回答是需求不明確，他哈哈大笑，「因為你是需求專家。」恍然大悟，其實每個人都把自己的眼界放得太窄，只看到自己負責的乙個方面的風險，更應該考慮到其他方面。其實風險存在於各個環節之中，需求、開發、測試、後期維護等等，都會存在風險。
而黃博士又說道，其實最大的風險就在於我們自身，也就是人才是風險的最大因素。我們要認識到自己的不足，認識到他人的長處，從而發揮團隊的智慧型和力量，才能夠真正減小風險。
與方俊賢以及麥天志的討論則更加具體於如何解決公司當前的問題，對於不敏捷的團隊、不敏捷的程式、不敏捷的開發過程，如何才能夠把敏捷的思想貫徹到其中。他們都給出了很不錯的建議，其實並不需要關心方法是否真正是敏捷的，是否復合敏捷的各種最佳實踐，我們的目的是要解決問題，只要有這樣的乙個共識，問題就比較好解決了。對於團隊，十幾個人的規模還是比較容易實施敏捷的一些方法的，不可能靠乙個人，可能需要3-5個人先敏捷起來，待看到敏捷帶來的好處時，才能夠帶動他人一起使用敏捷的方法和思想。對於程式，首先要做的第一件事兒就是要保證它是可測試的，不管是物件導向還是面向過程的程式，編寫一些最基本的測試**都是可行的，有了這個保證，我們的**就不會繼續腐敗下去，之後才有可能談到如何改善**。至於開發過程，要在公司的框架和敏捷的方法之間找到乙個最好的平衡點，那樣才能夠既不違反公司的規則，也能夠讓開發者獲得敏捷所帶來的好處。
對於在團隊內部實施敏捷，他們還提出了建議的步驟：
發現問題——因為我們不管做什麼，目的都是為了解決問題，所以首先要發現當前存在的問題
培訓——把敏捷的意識深入人心，讓大家明確為什麼要實施敏捷的方法，它能夠為我們帶來什麼樣的好處
coaching——為了避免走很多的彎路，也為了避免錯誤地實行，結果導致達不到想要的效果，讓有經驗的敏捷實踐者進行一段時間的緊密coaching還是有必要的。
QCon 2011參會收穫 關於測試
關於測試 在qcon北京2011的第二天，有乙個主題叫做 更有效地測試 主持人是曾經在google中國擔任測試經理的段念，他作為這個主題的主持人非常合格，可惜的是這次沒有聽到他自己關於測試的一些經驗和觀點。測試的重要性，想必大家都已經非常清楚，編寫好的程式想要真正能夠應用，測試過程是必不可少的，而且...
QCon 2011參會收穫 關於測試
關於測試 在qcon北京2011的第二天，有乙個主題叫做 更有效地測試 主持人是曾經在google中國擔任測試經理的段念，他作為這個主題的主持人非常合格，可惜的是這次沒有聽到他自己關於測試的一些經驗和觀點。測試的重要性，想必大家都已經非常清楚，編寫好的程式想要真正能夠應用，測試過程是必不可少的，而且...
QCon 2011參會收穫 關於測試
關於測試 在qcon北京2011的第二天，有乙個主題叫做 更有效地測試 主持人是曾經在google中國擔任測試經理的段念，他作為這個主題的主持人非常合格，可惜的是這次沒有聽到他自己關於測試的一些經驗和觀點。測試的重要性，想必大家都已經非常清楚，編寫好的程式想要真正能夠應用，測試過程是必不可少的，而且...