幾段在腦子里盤旋了很久的話：
?
帶一個項目，要保證項目的質(zhì)量，當(dāng)然要靠Team Leader的水平。那么，什么才是最重要的項目質(zhì)量呢？當(dāng)然是代碼質(zhì)量！一個軟件項目，最重要的產(chǎn)品當(dāng)然是代碼！
?
如果這個Leader看不懂項目的代碼，他只能通過要求文檔的質(zhì)量，來間接的控制代碼的質(zhì)量。一個能夠看得懂代碼的Leader，他就能夠直接控制代碼質(zhì)量。而能夠直接控制代碼質(zhì)量的Leader，對于文檔的要求，會合理很多。
?
直接控制與間接控制，哪一個更加有效，是不言而喻的。當(dāng)然，那些沒有代碼閱讀能力的Leader，他們會更加強調(diào)文檔的重要性，甚至舍本逐末，認為文檔質(zhì)量才是項目質(zhì)量的體現(xiàn)。進而變態(tài)地追求文檔完美，以至于浪費了程序員寫代碼的時間。這樣的Leader，根本就不可能管好項目的。
?
公司往往會出于恐慌，向員工要求很多詳盡的文檔，主要是為了防止員工離職帶來的損失。而問題在于，公司的主要努力，應(yīng)該用于留住員工，而不是用于加強“善后能力”。更不是為了增強善后能力，搞得員工越發(fā)想離開這家公司。
?
btw:
?
補記一段交鋒對話：
?
UP和Agile都是工程過程實踐的總結(jié)，林德彰先生說過“UP是正楷，XP是草書。先學(xué)好了UP，才能學(xué)好XP；先學(xué)XP再學(xué)UP就會亂套?！?
Agile強調(diào)的是“代碼是真正有價值的東西。”這同樣也是實踐的結(jié)果。二位對于過程有不同的看法并不能說明孰是孰非，這只是在不同的實踐內(nèi)容和階段上的總結(jié)。在過程的選用問題上，只有不斷地實踐才是前進的方向。?
?
?
我的回答是：
?
林德彰的說法，是一個在校教師，典型的和稀泥的說法，我不同意。
?
沒想到今天有一個朋友WANG回了一帖：
?
老林是在校教師？你應(yīng)該去看一下人家在美國打拼的經(jīng)驗~~??
?
我的回復(fù)是：
他在美國打拼怎么了？還有好多土生土長的美國人，也不鳥那什么UP呢？
我為什么要聽一個海龜來上課呢？
這年頭，海龜還不夠多嗎？
另外對GHawk多說一句話：讓組員快速磨合的最好辦法，是結(jié)對編程，而不是大家埋頭寫文檔。
posted on 2006-04-22 21:35
讀書、思考、生活 閱讀(29985)
評論(21) 編輯 收藏