最近負責在上海設立研發中心，準備打造一支適用于敏捷開發的團隊，對于團隊建設中有幾點想法，寫出來和大家討論。
（1） 關于開發手法
敏捷開發討論中，很多都會去討論采用XP，還是Scrum，或是其他的開發手法。我們的觀點是適合整個開發團隊的才是最好的，畢竟開發技術人員是整個敏捷開發的靈魂，開發團隊在學習，了解了各種敏捷開發手法之后，實踐之后形成穩定的開發速度和質量。
（2） 敏捷開發的核心價值
團隊采用敏捷開發，是為了盡快將核心的功能交付市場，加快對市場反饋的對應速度，進一步提高系統的核心競爭力。其實這是從市場的角度來闡述敏捷開發的價值，從技術開發人員角度來講，如果變化是不可避免的話，如何避免開發進入無休無止的系統式樣修改，出現bug，修改的惡性循環之中，這樣的過程對于每個開發人員來說都是一個噩夢，整個過程都處于改了一個地方不知道什么地方會受影響而出現不可預測的問題的恐懼之中，直至最后進度的延期和低劣的質量只是客戶對我們喪失信心，使得開發人員感到沮喪。
敏捷開發原則，很好的幫助技術人員去回避這樣的惡性循環，讓技術人員能更好的專注于開發。我們來看幾條敏捷開發的實踐，都能體會到這些實踐都是能讓技術人員更好的降低團隊出現上述惡性循環的風險
－ 客戶作為團隊成員
只要當團隊的每個技術人員都能很好的理解問題域的時候，才可能敏銳的洞察哪些應該抽取，隔離的事物。相對于傳統團隊，需求分析員，設計人員，編程人員，測試人員各司其職，編程幾乎是在完全不理解的狀態下的填空狀態，怎么可能考慮哪個依存需要倒置，哪個需要做借口隔離。
此次公司的開發項目是公司的互聯網項目，項目所實現的核心價值很容易由開發團隊制定，這符合了敏捷開發的基本條件。
－ 測試優先
不用說也明白，有了測試的系統，才是可能擁抱變化的基礎。寫測試邏輯的過程，其實是對設計的一次檢驗，能否簡潔的測試，反應了系統對于變化的對應能力的一個指標。
－ 重構
其實重構的標準很簡單，第一是出現重復的代碼，第二是代碼的可讀性。系統在不斷微小的重構之中，防止系統的腐化，而測試優先保證了重構的可能性。
（3）工具的使用
在開發中能很好的運用工具，也是敏捷開發是否能成功的很關鍵的部分。現在我們主要使用以下工具（服務）
－ Yammer
是一款企業內SNS軟件。主要用來做用戶素材分析。在沒有用戶需求不明確的時候，在Yammer上和開發人員，管理人員，業務人員一起深度討論，直到用戶素材變得明了清晰。
－ Pivotal Tracker
一款很好的Ticket驅動的敏捷開發管理服務，在用戶素材明確之后，登入到Pivotal Tracker，然后由開發人員做任務計劃。
－ github
源文件管理，可很好的和Pivotal Tracker聯動，關聯Pivotal Tracker的用戶素材，便于code review.
先寫這些，余下留待一起討論。