《溫伯格的軟體管理學》一套四冊,主題分彆是:
一、 係統化思考(Systems Thinking)、
二、 第一級評量(First-Order Measurement)、
三、 關照全局的管理作為(Congruent Action)、
四、 擁抱變革(Anticipating Change)。
要有高品質的軟體,就要有高品質的管理。這就是《溫伯格的軟體管理學》這套書的主題。想要在軟體工程的管理上獲得高品質的成果,需要具備以下三種能力:
1. 具有瞭解復雜情況的能力,讓你能夠為專案做好事前的規畫,從而進行觀察並採取行動,使專案能依計畫進行,或適時修正原計畫。(第1捲)
2. 具有觀察事態如何發展的能力,並且有能力從你所採取的因應行動是否有效,來判斷你觀察的方嚮是否正確。(第2捲)
3. 在復雜的人際關係中,即使你會感到迷惘、憤怒、或是非常害怕,甚至害怕到想要一走瞭之並躲起來,但你仍然有能力採取閤宜的行動。(第3捲)
第4捲所談的組織變革,就是要讓經理人運用前三捲的觀念和工具來進行管理,讓你的組織不僅現在能瞭解和實踐優良的軟體工程觀念,未來也可以。這樣的組織稱為「防範未然型」(Anticipating)的組織,它讓組織變革成為一種明確的、普遍性的功能。
作者在這套書中,將軟體機構依做事方式(軟體次文化)分類如下:
模式0(渾然不知):我們都不知道我們正循著一個過程在做事。
模式1(變化無常):我們全憑當時的感覺來做事。
模式2(照章行事):我們凡事皆依照工作慣例(除非我們陷入恐慌)。
模式3(把穩方嚮):我們會選擇結果較好的工作慣例來行事。
模式4(防範未然):我們會參照過往的經驗製定齣一套工作慣例。
模式5(全麵關照):人人時時刻刻都會參與所有事務的改善工作。
至第四捲為止,作者將說明,如何將你的組織提升到防範未然型(模式4)的組織,其産品品質與生産力、流程、文化、做事方式,都將達到一個穩定、又可因應變化的水準。
作者簡介
傑拉爾德.溫伯格 Gerald M. Weinberg
美國軟體工程界大師級的人物。在40多年的軟體業生涯中,他曾任職於IBM、Ethnotech、水星計畫(美國第一個載人太空計畫),並曾任教於多所大學。他更是傑齣的軟體專業作傢和軟體管理思想傢,因對技術問題與人性問題所提齣的創新思考法而為世人所推崇。1997年,溫伯格因其在軟體領域的傑齣貢獻,入選為美國計算機博物館的「計算機名人堂」成員。他也榮獲J.-D. Warnier奬項中的「資訊科學類卓越奬」,此奬每年一度頒發給在資訊科學領域對理論與實際應用有傑齣貢獻的人士。
溫伯格共寫瞭30幾本書,包括《顧問成功的祕密》、《真正的問題是什麼?你想通瞭嗎?》、《領導者,該想什麼?》、《從需求到設計》(以上由經濟新潮社齣版)、《程式設計的心理學》、一共四冊的《溫伯格的軟體管理學》等等,這些著作主要涵蓋兩個主題:人與技術的結閤;人的思維模式、思維習慣與解決問題的方法。在西方國傢,溫伯格擁有大量的忠實讀者。溫伯格現為Weinberg and Weinberg顧問公司的負責人,他的網站是www.geraldmweinberg.com
相關著作:《溫伯格的軟體管理學:擁抱變革(第4捲)》《溫伯格的軟體管理學:關照全局的管理作為(第3捲)》
譯者簡介
曾昭屏
交大計算機科學係畢,美國休士頓大學計算機科學係碩士。譯作有《顧問成功的祕密》。
專長領域:軟體工程、軟體專案管理、軟體顧問。
最喜歡的作者:Tom DeMarco, Gerald Weinberg, Steve McConnell.
Email: marktsen@hotmail.com
緻颱灣讀者 溫伯格
導讀 曾昭屏
前言
Part 1: 品質的模式
1. 何謂品質?品質的重要性何在?
2. 軟體次文化
3. 怎樣纔能改變模式?
Part 2: 管理的模式
4. 管理用的控製模式
5. 讓管理模型變得透明
6. 反饋效應
7. 把穩軟體的方嚮
8. 掌握不住方嚮的時候
Part 3: 會對模式造成壓力的要求
9. 為什麼掌握方嚮那麼難?
10. 如何讓一切都在控製中
11. 迴應顧客的要求
Part 4: 缺陷的模式
12. 對錯誤進行觀察與推論
13. 功能失常偵測麯綫
14. 找齣藏在功能失常背後的缺陷
15. 缺陷解決的動態學
Part 5: 壓力的模式
16. 權力、壓力,與工作績效
17. 如何處理停擺的壓力
18. 我們努力得來的成就
註釋
法則、定律、與原理一覽錶
索引
這套《軟體管理學》的書,特彆是關於“人的管理”那部分,真的讓我受益匪淺。之前一直覺得,軟件開發就是技術活,隻要技術夠硬,項目就能做好。但溫伯格老師的觀點完全顛覆瞭我的想法。他花瞭很大的篇幅去講“溝通”、“人際關係”、“心理學”在軟件開發中的重要性。這在颱灣很多技術導嚮的公司裏,是比較少被強調的。我記得其中有一段講到“隱性知識”,就是那些隻存在於個人經驗裏,很難用語言描述齣來的東西。我們團隊裏就有幾個資深工程師,他們的經驗是我們寶貴的財富,但如果他們離開瞭,這些隱性知識可能就跟著消失瞭。書裏給齣瞭很多方法,比如通過“導師製”、“知識分享會”、“代碼評審”等方式,來顯性化這些隱性知識。我印象特彆深刻的是一個關於“為什麼新人總是難以融入團隊”的分析。以前覺得是新人自己沒學好,現在纔明白,團隊的接納度、前輩的指導方式,甚至是團隊的“非正式文化”,都起著至關重要的作用。溫伯格老師的語言風格很獨特,不像一般的教科書那樣枯燥,反而帶著一種哲學思考,有時候讀起來像在聽一位經驗豐富的長者在娓娓道來。他提齣的“反脆弱”概念,讓我開始思考,我們的團隊是否能夠從混亂和不可預測性中變得更強?這對於我們這個瞬息萬變的行業來說,尤為重要。
评分這套《軟體管理學》的第三捲,特彆是關於“産品開發流程”的部分,真的讓我眼前一亮!我過去接觸到的很多關於流程的書籍,要麼過於宏大,要麼過於細枝末節,很難找到一個既有理論高度又能落地的解決方案。溫伯格老師在這方麵做得非常齣色。他沒有直接告訴你“你應該這樣做”,而是通過大量的案例分析,引導你去思考“為什麼會這樣”,然後讓你自己去探索最適閤自己團隊的流程。我印象最深的是他對於“敏捷開發”的剖析,不是簡單地照搬敏捷的口號,而是深入探討瞭敏捷背後的哲學和核心價值觀。他還特彆強調瞭“以終為始”的思維方式,就是說在開始一個項目之前,就要清晰地定義産品的最終目標和價值,然後反過來倒推整個開發流程。這對於我們颱灣很多注重快速迭代和交付的公司來說,非常有藉鑒意義。書裏還提到瞭很多關於“質量保證”的觀點,比如“預防勝於治療”,以及如何構建一個“內在的質量文化”,而不是僅僅依賴外部的測試團隊。這讓我開始反思,我們團隊在産品質量上的投入是否足夠?我們是否真的把質量融入到開發的每一個環節?讀完這部分,我感覺自己對如何構建一個高效、健康的軟件産品開發體係有瞭更清晰的認識,也更有信心去推動團隊的流程改進。
评分| 溫伯格的這套《軟體管理學》真是讓我腦洞大開!以前總覺得管理就是分配任務、盯著進度,沒想到裏麵學問這麼深。尤其是第一捲,那句“最重要的溝通是‘沒有溝通’”簡直是點醒瞭我。很多時候,我們以為大傢都在同一頻道,結果卻是因為溝通不足,導緻誤解和延誤。書裏舉瞭很多實際的例子,不是那種空泛的理論,而是真的發生在軟件開發過程中的種種狀況。例如,那個關於“為什麼項目總是在最後一刻纔暴露齣問題”的分析,讓我豁然開朗。我們團隊就經常遇到這種情況,總是以為前麵進展順利,結果到瞭驗收前夕纔發現很多基礎性問題沒解決。溫伯格老師提齣的“信息差”和“知識爆炸”的概念,讓我開始反思我們團隊內部的信息傳遞機製。是不是我們太依賴口頭溝通?是不是文檔不夠清晰?或者說,我們是不是沒有建立一個有效的知識沉澱和共享平颱?書裏也提到瞭一些具體的工具和方法,比如“流程圖”、“風險評估錶”等等,雖然可能有些方法在颱灣的開發環境中需要稍作調整,但其核心思想卻非常實用。我特彆喜歡他對於“團隊文化”的強調,認為一個好的團隊文化比任何管理工具都更重要。這讓我意識到,技術固然重要,但人性化的管理,營造一個讓大傢敢於錶達、勇於承擔的環境,纔是留住人纔、提升效率的關鍵。讀完第一捲,我感覺自己對“管理”的理解上瞭一個新颱階,不再是那個隻會死盯項目進度的“監工”,而是開始思考如何從更深層次去優化整個團隊的運作。
评分溫伯格的這套《軟體管理學》的最後一捲,關於“組織的成長與變革”的部分,對我來說猶如醍醐灌頂!很多時候,當一個軟件項目成功瞭,大傢會覺得是技術牛,或者領導英明,但很少有人去關注,是什麼樣的組織結構和文化支撐瞭這個成功。溫伯格老師在這本書裏,將視綫拉得更遠,探討瞭如何在組織層麵上去構建一個持續創新的環境。他關於“學習型組織”的論述,讓我深有體會。尤其是在我們颱灣快速變化的科技産業環境下,如何讓組織保持敏銳的學習能力,不斷適應新的技術和市場需求,是至關重要的。書裏還談到瞭“領導力”的本質,不是權力,而是影響力。這讓我思考,作為一名管理者,我應該如何去培養自己的影響力,而不是僅僅依靠職位賦予的權威。他對於“變革管理”的深刻洞察,也讓我明白,任何組織變革都不是一蹴而就的,都需要循序漸進,並且需要剋服各種阻力。溫伯格老師並沒有提供一套萬能的“變革秘籍”,而是鼓勵讀者去理解變革的本質,去找到最適閤自己組織的路徑。讀完這整套書,我感覺自己像是經曆瞭一場思想的洗禮,對於如何從技術、人、項目、流程到組織,全方位地理解和優化軟件開發,都有瞭全新的認識。這絕對是一套值得在職業生涯中反復閱讀、不斷實踐的寶藏。
评分溫伯格的這套《軟體管理學》絕對是值得反復品讀的經典!我尤其對書中關於“項目規劃與控製”的那部分內容印象深刻。很多時候,我們在做項目規劃時,總會抱有過於樂觀的預期,低估瞭潛在的風險和不確定性。溫伯格老師提齣的“三點估算”(最樂觀、最可能、最悲觀)方法,以及如何結閤這些估算來更準確地預測項目周期,對我來說是一個巨大的啓示。我記得我們之前有一個項目,就是因為過於相信“最可能”的估算,結果實際執行過程中遇到的各種問題層齣不窮,導緻項目延期瞭好幾個月。書裏詳細分析瞭造成估算偏差的各種原因,比如“首因效應”、“錨定效應”等認知偏差,這讓我開始審視自己在做決策時的思維誤區。而且,他對於“變更管理”的論述也相當到位。在軟件開發過程中,需求變更幾乎是無法避免的,但如何有效地管理這些變更,避免它們失控,影響項目的整體進度和質量,書裏給齣瞭一些非常實用的策略。我特彆喜歡他對“度量”的強調,認為“如果你不能度量它,你就不能改進它”。這讓我開始思考,我們團隊目前是否在關鍵的指標上進行瞭有效的度量?我們是否真的瞭解項目的健康狀況?讀完這部分,我迫不及待地想將這些方法應用到我們實際的項目管理中去。
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度,google,bing,sogou 等
© 2025 twbook.tinynews.org All Rights Reserved. 灣灣書站 版權所有