至此，Tom DeMarco 的書有中文版的總算都看過了 - 《Peopleware》(天才當家)、《The Deadline》(最後期限)、《Waltzing with Bears:Managing》(與熊共舞)
剩下的 《Controlling software projects》、《Structured analysis and system specification》 等有機會再看了
優質管理的四大要素：
1. 選擇對的人
2. 為他們分配對的工作
3. 讓他們保持積極
4. 幫助團隊凝聚起來並維持團隊的凝聚力
（其他一切只是文案）
安全感和變化：
5. 除非感到安全，否則人們不可能去迎接變化。
6. 在所成功的專案中（以及在絕大多數其他有價值的工作中），變化都是基本的要素之一。
7. 缺乏安全感會讓人們反對變化。
8. 逃避風險是致命的錯誤，因為這會讓你也得不到與風險同在的利益。
9. 人們可能會因為來自客觀世界的直接威脅而覺得沒有安全感，但是如果發現管理者可能濫用權力來懲罰自己，他們一樣會覺得沒有安全感。
負面效應：
10. 威脅不是提高績效的最好方法
11. 如果分配的時間一開始就不夠，不管威脅有多麼嚇人，工作也無法及時完成。
12. 更糟糕的是，如果目標沒有實現，你就必須兌現你的威脅。
管理者重要的身體部位：
13. 管理牽涉到心、腸胃、靈魂和鼻子。
14. 因此……用心來領導，相信你的腸胃（相信你的預感），建立起團隊的靈魂，訓練一個能嗅出謊言的鼻子。
用指揮戰爭來比喻管理：
15. 在戰爭開始的時候，管理者真正的工作已經完成了。
面試和徵才：
16. 徵才牽涉到所有與管理有關的身體部位：心、靈魂、鼻子和腸胃（但主要是腸胃）
17. 不要獨自進行─兩副腸胃遠比一副腸胃要好兩倍以上。
18. 對於新的雇員，交給他們的專案最好難度不超過他們曾成功的專案；把有挑戰性的目標延到下一次
19. 尋求建議：你最想用的那個人可能還知道其他很好的人選。
20. 多聽，少說。
21. 如果先把材料整理好，那麼所有的事情都會進行得更好。
生產力的提高：
22. 沒有「短期生產力提高」這樣的東西
23. 生產力的提高是來自長期的投資
24. 任何承諾立刻見效的東西，無異於江湖術士在賣膏藥。
風險管理：
25. 透過控制風險來管理專案。
26. 為每個專制建立並維護一份風險統計表。
27. 去追蹤根源性的風險，而不止是哀嘆最後的不良結果。
28. 評估每種風險具體化的機率，和可能造成的成本。
29. 對於每種風險，找出其具體化的最早期徵兆。
30. 任命一位風險控制人員，這個人不能有組織內部「我能行」的態度。
31. 建立簡單的（可能是匿名的）管道，讓壞消息能傳遞到高層。
防止失敗：
32. 壯士斷腕。
33. 控制失敗比優化成功更能提高你的整體績效
34. 除非必要，否則不要自己去組成一個團隊。去找一個已經成形的團隊來用。
35. 維持好一個團隊（如果他們願意的話），也幫助你的繼任者避免團隊凝聚過慢或無法凝聚的問題。
36. 把凝聚在一起的團隊─準備充分、也願意接受新的工作挑戰─當成是專案的收穫之一。
37. 專案開始時浪費的一天和最後階段浪費的一天，對專案的傷害是一樣的。
38. 有無數種方法可以浪費一天的時間……但是沒有任何方法可以拿回一天的時間。
開發過程的建模和模擬：
39. 以你認為工作是如何完成的直覺為基礎，建立一套模型。
40. 在和同事的互動中使用這些模型，以便交流、提煉關於專案如何運作的想法。
41. 用模型來模擬專案的結果
42. 根據實際的結果來調整模型。
「病態的政治」：
43. 每一天，你都必須準備拿自己的工作去當賭注……
44. ……但是這也不能保證「病態的政治」不會影響你。
45. 「病態的政治」可能在任何地方出現，那怕是在最健全的組織裡面。
46. 「病態的政治」的特徵：對個人權勢的渴望超過了組織本身的目標。
47. 即使這種不合理的目標與組織的目標完全相反，它也可能出現。
48. 「病態的政治」最惡劣的副作用是：人事精簡的專業可能會受到壓力。
度量：
49. 度量每個產品的規模。
50. 不要執著於單位─在等待客觀度量的時候，先用你自己的主觀單位。
51. 從所能有能得到的原始資料（一些可計算的軟體特性）自己建立度量單位。
52. 從已經完成的專案中蒐集原始資料，以推導出生產力趨勢線。
53. 不斷修正你的度量方程式，直到它的計算結果與原始資料庫中的專案工作量有最好的對應關係。
54. 借助資料庫畫一條趨勢線，把預期的工作量表示為人造度量單位的函數值。
55. 現在，針對每個待評估的專案，計算出人造度量單位值，並根據這個值在趨勢線上找到預期工作量的值。
56. 用生產力趨勢線周圍的噪音水平，來反應預測的允差範圍。
流程和流程改善：
57. 好的流程和持續的流程改善是很好的目標。
58. 它們也是非常自然的目標：優秀的技術工作者一定會關心這個，不管你有沒有告訴他們。
59. 正式的流程改善計畫需要花錢、花時間；特定的流程改善工作還會延遲專案進度。儘管最終會看到生產力上的改善，它們也不可能抵銷花在流程改善上的時間。
60. 但是，專案的確可能從「單一的」、謹慎選擇的方法改善中得到足夠的收益，並抵銷為這次改善付出的時間和金錢。
61. 在專案進行中，不要希望在超過一個方法的範圍內實施改善。多種技術的改善計畫（比如提供整整一個 CMM 等級）很可能使得專案比不實施改善更晚完成。
62. 標準流程的危險就在於人們可能失去重要的走捷徑的機會。
63. 特別是對於人員超編的專案，標準流程看起來很嚴謹，因為它們製造出足夠的工作（有用的和無用的），讓所有的人都忙個不停。
改變完成工作的方式：
64. 如果不大幅度減少除錯的時間，就沒辦法讓專案大幅度提前完成。
65. 高速完成的專案花在除錯上的時間，相對來說少很多。
66. 高速完成的專案花在設計上的時間，相對來說多很多。
67. 如果你不關心別人，不照顧別人，就別想讓他們為你做一些非凡的事情。如果要讓他們改變，就必須去了解（並讚賞）他們的一切。
壓力的效果：
68. 壓力之下的人思考不會變快
69. 增加加班時間止會降低生產力。
70. 短期的壓力甚至加班可能是有用的策略，因為它們能使員工集中精力，並且讓它們感到工作的重要性。但是長期的壓力肯定是錯誤的。
71. 經理之所以會施加那麼多的壓力，也許是因為它們不知道該怎麼做，或者因為其他辦法的困難而感到畏縮。
72. 最壞的可能性：使用壓力和加班的真正原因是為了在專案失敗時，證明大家並非沒有努力。
憤怒的經理：
73. 管理中的憤怒和羞辱是會傳染的。如果高階管理者喜歡罵人，低階管理者也會有樣學樣（就像經常被罵的小孩很容易變成愛罵人的父母）。
74. 管理中的辱罵常被認為是一種刺激，可以讓員工提高效率。在「胡蘿蔔加大棒」( carrot-and-stick，就是軟硬兼施）的管理策略中，辱罵是最常見的「大棒」。但是，哪有人被辱罵之後還能做得更好呢？
75. 如果經理使用辱罵的方法來刺激員工，表現出的是經理的無能，而不是員工的無能。
含糊的規格文件：
76. 規格文件中的含糊，意味著不同的系統參與者之間存在著未解決的衝突。
77. 如果一份規格文件不包含完整的輸入輸出列表，那麼它就什麼都不是；它根本還沒開始。
78. 沒有人會告訴你一份規格文件是不是很糟糕。人們往往傾向於責備自己，而不是責備文件。
衝突：
79. 只要在開發過程中有多個參與者，就一定會有衝突存在。
80. 建立、安裝系統的工作中特別容易出現衝突。
81. 絕大多數的系統開發團體都缺乏解決衝突的能力。
82. 衝突應當被重視。衝突並不是缺乏職業道德的行為。
83. 應當事先聲明：每一個人的『贏』都很重要。確保每個級別的人都能贏。
84. 談判困難；調解容易。
85. 如果兩個人的利益是完全或者部分相斥的，預先安排好，讓雙方透過調解來解決衝突。
86. 記住：我們都站在同一邊；跟我們對立的，是我們要解決的問題。
催化劑的角色：
87. 有一種人具有催化劑的效果。這樣的人會幫助團隊成行並凝聚起來，保持團隊的健康和生產力，從而對專案有所貢獻。就算催化劑什麼事都不做（其實通常他們還會做很多事），這種催化劑的角色也是重要而有價值的。
88. 調解是催化劑的一項特殊工作。調解是可以學的，而且只需要很小的投資就能學會。
89. 調解應該從一個小小的儀式開始。「我能幫你們調解一下嗎？」在解決衝突的時候，這是必要的第一個步驟。
人類的錯誤：
90. 置你於死地的，不是你不知道的東西……而正是你「知道」絕不會置你於死地的東西。
人員安排：
91. 在早期，人員超編會迫使專案跳過關鍵的設計階段（這是為了讓所有的人都有事可做）。
92. 如果在設計完成之前，工作先被分給許多人，那麼人與人之間、工作小組之間的介面就會很複雜。
93. 這會使團隊內部更互相依賴，會議時間、重複工作和無效工作都會增加。
94. 理想的人員安排是這樣：在專案的大部分時間裡由小型核心團隊來做設計工作，在開發的最後階段（時間安排的最後 1/6 ）加入大量的人手。
95. 很糟糕的猜測：時間安排緊迫的專案，與時間安排較為合理的專案比起來，完成的時間反而會更長。
專案社會學：
96. 讓不必與會的人可以放心離開，而保持會議的精簡。有一份公開的議程，並嚴格執行，這是最簡單的辦法。
97. 專案需要儀式
98. 用小小的儀式來使人們注意專案的目標和理想狀態：小規模會議、零缺陷工作等等。
99. 才取行動，防止人們隨便發怒。
100. 記住：憤怒＝恐懼。隨便對屬下發怒的經理一定是因為恐懼才會這樣做。
101. 意見：如果所有的人都懂得「憤怒＝恐懼」這個道理，就能明顯地看出發怒的人是在害怕；由於人們傾向於不顯露恐懼，它們不得不藉由憤怒來發洩情緒。（瞭解了這一點，並不能解決這些生氣的人的問題，但是一定可以讓其他人好過一點。）
「病態的政治」（再一次）
102. 別想根治一個病態的人。
103. 不要浪費時間，也不要因為常識治療上司的病態而使自己受到威脅。
104. 有時候，你唯一的選擇就是等待，等問題自己解決，或者等一個讓你繼續前進的機會。
105. 奇蹟是有可能發生的（但是千萬別指望它）。
精簡：
106. 精簡是失敗的公司使用的方法，它讓員工承擔失敗的責任
107. 公司的目標應該正好相反：要發展而人性化
108. 當你聽到「精簡」這個才的時候，請記住它的弦外之音：失敗和恐嚇。
基本常識：
109. 專案既需要目標，也需要計畫。
110. 而且這兩者應該不同
沒有留言:
張貼留言