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