[人件詞話]序言--富有效率的專案和團隊
《人件》讀書筆記
Productive Projects and Teams
序言
Peopleware,人件,在軟體工程領域與人月神話齊名的經典作品。這兩個本書,圍繞一箇中心問題,軟體專案管理,闡述了他的兩個不同方面,一個關注於軟體專案本身,另一個則重點關注軟體專案管理中的核心因素:人。這兩本書常常被同時提及,被譽為軟體專案管理領域的兩朵奇葩。
在人件這本書的封面(中文版,清華大學出版社),印著這本書的口號:為開發人員伸張權利。按照以前看到的一些介紹,這本書不僅適合專案經理們閱讀,也適合普通的開發者閱讀。我在想,如果中國廣大的勞苦程式設計師們都看了這本書,是不是會掀起一股程式設計師維權的風波。呵呵,拭目以待。
在開始之前,摘抄幾段對這本書的讚譽(這似乎是國外的書籍的一個慣例):
微軟成功的原因之一就是公司的所有經理都讀過《人件》。我推薦軟體經理每年重讀一遍這本書。
——Joel Spolsky
近年來,軟體工程領域的一個重大貢獻是DeMacro和Lister在1987年出版的《人件》,我衷心地向我的讀者推薦這本書。
——《人月神話》第19章
這是我一直喜愛的軟體工程書籍。《人間》正確指出軟體工程是針對人,而不是針對技術。它看到在軟體開發工程中“人”的許多方面,並指出人並不是軟體開發機器中簡單的小齒輪。我強烈推薦這本書給從普通工程師到CEO的每一個人。
——Mark A.Herschberg
結合中國國情來看《人件》
以我以往的閱讀經驗來看,看一些從國外翻譯引進的一些經典書籍,往往有一個問題要注意,那就是必須結合中國國情來看,來理解,來吸收這些書中的思想,這一點,在管理方面的書籍中尤其明顯。
技術是無國界的,所以,從國外引進的純技術書籍在理解上基本是沒有多大困難的。C++ Primer在國外可以成為經典,翻譯引進後,同樣可以成為開發人員的最愛,成為他們的案頭必備。
而在管理方面,更多的存在著人的因素在其中。一旦有人的因素存在,事情往往就變得複雜了。同樣的管理理論,也許在國外適用,在國內就成為了員工散漫放任的理由;同樣的管理方法,對一個公司試用,在另外一個公司卻無法被員工接受。在我看來(並沒有看到真實的案例存在,有待進一步佐證),一個國際化的大公司,例如Microsoft,IBM,往往同一個公司就存在多種不同的管理風格。在美國Google,公司非常尊重員工的個性自由,那麼,在即將開張(已經開張?)的中國Google,無疑的,Google這種管理方式,也必將打上中國的烙印。
對待引進的管理經驗,還是要堅持魯迅先生的拿來主義,取其精華,去其糟粕(當然,也不盡是糟粕,可能是一些不適用的部分)。
結合中國的國情來看這些書籍。
那麼,《人件》是關於軟體專案中如何管理人這一核心資源的,我在閱讀的過程中,也會結合我遇到的實際情況,來談談自己的看法。
Link URL: http://imcc.itpub.net/post/20778/191017
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/17237043/viewspace-526529/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案管理提升團隊效率的方法專案管理
- [專案管理]空降與團隊的融合對話專案管理
- [企業管理]關於最佳團隊、團隊融合程度和開發效率的引入對話
- 四人團隊專案申請
- 團隊專案
- 專案團隊的“薪平企和”(轉)
- [人件詞話]第1章--在今天的某個地方,一個專案正在失敗
- 團隊專案一
- 開發團隊的效率
- 五款高效易用的專案管理軟體,提升團隊工作效率專案管理
- 四人團隊專案申請-----已通過
- 團隊專案需求分析
- IT專案團隊管理 (轉)
- 團隊管理、團隊人員技術培養 的 思考和交流
- 提升開發效率的秘密:IT團隊都在用哪些專案管理工具?專案管理
- 專案管理過程之專案團隊(轉)專案管理
- 專案管理過程之專案團隊 (轉)專案管理
- 團隊專案4——專案衝刺-3
- 團隊專案4——專案衝刺-4
- 《黑神話:悟空》動捕團隊專訪:聊聊國內動捕團隊的現狀
- 傳統文化研究團隊------軟體工程團隊專案軟體工程
- 成功專案團隊角色模型——Belbin團隊角色模型(轉)模型
- 團隊專案總結反思
- 建立高效的專案團隊(轉載)
- 構建有效的專案團隊(轉)
- 專案團隊的凝聚力(轉)
- 實現快速與團隊成員進行檔案共享,提高團隊辦公效率
- 團隊專案選題參考
- 團隊專案第三天
- 團隊專案第四天
- strut專案小總結(團隊)
- 團隊宣言及專案設想
- Unity2D專案-平臺、解謎、戰鬥! 0.2 序言:團隊線上協作方案、基線控制Unity
- 如何提升團隊協作效率?
- 團隊專案的Git分支管理規範Git
- 專案團隊組建的原則(轉)
- 專案團隊的信任問題探討
- IT專案幾個團隊的核心資料