溝通、務實、平等——讀《Scrum and XP from the Trenches》

靈活的開發方法一直給我一種“聰明人的遊戲”的感覺，這夥人似乎都有一個共同的特點：很能扯。換種說法，應該是很強的溝通能力吧！這應該和靈活開發的價值觀有關。

溝通

靈活中的溝通，包括客戶與團隊的溝通、團隊與團隊的溝通、團隊内部的溝通。靈活方法認為這些溝通應該是日常的、每天甚至每時都在進行的事情，是每個人的事情而不是某一個人的事情。比如“客戶作為團隊成員”，就是旨在将客戶與團隊的溝通視為日常工作。

加強溝通的最好辦法就是降低溝通的成本。就我們團隊實踐靈活的經驗來看，其實成員之間是很想溝通的，前提是溝通起來很容易：如果A坐在你的旁邊，相信你很樂意和他讨論，如果找B必須打總機、轉分機、再找人喊他一聲，估計你會很快打消和他聊聊的念頭。是以，靈活團隊通常要求成員“在一起”，即便是不能實體上在一起，也要通過視訊、語音、IM等手段，讓他們看起來貌似在一起。不過還是要想方設法的讓成員真正的坐在一起，畢竟我們是在工作，對嗎？

“結對程式設計”就要求很強的溝通能力，或許這倒是招人的好辦法：你的履歷上不是說團隊協作能力強嗎？結對試試吧！

務實

靈活一直強調的是能用的代碼，強調盡快的将系統傳遞給客戶，通過代碼而不是文檔和使用者溝通，讓人感覺很踏實。從使用者的角度來看，總能看到真金白銀、可以實際操作的系統；從開發人員的角度來看，一步一步向終點邁進，信心十足。其實這和現在Web公司的思想有些類似，以前做網站都是大，任何網站都想把自己做成門戶，現在不了，改成瞄準一個領域，先争取上線運作再說，一點點的發展。

務實的另一個要點是不做任何多餘的東西。TDD最能表現這一特點——絕不寫任何多餘的代碼，絕不做任何過度的設計。“使用者故事”也是這麼一種思路，讓使用者描述應用場景，而不是通過使用者描述想法，猜使用者需要什麼。而且使用者沒有明确提出來的東西絕對不考慮。即便是使用者明确提出來了，還要分個優先級出來，首要實作最重要的。

平等

團隊的成員是平等的，無論是在技術上還是職責上，任何人都了解項目的任何部分，并且被鼓勵發表意見。代碼是共有的，所有人都有權修改。知識在團隊内部快速傳播，使得每個人都有完成項目任何部分的能力。

靈活的方法或許隻能用在軟體開發中，但靈活的的思想卻不僅限軟體工程，在“一切都是項目”的今天，做什麼工作不能靈活一點？

本文轉自冬冬部落格園部落格，原文連結：http://www.cnblogs.com/yuandong/archive/2008/06/19/Read_Scrum_and_XP_from_the_Trenches.html，如需轉載請自行聯系原作者