最近發(fā)現(xiàn)一本有意思的項(xiàng)目開發(fā)書籍,，晚上睡不著的時候讀,，特別提神。
為了不金玉與內(nèi),，特摘錄其中一些片段,，供大家玩味,，書名叫做《大道至簡》，作者是誰,，大家網(wǎng)上查一下就知道了：）

以下為引用,雖然不是每句都對,，但可以帶給我們思考： (覺得不過癮可以參照附件，不過請下班后再看哦)

1.一接到任務(wù)就開始Coding的程序員，通常就是加班最多的程序員,。
記?。悍e極工作和勤于思考都要占時間。

2.做管理起碼需要能承擔(dān)責(zé)任,，這是最基本的素質(zhì),。

3.你的項(xiàng)目經(jīng)理職位又沒有讓給別人做，你拿的經(jīng)理級工資又沒有分給別人,，那項(xiàng)目失敗了,，你為什么要把責(zé)任推到別人頭上呢？

4.經(jīng)驗(yàn)豐富的工程師能盡可能接近地預(yù)估工期,，但沒有辦法保障(預(yù)估的)工期是絕對合理的。那么進(jìn)一步的推論是,，由于沒有絕對

合理的工期,，所以項(xiàng)目的完成時間可能總是
被進(jìn)度變更所修正，所以項(xiàng)目也就總是不能“成功”,。項(xiàng)目工期的問題不能解決,，就不能保證項(xiàng)目成功。只有經(jīng)驗(yàn)更加豐富,，才能

更盡可能地逼近“合理的工期”,。因此在此之前，項(xiàng)目
經(jīng)理面臨的就是失敗,。這個失敗可能不是項(xiàng)目經(jīng)理本身能力所決定,，或者也不是團(tuán)隊(duì)成員的工作所決定，而是在一開始,，那份給客
戶的項(xiàng)目協(xié)議就簽錯了,。

5.軟件工程中有專門的學(xué)科來研究項(xiàng)目的工期問題。學(xué)者們試圖尋找公式來計(jì)算項(xiàng)目的復(fù)雜度,，從而計(jì)算出所需的工時和人月,。然

而在實(shí)踐中，這被認(rèn)為是不可行的

6.如果員工在工作中出了紕漏：
沒有制度,，你沒有辦法和依據(jù)來懲戒員工,，因此是管理者的過失；
有了制度而沒有懲戒他,，是執(zhí)行者和監(jiān)督者的過失,；
一而再、再而三地犯錯,，又一而再,、再而三地被懲戒，那就是教而不改，就真正是員工的品性和素質(zhì)的問題了

7.在任何錯誤被歸咎于員工之前,，管理者應(yīng)該先想想是不是自己的問題,。是的。你可能很快發(fā)現(xiàn)問題出在了管理者,。因?yàn)楣芾碚邲]

有
確定組織機(jī)構(gòu)模式,，或者沒有為組織中的成員進(jìn)行角色定位和分工。如果這樣,，出現(xiàn)“既不能令,，又不受命”的人就是必然的事了

8.一個至少由三個人構(gòu)成團(tuán)隊(duì)：項(xiàng)目經(jīng)理，開發(fā)經(jīng)理和開發(fā)人員,。其中,，在開發(fā)經(jīng)理和開發(fā)人員之間，既存在主從關(guān)系,，也存在協(xié)

作
關(guān)系,。而項(xiàng)目經(jīng)理，則在團(tuán)隊(duì)中處于領(lǐng)導(dǎo)者,、組織者和團(tuán)隊(duì)保障者的地位,。如果非得要精簡到兩個角色的團(tuán)隊(duì)模式，那么這種情況
下,，通常是開發(fā)經(jīng)理兼任項(xiàng)目經(jīng)理,，因此這位開發(fā)經(jīng)理一定要能清楚地區(qū)分這種雙層角色的身份：在任何時候，明確自己是在進(jìn)行
“團(tuán)隊(duì)內(nèi)協(xié)作”,、還是“團(tuán)隊(duì)管理(和組織)”,、還是在與“團(tuán)隊(duì)外交流”。如果這個開發(fā)經(jīng)理總是混淆自己的角色,，那么,，我建議

，換人吧,。

9.團(tuán)隊(duì)真的需要管理嗎,？
這經(jīng)常是“經(jīng)營”開發(fā)團(tuán)隊(duì)的管理者最容易給錯答案的問題。這些管理者兢兢業(yè)業(yè),，試圖細(xì)化每一個管理環(huán)節(jié),，將自己的意愿貫徹
到??EN，CPU里去,。
實(shí)際上,，開發(fā)團(tuán)隊(duì)并不需管理?；蛘哒f,，在你還沒有弄清楚狀況之前,，不要去管它。

10.稟性難移,，要改變一個人都難,，何況是改變一個團(tuán)隊(duì)的既定習(xí)慣。
如果有一群開發(fā)人員象螞蟻一樣辛勒地工作著,，那么,，先不要打擾他們。你應(yīng)該跟隨他們,，看看他們是如何做的,。發(fā)現(xiàn)規(guī)律，分析
這個規(guī)律的價值,，最后再嘗試改變它們(的一些負(fù)面價值的規(guī)律),。

