JoeReader的部落格

推薦閱讀對象:

1.  希望可以提升團隊合作能力的人
2.  製作人、產品經理、工程人員, 尤其對於軟體開發都很適合閱讀

我的閱讀動機:

1. 原本的職業是軟體工程師, 未來想往專案管理的方向前進
2. 想了解什麼是完美的團隊

概述:

書中記錄了許多的團隊故事, 每個章節以訪問對答或直接敘述這兩種方式來分享一些經驗與想法, 讀者可以嘗試用不同的角度來思考故事裡每個腳色做事的動機, 設想這件事情發生在你身上該怎麼處理, 看完整本書就像是參與了好幾個團隊, 團隊經驗大增。

　　本書分享了 31個故事, 主要區分成 4個篇幅, 分別為:

1. 人員(團隊中有哪些人)
2. 目標(人們一起工作是為了什麼)
3. 實踐方法(軟體的建構方式)
4. 障礙(什麼因素約束了團隊)

下面分享各篇幅我印象較深的章節:

1. 人員-激勵隊員

以訪問的方式與開發主管,Keoki Andrus, 討論關於他的管理經驗, 他的工作經驗超過20年, 最初是在微軟參加 Word 最初幾版的開發, 之後轉到其他公司擔任主管, 將一個士氣低落的團隊帶向高績效高產能的團隊。

以下幾點是他幫助隊員投入團隊的方法:

a. 最初進入那個士氣低落的公司時, 他先是一個一個與成員說話, 了解他們, 從他們的觀點來看看公司內存在什麼問題, 再來是想透過這個行為來讓他們知道他們是被關心的。

b. 談論願景, 願景時常被誤解濫用, 濫用的方式像是: 「我們的願景是成為市場上排名第一的電信設備供應商」。 願景應該是能激起內心的渴望, 讓成員想成為其中的一份子。

c. 給予尊重, 每個人都渴望受到重視以及被人需要的感覺, 給予尊重能增加彼此的信任。

d. 勇於面對錯誤, 給予自己、成員犯錯的機會, 當自己有錯誤時要坦然面對, 當成員犯適當的錯誤時要給予鼓勵。 好的錯誤是成長的肥料。

2. 目標-讓我置身於錯誤之中吧

Jennifer Greene 是一位經驗豐富的專案經理、開發經理, 她經營過很多團隊, 且大多數都能在客戶要求的指定時間與預算內完成專案, 但那些成功的專案很少能為那間公司在市場取得優勢, 反倒是那些看似失敗的專案, 比起那些成功的專案獲得更值得的經驗, 故事從這裡開始。

很多人可能會遇到類似的問題, 我們按照著固定流程走, 有時都不明白自己在創造些什麼, 像是為了做而做。 Greene 也發生過, 那是她在一間小公司發生的故事。

a. 一個專案, 三種不同的技術部彼此對立爭奪開發。

b. 一個產品其核心功能沒有定義出來, 再多的功能都是白費。 創業失敗的案例佔大多數。

c. 雖然那次開發的結局是資金用完了, 什麼產品都沒生產出來, 但那次是她職業生涯裡成長最大的一個時期。

3. 實踐方法-建構協同作業型和學習型的團隊(以軟體開發為例)

James Grenning, 軟體開發團隊的 Leader, 今天要說一個關於如何實踐極限開發流程的故事, 故事分成幾個階段:

a. 學習契機, 透過某次的培訓課程, 發現這個有趣的開發技術。

b. 說服管理階層, 面對新的開發方法, 舊有的文化差異可能讓極限開發的導入不順利, 想透過與上層的對話來發生改變。

c. 開始進行, 未知的路踏出第一步, 透過迭代的方式不斷改變、進步。

d. 其它: 成對開發、客戶也是成員的一份子、不符文化的新人、尊重其它文化。

這個故事說明了這次改變的成功, 以及成對開發的好處, 但同時也強調, 文化是最大的障礙, 任何的團隊都有自己適合的開發模式, 沒有任何的方法可以通用所有團隊, 每個團隊有屬於自己的文化。

最後分享協同作業的成功因素:

•  提升別人: 認同別人。
•  增進安全感: 支持別人, 可以挑戰別人的想法, 但要接納他的想法。
•  取得進展: 成功孕育成功。
•  增加活力: 挑戰, 做出貢獻

4. 障礙-糟糕的上司

這次的主角是 Andrew Stellman, 一位高級工程師, 他對於管理職的頭銜沒有興趣, 所以高層從外面找來一位主管,Eric , 來經營團隊。

Eric 從不同產業鏈轉來這裡當管理主管, 他沒有什麼技術可言, 但待人處事的方式很特別, 面對每個人說出不同的話, 最後被 Stellman 發現 Eric 對每個人說假話, 從進入團隊的第一天開始就在破壞一個穩定的團隊。

通常團隊遇到的障礙會是資源、時間或是技術問題, 但這篇故事分享的單純是人為問題, 十分有趣。

心得:

這是一本不容易讀的書, 31個團隊故事頁數達到將近500頁, 每一章所涵蓋的內容很廣, 如果想要快速讀完它, 那心理的壓力會很大, 建議把它當成故事慢慢看, 能夠培養團隊意識, 提升自己的軟實力。

全部看完一遍後, 會有讓人想好好收藏的書, 可以三不五時拿出來翻閱故事的教訓以及複習書中的建議, 因為有很多觀念不是當下看之後遇到就可以照做, 需要很長時間的消化才能融會貫通, 整個閱讀旅程就像是參加了31個團隊的開發過程, 印象最深刻的是, 其實沒有什麼真正的完美團隊, 遇到問題不斷面對不斷解決, 遇到困難沒有放棄, 成員彼此努力奔向同一個目標同一個願景, 那就是一種完美團隊, 但通常在當下的自己不會發覺這件事情, 而是等到事過境遷時, 那記憶中的團隊才是完美團隊, 獲益良多, 十分推薦。

最後一章, 用音樂製作人的角度來看待團隊開發的問題, 我在看得當下就覺得似乎把前面所看到的東西都濃縮成一個精華, 就好像前面的故事就是為了最後一章而鋪陳的, 十分玩味。 

Reference:

    https://www.books.com.tw/products/0010533618