11.盡管彈性分工非常有效，然而真正做彈性分工卻并非易事,。
更好的選擇是明確分工,，而不是彈性分工。你應(yīng)該明白,，重要角色的更替通常是極具風(fēng)險的，例如項(xiàng)目經(jīng)理或
者開發(fā)經(jīng)理,；頻繁的開發(fā)人員的調(diào)度也會直接影響到工程的質(zhì)量和進(jìn)度,。

12.維護(hù)舊項(xiàng)目比做新項(xiàng)目更難，許多人深有同感,。然而這些“有同感”的人又何曾想過,，自己在做“新項(xiàng)目”的時候，要為“項(xiàng)目

維護(hù)”這種還不存在的角色,，留下一個溝道,、對話的渠道呢？
我把項(xiàng)目的History作為跟這種“不存在的角色”溝通的一種方式,。History的豐富和準(zhǔn)確為項(xiàng)目的后繼開發(fā),、維護(hù)提供了可能。  

13.UML的確是解決溝通問題的最佳手段之一,。然而如果項(xiàng)目一開始就不能用它,，那么強(qiáng)求的結(jié)果必然是痛苦的?！孶ML在一個

沒有經(jīng)過相關(guān)培訓(xùn)的團(tuán)隊(duì)及其各個角色之間用起來,，幾乎是不可能的事。即使用得起來,，也存在經(jīng)驗(yàn)問題,。千萬不要指望僅僅一個

項(xiàng)目,，就能讓你的組員深刻的理解UML的思想。使用與不使用UML,，其根本的問題在于溝通方式的選擇,。只要是行之有效的、能在各

個項(xiàng)目角色間通用的,，就是好的溝通方式,。

14.流于形式的溝通，可能是使得你的項(xiàng)目被不斷推翻和不斷延遲的最直接原因,。

15.相對于瀑布模型,，V模型有改變了什么嗎？是的,。源于實(shí)際的需要,，它把測試(和評審)階段抽取出來，于是就成了V模型,。

16.用RUP用不好的人,，總會說自己終歸還有一堆文檔模板可以抄

17. 如果懂得了所謂的模型原本都演化自那個簡單的瀑布，那么文檔是按XP寫還是按RUP寫,，也就可以應(yīng)時,、應(yīng)需，因地置宜,，擇善

而從了,。

18. RUP中，真正精髓的東西,，既不是那個R(Rational),，那是人家的招牌；也不是那個U(Unified),，那是人家的廣告,。而是那個P

(Process)，那才是實(shí)實(shí)在在的東西,。

19.無論是你的團(tuán)隊(duì)成員,，還是你的老板，對重復(fù)的錯誤以及可預(yù)料的錯誤都是不會寬容的,?！谝粋€團(tuán)隊(duì)中，失去了組員的信任

比失去老板的信任更為可怕,。所以回顧每一個項(xiàng)目,，或者項(xiàng)目中的每一個階段，以及與每一個團(tuán)隊(duì)成員交流的細(xì)節(jié),，是你的日常工

作,。

20. RUP其實(shí)就象一個雜物箱一樣“包容”了全部的已知理論,。

21. 總之一件事，沒有人會跳出來說：我們原本就錯了,。然而事實(shí)上可能真的出在源頭：我們把目標(biāo)定錯了,。
我們看到，在項(xiàng)目的平衡三角(時間,、資源和功能)中討論的是目標(biāo)問題,，但并不討論質(zhì)量問題。也就是說,，經(jīng)典教材中總是關(guān)注：

如何更快的完成項(xiàng)目,，并減少資源占用，以及實(shí)現(xiàn)更多的功能,。然而,，即使平衡了這種關(guān)系，項(xiàng)目的結(jié)果仍可能產(chǎn)生一個天生的殘

障,。
因?yàn)槟繕?biāo)可能在平衡中確立,，但質(zhì)量卻要在過程中控制。即使在時間,、資源和功能三者中取得了平衡,，即使客戶、項(xiàng)目組和公司同

樣滿意于這個平衡“目標(biāo)”,，它仍然有可能是“不能實(shí)施”的,。
如果原定的目標(biāo)(的整體)本身就過大，那么無論如何平衡這三者之間的關(guān)系,，其結(jié)果仍舊是保障不了質(zhì)量。

22.大多數(shù)情況下,，管理人員有責(zé)任去審核,、評估其它成員的工作成果。這個時候可以討論“細(xì)節(jié)決定成敗”這樣的問題,，因?yàn)檫@決

定了產(chǎn)品的最終質(zhì)量,，而質(zhì)量是工程的目標(biāo)之一。
而在另一些情況下,，例如管理人員做事件的決策的時候,，就必須要學(xué)會忽略枝節(jié)問題。

23.  從慣于“實(shí)做”的程序員一路走來的工程人員,，很難分清自己什么時候是在“工作”,，而什么時候又是在“決策”。
因此我只好用最笨的方法提示管理者：別管它是細(xì)節(jié)還是枝節(jié),，只要你感到你的腳趾已經(jīng)沾上了泥淖,，就快點(diǎn)回頭,。
用腳趾去感覺，有時比用頭腦去思維來得有效,。

 

本文來自CSDN博客,，轉(zhuǎn)載請標(biāo)明出處：http://blog.csdn.net/superch0054/archive/2010/12/01/6049014.aspx