如何在工作中成長

過去招募時，常聽到軟體工程師的離職原因，是因為在公司已經沒發展空間，無法成長。在某些情況下的確有可能，但更多情況下是工程師限制了自己成長，並非公司已經沒有成長空間。

每個人所謂的成長有很多種類，有些人追求的是技術的成長，有些人則是職位的成長，當然每個人多少都會追求薪資的成長。無論如何，環境確實是職涯成長的重要因素，只是工作環境的選擇，通常只決定了個人成長的一部分，而非全部！

如何在工作中成長有幾個要點：

(1) 培養成長心態

成長心態與固定心態在過去幾年中常被討論，無論是ted還是書籍皆如此。

簡單的說，擁有成長心態的人會視問題與困難為自己的挑戰，知道克服了挑戰之後，自己會成功並且有所成長。並且，擁有成長心態的人，會審慎看到自己以及環境的問題，不會一昧地把問題歸咎於外在因素。並且，擁有成長心態的人比較容易知道努力不見得會成功，但是不努力鐵定不行。

關於成長心態還有很多常見故事，請自行上網搜尋。但在此舉個反面的例子：完全不具備成長心態的人，會將自己的問題歸咎於環境問題，直接的表現在職場上就容易極短時間換了許多工作，詢問過去做得不好的事情時常歸咎於環境等等。

(2) 建立能和現在環境結合的學習清單

只要是正常合理的公司，通常都有值得學習的地方。有時候，光是公司仍然還能賺錢這點，就已經值得學習。

然而，軟體工程師的天性就是學習「新事物」。對於已經熟練的技術和事物，久了總是會覺得厭倦。厭倦倒是無所謂，重點是厭倦之後怎麼辦？成熟的軟體工程師通常會了解，真實的環境需要的是「能正確無誤並且低成本有效率的工具與環境」，而非需要「最近好像很熱門的嶄新技術」

成熟的軟體工程師能找到環境與自己的平衡，如果要學習新事物，就應該建立學習的方向，最簡單的方式不外乎就是建立學習清單。

技術上的學習清單容易取得，但是，能和個人現在身處的環境結合就需要認真的想一下。

(3) 主動執行

執行自己的計畫聽起來容易做起來難。大部分的情況下，軟體工程師(特別是處於大公司中)都會認為自己在為別人工作。

事實上，至少在台灣就業市場上的勞工都是在「為別人工作的情況下為了自己而工作」。因為現行的台灣就業市場，已經非常接近自由透明的市場，只要「有能力」通常都可以有非常大的選擇。

執行各種學習計畫的要點在於「這是為自己而做」而非為了別人。

一個考慮離開目前環境的軟體工程師，通常會將「能在工作中成長列為尋找新公司的重要條件」。但其實更重要的是要讓自己有能力「無論在任何環境中成長」是為更重要要做的事情。

企業巫醫：就業大環境不好的問題該如何解決？

曾有一次面試某碩士畢業社會新鮮人，他說：「許多企業找碩士實習生，都是讓他做高中生能做的事情」。

然後詢問說那麼為什麼大學或碩士在學的學生，願意去做這種高中生會做的事情的。畢竟，在台灣決定選擇實習也是學生的選擇，並非被強迫的。他的回答是：「大環境的問題，市場情況，不能怪學生，他們很多都涉世未深，不知道這些工作沒學習成長。既然是實習，企業就應該有"習"的部分。現在大環境是這樣，並不代表這樣是對的。」

接下來又再請教他，如果你是企業主，這些實習生比較無趣的工作，如果不找碩士實習生，應該找誰來做，他回答是：「可以找私立大學的學生」

其實觀念無所謂對錯，對於這位新鮮人的想法，每個人大概都有不同的解釋。然而有件事情倒是很重要，當環境不好的時候？應該要什麼方式解決？

(1) 個人永遠都有選擇

相較於生在阿富汗，敘利亞，烏干達之類的戰亂地區，大部分的台灣人都有選擇。特別是如果你上網看到這篇文章，就表示你能上網，同時也就表示你可以取得的資訊知識範圍遠比任何30年前的人多幾億倍。

當然，選擇多寡因人而異，但是當你心裡想著：「好像只能這樣」或者是「我這樣的背景就很找到更好的」或者是「不知道該怎麼辦」的時候，也許應該更廣泛的思考有哪些選擇。

有經濟壓力（貸款，家人等等）的時候選擇是比較少。大概不可能離開一個自己很不開心的工作，畢竟還是需要收入。但你仍然可以選擇「自我學習」。

為什麼要「學習」？很簡單就是因為要增加選項

(2) 如何增加自己的選項

不可否認的是，祖上積德的人，一出生選項就比較多。然而，選項少的人也不應該因此唉聲嘆氣。與其花時間抱怨大環境，不如花時間增加自己的選項。

最簡單，而且最沒有成本的是：到公立的圖書館借書，透過閱讀來增加知識。擺脫經濟壓力的最重要的關鍵，而且增加選項的關鍵應該是自己的知識和技能。

不過，學習知識技能也有不同的方式。有些學習時間長，有些較短。舉例來說，如果你突然之間想變成醫生，那麼至少也得花上7年，而且重讀醫學院幾乎是唯一可能。但如果你想成為一個手機遊戲專案經理，卻是有可能從零開始：先主動自願參與手機遊戲測試，再主動閱讀和QA有關的書籍，並開始投遞遊戲測試工作，例如這裡。透過變成遊戲產業的一份子，逐漸增加自己的知識能力...這樣確實是可讓沒有相關技術背景的人，進入遊戲開發的世界。

其他自我學習的議題可以參考這裡。

(3) 不要自我設限的方式

許多人會自我設限，而自己限制自己，是無法面對大環境的其中最最最大的原因。
自我設限的情況例如：

「這個是某部門的人負責的，所以我就不想碰」
「我英文不好啊，所以就不考慮外商的工作」
「家裡有固定開銷，所以沒辦法亂換工作」
「我本來就不會讀書，不喜歡讀書，看到書就想睡覺」
「不知道怎麼開始」
「我就只能先這樣，不然也不能怎樣...」

這些即便都是事實，也對自己沒啥幫助。

然而，想要突破自我設限，最根本的方式是從累積「短期，有成效的事情」開始。例如，英文不好，就買本哈利波特1的英文版，每天花15分鐘讀一頁。累積習慣之後，再開始增強聽力。重點在於「每天只有15分鐘」，一次投入太多，非常容易放棄。

其次，找同伴一起。這就像是慢跑或健身活動，總是一群人比較有效果。人類畢竟是群居動物，在群體中容易自我約束自我成長。

最後，尋求資深的人意見。這也是為什麼網路上，常常有匿名發問，查詢資訊的原因啊。

企業巫醫 - 向上管理的實務作為？

向上管理是個歷久不衰的名詞，它和「人格特質分析」「領導與管理」等名詞雷同，每隔一小段時間就會以各種形式，出現在企業巫醫們的討論中。

近期隨意查詢就可以找到不少相關文章： 向上管理(cheers雜誌)，如何讓老闆聽我的，反對老闆的六種方式，向上管理的四步驟 ......

「向上管理」向來是一個譁眾取寵的話題，眾多企業巫醫仍然以泛泛之談，試圖教導並解決一個現實而又務實的問題。

企業巫醫，總是能選定看似重要的無法辯駁，共通的話題，而且此類話題完全視個人情況而有截然不同的作為。因此，企業巫醫可以提出極端空洞的說詞，卻又多少讓人覺得有趣。除了「向上管理」之外，「創業」「創意」「領導與管理」「人格特質」等等都是屬於這類。

實務上，「向上管理」不能是打算進行的行為，而是產生貢獻中的其中一個結果。換言之，追逐向上管理，等於是捨本逐末的追逐影子行為。

因此，先務實地做到基本三件事情，假如踏實的做到了，向上管理就不是問題，而是附帶的結果。

1. 真正了解關於自己的現況事實

事實現況聽起來簡單，要找到也很簡單，但是要承認自己的現況事實其實有點難。

事實必須是清楚的，不模擬兩可的。例如，假設你是NBA球員，去年平均上場25分鐘，平均得分14分，這就是事實。至於你的技術能力好不好，並不是「事實」的一部分。以資訊科技的相關工作來說：參與過專案是事實，寫過java/python程式是事實，取得JSCP證照是事實，有Scrum證照是事實，帶領過開發團隊是事實，參與open source相關研討會是事實。

然而，具有良好溝通能力不算是一種事實，喜愛資訊科技不算是一種事實，

現況也必須是清楚的，不可能模糊。例如，目前薪資是現況，工作年資是現況，是否有直接report的人(也就是是否為管理者)是現況，最近一年有沒有拿到其他公司的offer也是現況，曾經拿到比現在薪水高的offer也是現況。

然而，覺得自己薪水被低估不是現況，覺得自己不受到重要不是事實，幾乎大部分的感受也都不是現況的一部份。

請參考這裡，這裡，這裡。

2. 讓自己的實際產出超乎期待 

二因子激勵理論，描述「保健因子」和「激勵因子」兩種個人激勵因素。而其實這也是務實的評斷自己工作的方式。請參考這裡。

要確定自己的產出超過期待，必須要確定產出有「超出」。

以基層程式設計師而言，在過去一年該寫的程式功能都有如期完成，並且品質在一定範圍之內。這樣的工作內容並沒有「超乎期待」，只是滿足「現在的薪水」而已。

要超乎期待的方式有很多。最容易的方式，是在目前工作範圍之外，「額外」並且「主動」完成有意義的事。例如，以基層程式設計師而言，在過去一年該寫的程式功能都有如期完成，並且品質在一定範圍之內，並且，主動地在額外的時間舉辦小規模研討會，分享工作上技術的進展。另一個例子，以基層程式設計師而言，在過去一年該寫的程式功能都有如期完成，並且品質在一定範圍之內，並且，由於主動學習其他程式語言，因此在其他專案上也能做額外貢獻。

3. 建立短中期職涯計畫並確實執行

在資訊科技產業中，實踐長期職涯規劃幾乎是不可能(註1)。

然而這並不代表自己現在就應該隨波逐流，看主管決定什麼就做什麼。個人應該要維持短中期的職涯規劃。特別是短期規劃。

短期規劃，必須要和技術能力以及現在工作有密切相關。

例如：

「作為一個程式設計師，未來8個禮拜，要能學會Scala基本用法，並且提出現在產品裡用Scala做分析的計畫」

「作為一個QA新鮮人，未來4周，要能將現在100個手動測試的case，至少其中20個變成自動化測試。同時，原本的工作也不會拖延」

中期計畫乃是半年到2年左右。必須要是「可以明白斷定達到與否」的目標。

例如：

「作為一個QA新鮮人，在2年內我想要變成資深QA，斷定是否為資深QA是以是否升遷或取得其他公司資深QA的offer」

當你完成數個短期計畫，通常表示你也踏實的逐步成長。即便有些短期目標沒有照時間完成，也沒關係，幾次之後，仍然是踏實往中期目標前進。

重點在於：這些目標是你自己決定的，並非主管或其他人硬塞給你。而目標既然和目前工作有關，自然就會協助你在工作上成長。


......
如果你非常非常確定已經完成以上三點，但覺得在這個組織中的成長仍有阻礙，還是很需要「向上管理」，用以獲得好的評價，獲得升遷？這基本上是不太需要，因為你應該儘速離開這樣的組織才是最好的方式。

---

註1: 「長期職業規劃」和「個人理想夢想」並不同。個人理想夢想可以需要很長很長時間實踐，也可能只需要很短的時間，也可能和職業無關。當然個人夢想就需要長期投入，也可以規劃，也可以不規劃。不過，不投入自己時間的夢想，通常就是空想而已。

畢業前六個月 - 建構職業生涯

在台灣的碩士生，畢業前六個月通常忙於論文。如果不考慮繼續就讀博士，畢業前六個月其實是建構職業生涯的最佳機會。

更確切的說：畢業前六個月是讓你日後容易取得理想工作的最佳準備期間！

為什麼需要強調在6個月前建構職涯規劃？

環境上有許多現實的情況，例如，大部分好工作機會，其主管都傾向雇用有經驗的程式設計師。然而，絕大部分剛畢業學生並沒有實際軟體開發經驗。

因此，剛畢業的學生如果剛好獲得一個適合自己，能夠成長，能夠有所貢獻的工作，那麼就會進入良性循環。這個工作會讓這個學生更容易找到下一個好工作，或者即便不換工作，也能在目前的組織中成長。


反之，剛畢業的學生如果找到一個不適合自己，到處瞎忙，只是以時間換取薪資的工作，那麼就進入惡性循環。這個工作會讓該學生不容易找到比較好的工作，即便勉強換工作，也得靠運氣。

如果不想靠運氣，也沒有富爸爸，也不想自行創業(註1)，則要做的事情很簡單：

(1) 考慮現況
(2) 設定短中期目標
(3) 建立事實

考慮現況

首先，最重要的是，取得一些關於自己的事實。是不是想要做關於軟體開發相關工作？想要做哪一類型的相關工作？是否知道自己還缺乏哪些能力？哪些地方的工作，可在短時間有巨幅成長？

如果想要當個程式設計師，要考慮的現況：

1. 能使用哪些程式語言：是真的會，而不是只寫過hello world和學校作業。並且有「事實」可以佐證。例如在github上的project，或者工讀經驗。

2. 能掌握資訊技術工具：是真的能掌握，而不是用過一兩次或者學校作業。並且有「事實」可以佐證。例如：工讀經驗，利用資訊工具做的個人專案等等。

3. 能掌握團隊專案合作方式：例如是否有Scrum相關證照(註2)。

4.....<其他還有很多請自行想像>

如果想要從事資訊業，但是一開始就做SA/PM類型的工作，在軟體開發職涯裡其實不太腳踏實地，不過，真不得已可以參考這篇：資訊科技學生畢業後只想當SA/PM (三個創意作法)

設定短中期目標

某些職涯教練，或許會建議新鮮人設定長期目標。甚且透過各種神奇的方式推展或瞭解自己的熱情(passion)所在：例如希望自己五年之後賺10億之類的。

大部分的長期目標雖然有趣，但是用處不大。設定可預計的中短期目標更為重要。

以6-12個月為期，讓自己在畢業前達某些技術性和非技術性目標，對未來職業生涯非常有幫助。以未來想要當程式設計師的學生為例，在畢業前六個月可以訂立以下目標：

* 開發並且將一個Android APP放在googlestore上：熟悉在android平台上開發APP，因此需要熟悉Java。

* 取得Scrum Master證照

* 閱讀3-4本關於軟體QA的書籍，並且運用在現在的專案上。(含建構測試案例，執行測試，系統化記錄錯誤，...)

訂立目標必須要是

(1) 有非常清楚的結果。如果目標是「熟悉java」，則最後有沒有達到此目標是非常模糊的，但是目標是開發android APP並且上架，就表示必須要寫java到某個程度才行(註3)。

(2) 可以在6個月之內達到。不要設定一個花10年才會達到的目標。如果真的有長期目標，當然可以設定長期目標，但是需要伴隨可以逐步前進的短期目標。例如，或許你想要成為java大師中的大師，這可能要花上數年，但必定可以有個6個月能達到的前期階段，例如：「不靠任何補習方式，就取得SCJP」

(3) 其結果會伴隨建立事實。請參考下一段

建立事實

在畢業前六個月，是最適合建立「事實」的時候。

建立事實，和畢業前花時間美化履歷表有很大的不同。

美化履歷表，是可以靠一兩個禮拜，找一些專業人士協助就可以很輕易的達到。但如果自己的「事實」不夠充分，再怎麼美化也沒有意義。

前一段關於短中期目標，只要你的短中期目標定義夠清晰。這些就是你要建立的事實。

如果你是在未來6個月即將畢業的學生，對自己的技術能力非常沒有自信，然而又想從事軟體工程師的工作，可以考慮建立以下三個事實：

* 透過自己決定的開發專案(例如Android APP)，徹底實踐品質管理(QA) 

     (a) 找一個不用錢的QT工具：可以參考這裡。
     (b) 在開發專案的過程中，徹底運用此工具，確保自己的專案品質。
     (c) 將結果詳盡記錄，就成為自己能當QA的事實

* 透過自己決定的開發專案(例如Android APP)，徹底理解並且妥善運用git(或任何版本控制工具)

      (a) 版本控制是軟體專案的基礎中的基礎

      (b) 需要徹底了解如何branch，如何merge，如何處理conflict

      (c) 其結果構成了解專案開發的基礎事實

* 取得Scrum Master證照

     (a) 參考這裡
     (b) 雖然大部分的管理類型的證照意義都不大，但是取得成本不高的情況下，展現了你至少是瞭解Scrum。

---

註1: 想要自行創業的準備不太一樣，首先要了解創業如何必然成功，再參考其他相關資料。

註2: 花大錢考管理類型證照其實不划算，但是可以考慮花小錢，請參考這裡。

註3: 對，我們知道React Native可以讓你不需要寫java，但是這裡只是舉例而已。

企業巫醫 - 誰掌握你的升遷？

只有自己掌握了自己的命運。沒有別人。(註1)

升遷也不例外。只有自己掌握自己的升遷，沒有別人。

大部分無法獲得升遷的理由，都只是自己的藉口而已。常見藉口(註2)如下：

- 自己的努力沒被別人及主管看到
- 受到主管不公平的對待
- 主管不賞識甚至打壓
- 組織內制度有很多問題
- 負責的工作實在太艱難資源又少
- 負責的工作實在太簡單沒有挑戰性
- 景氣不好公司不賺錢就罷了，還在裁員
- 比我資深的還很多，很難輪到我


在大組織裡，個人升遷(promotion)仍然是職業生涯重要考量。因而，企業巫醫們的一些闡釋也頗有道理，例如這篇，或者這篇。但有些過於偏激，而且會舉一些憑自己想像的例子。這類型的巫醫頗多，在google上搜尋"升遷"就可以找到不少。


那麼，自己要如何掌握自己的升遷？

超乎期待：做出超越目前工作職掌的成績

升遷指的是企業組織認為你可以「增加」工作範圍或內容。而要讓企業組織，或者主管，要認定你可以承擔更大的工作範圍，最好的方式就是你「已經」做出超越目前工作職掌的成績。

超越工作職掌的方向有兩種，這兩種和雙因子理論/激勵保健理論(參考激勵保健理論)的概念相同。

方向一：保健因素

保健因素指的是，沒達成會有負面影響，但是有達成，且做得再好也不會是超越工作職掌的事情。換言之，有絕對的必要性，但是超過也沒有意義。

例如：

作為員工，準時參與會議，準時上班，按組織規定請假。
作為一個程式設計師，準時交付符合品質的程式碼。
作為客服人員，在時間內回復顧客問題。
作為專案主管，讓控制並管理團隊時程，沒有延誤

有些是屬於規定類型，有些是屬於職務範圍。這些都是歸類於保健因素。換言之「沒做到」是非常糟糕的！非但不用考慮升遷，甚至應該擔心被資遣。

要注意的是兩種對保健因素的誤解：

(a) 誤解一：消極應對

既然這並非升遷，或者有額外價值的項目，那麼也許我就做的勉強符合，60分就好。這樣的心態會讓這些的保健因素，很快的變成你自己的風險。保健因素的最佳處理方式是採用cynefin模型的「簡單因果」類型工作的處理方式。以最佳化，(或自動化)的方式處理。

消極應對，只會讓保健因素變得個人缺點，得不償失！

(b) 誤解二：這不是保健因素

在智慧型職業(例如程式設計師)最常出現的誤解是「這工作不是保健因素，我做到這件事情就是超乎期待」。

事實上，絕大部分的由上而下指派的任務，幾乎都屬於保健因素任務。

例如，你負責撰寫android app任務，根據自己的努力，確實在規範的時程內，以規範的品質上架完成。這「本來就是」你的任務。完成這件任務，的確是好事，但如果沒有做出超越任務的範圍，那就是預期內的職掌。既然是預期內的職掌，當然會取得預期內的「報酬」，例如薪水。自然也不會取得「額外」的報酬，例如鉅額加薪或升遷。

試想，你搭計程車，司機在合理的時間內，安全的把你載送到你要求的地點。你自然會付出正確的車資，不太可能付出「額外」的費用吧。

方向二：激勵因素

如果有做到，會讓人感到「很滿意」。

這個方向並不容易，但其實是「最能自己掌握自己升遷」的真正方式。

激勵因素根據工作內容而有所不同。以前述的搭乘計程車為例，如果計程車司機在車上「額外」提供一般計程車不會有的卡拉ok服務，並且未要求額外收費，在你開心的抵達要求的地點時，非常有可能自願的拿出額外報酬。

智慧型職業比較難找到激勵因素的方向。有幾個尋找方式可供參考：

(a) 參考方式一：擴增保健因素

這個方式比較基本。例如：一個app的程式設計師，被要求在6個月內完成app並上架，結果在5個月就完成，並且其品質也在要求的範圍內。對企業組織來說這個事件就算合理的「激勵因素」

(b) 參考方式二：額外的相關支援

類似計程車卡拉ok。例如：android app程式設計師，被要求在6個月內完成app上架。結果的確在時間內完成。並且，由於他採用react native，竟然也順便完成了iOS app。這就是額外的支援項目。

(c) 參考方式三：擴大 

主動執行擴大職掌範圍的任務。例如app程式設計師，其任務是開發app並上架，如果主動協助開發伺服器端，或其他功能模組，就算是擴大範圍。

更顯著的例子是：app程式設計師，其任務是開發app並上架，但主動組織團隊，做出新的實驗性質的計畫。那的確證實了擴大職掌和展示了領導潛力。

其他：

離開組織，以及自己建立組織-創業。 也是都是合理「自我升遷」的方式。

當然，離開組織之前，要先確定問題不在自己身上。如果問題出自自己身上 - 無論是能力或溝通問題 - 換到其他地方，也不可能解決問題，只是碰運氣而已。參考這篇，或者這篇，或者這篇。

創業是自己造成升遷的最簡單方式。在那一夕之間，你就變成董事長兼CEO了。然而，能不能生存並獲利，又是另外一回事。創業需要另一方面的能力與知識。要成功並不容易，參考這裡，與這裡。

---

註1：在某些地區，某些情況下，當然有不得已的時候。例如，如果你是生在阿富汗，伊拉克，索馬利亞等國家，確實很難掌握自己的命運。所以，本篇指的是一般在台灣的普通上班族。

註2：為什麼這些是藉口？請參考說明如下：

-- 自己的努力沒被別人及主管看到
-- 受到主管不公平的對待
-- 主管不賞識甚至打壓

(a) 短時間或許有可能自己的努力不被發現，甚至可能被瓢竊或者搶功勞。但長時間不可能！而且事實上，如果你真的能力極佳努力也夠，僅只是沒被看到而已？那你應該很容易可以找到更好，並且更容易看到你的能力和產出的地方！

(b) 爛主管的確有可能打壓好員工，但沒有人強迫你為某個主管工作，你當然可以離開。但是在離開之前，請先參考這本書(我愛白痴老闆)。也可以參考（得罪老闆怎麼辦）


-- 組織內制度有很多問題

(a) 大企業制度上不可能完美，因為制度目的通常是為了企業生存。只要企業符合法律規範(在台灣是勞基法)就沒什麼好抱怨。並且，適應制度也是能力的一環。當然你也可以自創一個擁有好制度的組織。


-- 負責的工作實在太艱難資源又少

(a) 如果你覺得能力不足負擔這個工作，那不升遷的確是合理
(b) 如果工作真的太難，那應該自己去換個簡單的工作
(c) 所有企業組織的資源都是缺乏的，資源缺乏不是問題，只是現實

-- 負責的工作實在太簡單沒有挑戰性

(a) 如果你覺得工作太簡單，可能是因為主管覺得你無法負擔更重要的工作
(b) 也有可能對你來說工作太簡單，但是對主管來說你沒把簡單的工作做好，以致於無法給你有挑戰性的工作


-- 景氣不好公司不賺錢就罷了，還在裁員
-- 比我資深的還很多，很難輪到我

(a) 如果升遷是你最重要的考量，應該離開這類型的工作環境

企業巫醫 - 年底才績效評估或考慮轉職？已經太遲。

年末，巫醫們會試圖對迷惘的人們，提供某些指引。

因此，在各部落，社群網站總是有各式的「轉職衡量」，「績效評估」，「個人職涯規劃」，「獵人頭的建議」...等等相關文章。(註1) 

不過，就實際情況來說，假如你到「年末」才考慮這些重要事情，那麼已然太遲。


為什麼？

績效評估要及時

大部分的企業在年尾都有績效評估。但以個人職涯而言，這些事情，應該是每隔一小段時間 (例如一個月) 就應該自我有所評估，並調整未來的做法。

就好像今年初打算減肥20公斤，並降低體脂肪到20%以下，而直到年底才量體重體脂肪，基本上已經太晚。即便最後仍然達到目的，也可能只是運氣好。

無論層級高低，無關老闆是誰，無論組織狀態，每隔一段時間，個人應該就事實以及個人產出部分自我評估一下績效。更重要的是，了解別人(特別是主管)對自己的「真正評估」。

自我評估，必須要根據「事實」，與其他人的「衡量」。不應該根據自己的想像，以及感受。

舉例來說，如果你是個軟體程式設計師，每個月你都如期產出符合品質的程式碼，並且bug數量也很少，那麼確實是個好工程師。

反之，如果相較於其他軟體程式設計師，你的程式碼產出低於其他人，bug數量也多，即便你有參加福委會，搞了很好的尾牙活動，你的績效評估恐怕依然很糟。

但由於，許多績效評估是根據「相對績效」來判定。而由於人類有天生的偏誤，自我評估一定會趨向「好的結果」。

因此每一小段時間，你一定要試圖取得主管或其他相關人的「真正看法」。越嚴格的越好。如果在2016年2月，你知道主管對你的績效是不滿意的，那麼你還有很長的時間可以改變(註2)。但如果你是在2016年底年終考核，才赫然發現主管與你對績效的「看法」不同！那幾乎沒有翻盤的可能。

另一個重點在於：績效評估是為了自己的職業生涯，不是為了組織，也不是為了讓主管決定薪資。

如果你覺得，如果要做每月的績效評估，公司/主管應該要主動進行才對？那表示你根本不是個能獨力處理事情的人，同時也表示你的主動性太差，也很難自己成長。

轉職衡量要完整

年底並不一定是換工作的最好時機。只因許多人因為領到年終，所以剛好離開「忍受很久」的工作，所以一時間就似乎有很多職缺出現。然而，某個人忍很久的工作，通常表示下一個人也不一定好受。

換工作的考慮有很多，無論哪一種考慮，都需要基於事實（請參考這裡）。簡單的說，在這份工作遇到的困難沒有解決，下一份工作一樣會遇到。

完整的換工作衡量需要對自己在「事實」上的長期認知。包括過去一段時間有去哪些地方面試？並且被錄取？自己倘若離開這個組織，對組織有沒有影響？自己如果沒收入，可以支撐幾個月？

更重要的考慮是：自己真的想要的是什麼。

那麼，年末可以做什麼？

當然還是得進行轉職衡量，績效評估，個人職涯規劃，參考獵人頭的建議...等等。可是更應該進行的是「檢討自己」與「改變自己的實際做法」。

1. 不設定一年為單位

以個人生涯規劃而言。應該將「一年的結尾」。從新定義為「一個月」或者「一季」的結尾。

並自現在開始，設定自我評估的時間單位，例如一個月。

每個月直接詢問主管或者工作上最相關的人：「有哪些地方需要改進」「哪裡做的事情有問題」「這個月哪邊沒有超乎期待的表現」...。

對於調整職業生涯也是以比較小的單位取得回饋。

當然，這並不代表不能有年度目標，或者五年以上的願景。只是，檢視願景和目標的單位必須要有及時回饋的可能(註3)。而單指個人而言，每個人的記憶有限，根本不可能有效回顧12個月前發生的事情。因此採用Scrum的精神，以大約一個月為單位應該是最適合。

2. 不重複過去無效的做法

恆毅力是一本在誠品門口有超過5公尺橫幅廣告的書。作者以她數年的研究顯示恆毅力是成功的重要因素。

毅力耐心確實是朝著目標前進時不可或缺。不過，實際作法的調整也很重要。以創業為例，pivot幾乎是必要。

每過一段時間，應該就事實來檢討，目前做法是否達到效果。如果沒有，就應該衡量原因，考慮改變執行的方式。不見得一定要改變，但一定需要檢討。

改變當然有可能帶來風險，甚至會比沒改變的時候更糟糕。然而，不改變就沒有前進的可能！

3. 不等候重要的事情

誠如第一段所述，年末考核等到年末就太遲。其他和職涯有關重要事情也是，不應該年末才進行。

因此，今年年末可以設定未來「重要的事情」頂多等到下個檢討點 - 例如一個月後。

每個人所意識到的重要事情都不同，有很多時候心裡覺得一件事情重要，和實際上真的很重要是截然不同的事情。一個人的真正行為，才是斷定他認定重要不重要的指標。

---

參考：

努力的三個迷思

工作上學不到東西

因沒挑戰想要換跑道

工作太忙沒時間？

職業生涯的突破

成長的最好方式：檢討


註1: ....對... 這篇也不例外

註2: 所謂調整，一樣要考慮手邊有的選項：可以針對不好的地方改善，也可以試圖換個工作項目。甚且也可以換工作。

註3: 有些人可能會用「爬樓梯可以一步一步，但是要跳過鴻溝不能分步驟吧？」來辯解過短的時間區間會有其他問題。不過，這真的是問題嗎？跳過鴻溝的確是一次跳過，但起碼助跑的時間和助跑距離的測量，也是必要的前一步啊！

企業巫醫 - 實習生的三贏

巫醫通常會告訴病人事情的「權衡」：是想要錢還是健康？是想要貢獻祭品還是得罪惡靈？當需要獲得健康，當然就要犧牲其他東西。

許多事情的確是如此...總不能要馬兒跑，又要馬兒不吃草。

不過，對於需要創造性思維的現代企業，權衡在於真正的目標，和創意的達成方式。把馬車換成內燃機驅動的汽車，就是革命性的方式讓移動的東西大幅加速而且不用吃草。

企業實習生也是如此。

高明的策略，就可以達到三贏。普通的策略，就會犧牲某些地方。愚蠢的策略就是三輸。

以資訊科技產業來說，三贏的情況是：

對企業組織來說：有低成本的方式，獲得高潛力的「人力」。讓工讀生能先處理簡單，可學習，重複，但是可改進的工作，使團隊成員專注在複雜的開發活動上(註1)。藉此了解這些工讀生未來的潛力，同時也能透過有效分工，提升績效和產出。還能順便展現企業的社會責任決心。甚至，透過實習生循環來訓練組織內部未來的領導人才。

對社會來說：降低新鮮人「嘗試錯誤」的成本，增加投入的生產力。

對新鮮人來說：提早知道自己的興趣和能力。在還沒踏入職場之前，至少對工作有所體認，瞭解軟體工作真實的一面。無論未來是不是要從事同一行業，踏實並且正確的工作經驗，都能引導未來的發展。

普通的情況是：

對企業組織來說：在暑假期間，統一由HR辦理招募活動，發配到各個部門，和夏令營一樣在兩個月期間和團隊一起合作，可能有產出也可能沒有。

對社會來說：讓大學生研究生在暑假能有除了閒晃打電動之外的選擇。

對新鮮人來說：可能像參加夏令營一樣，但只要有認知，還是能學到很多。

有三輸的情況嗎？

會有三輸的狀況，通常是乩童式策略規劃，和不正確的預期：

乩童式策略就像是有件困難的事情，是在我們的智慧能力尚且不能了解，所以我們就去問乩童，而乩童也不懂，但是他可以「起乩」，透過起乩，從其他地方得到智慧，來回答問題。在各個部落的巫醫也都有類似「起乩」的行為。即便只是實習生策略也會有淪落到乩童式規劃的可能。而這樣的策略結果等於是靠運氣，運氣好的時候甚且可會收到好的效果，但不可能永遠都是好運氣。

對企業組織來說：只是因為「聽」企業巫醫起乩之後，覺得弄幾個工讀生來好像很不錯。因此，就隨便找幾個進來。但由於沒有組織，沒有計劃，就只能做沒有意義的工作。更有可能還會故意製造的沒有意義的工作給工讀生。參考這裡。

對社會來說：浪費了人力

對新鮮人來說：對企業造成不必要的負面印象。也沒有真正學習到工作的意涵。

如何達到實習生的三贏策略

達到三贏的方式，當然是以事實為基礎，避免乩童式目的，達到漸進式目標。

以資訊科技，或者，軟體開發相關企業來說，掌握以下事實，就容易達到三贏。

(1) 培訓是必要的：

的確有很多自動自發學習，又很聰明的學生。但是稍稍有計劃的訓練，可以大幅降低走錯路的時間。而培訓不只是「教」而已，找一些主題讓實習生自行學習也可以。

(2) 長期：

對資訊科技相關的工讀生來說，

A: 一個禮拜來兩天，連續6個月。

B: 全天候，但只有2個月。

這兩個方案看起來實際工作時間似乎一樣，但是，最後能達到的學習效果和產出，永遠是A比較好。因為，資訊科技並非勞力型的工作，而是思考智慧型的工作。當實習工讀生對技術產生興趣時，自然而然會再額外的時間，補足在技術和知識上的不足。而且，考慮到前期的培訓時間，超過6個月以上的實習才能可能達到三贏。

(3) 務實：

讓工讀生參與真正任務，但由基本開始。讓實習生去撰寫核心模組，是本末倒置的行為(註 2)。但只讓工讀生去打掃辦公室也沒太大意義 - 除非這是一間專業清潔公司。以軟體開發而言。以下幾件事情都是比較適合的切入點。

A: 簡單的執行測試計劃(test case)：是最容易入手，並且也比較能直接產出貢獻的事情。

B: 驗證文件：例如將api文件中的範例依照手冊執行看看會不會有意外，也是產出貢獻的一種。

C: 專案助理，協助收集進度，現況，簡單統計目前在版本控制系統(例如git/cvs/p4)裡的程式碼增減狀況...。這些看似助理類型的工作，可以讓工讀生對軟體專案的進展有很完整的概觀。

(4) 實習生的週期循環：

工讀生從開始招募，訓練，到離開，最好是6-18月之間。必須要簡單完成的循環規劃。實際的例子如：

A:  招募大三四研一二的資工資管資科相關學生。
B:  為期最短6的月 每週來兩天 時薪固定為XXX元。
C:  到期根據實際表現可能會續約一次。大部分會續約。
D:  座位和電腦設定已經事先準備好 (已經有check-list)。
E:  主要先進行測試相關工作，但偶爾做點瑣事（例如訂下午茶)。
F:  每年的都是由某資深工程師負責，今年負責人為某甲。
G: 合約到期離開的check-list。




(5)利用實習生培育未來的領導人才：

成熟的企業組織通常趨於緩慢成長。也就是說，除非有人離開，不然從升遷為基層主管的機會將會越來越少。然而，在團隊培育領導人才，卻是必然進行。讓有潛力的團隊成員，負責整個工讀生的循環週期。藉此，歷練作為領導主管會經歷的所有關於「人」的大小事情。畢竟，並非所有技術專精的人都適合當領導者，而透過執行實習生的策略，不只培育了實習生，也可以培育團隊的未來領導人才。即便最後發現某些技術專精的人不適合作為領導者，風險也比較低，畢竟他僅只負責工讀生，不是突然之間負責領導整個開發團隊。

很多時候，即便實習生不能達到原本規劃的要求，光是能夠陪為組織內部未來的領導人才就已經十分划算！

---

註1：「簡單，可學習，重複，但是可改進的工作」和之後提到的「無意義的工作」截然不同。以軟體開發中的測試工作而言，雖然某些情況需要大量人力測試，但是，更多狀況是當工讀生了解測試的意涵之後，大多數都能改進測試的方式，在某種程度達到自動化測試。而「做出」自動化測試程式，對工讀生來說就變成可學習到很多的工作。

註2：但也不能排除剛好招攬到一個天才中的天才的可能性。因此如果真有這樣能力的人，應該直接讓他轉成正職。

為自己工作 - 契合組織目標

雖然這幾年，創業蔚為風潮，但在台灣，大部份的人還是受雇於組織或企業。

「為自己工作」這句話看似自私，但其實所導引的結果才是對企業組織以及對個人有利。至少，對白領階級的知識工作者是如此。(註1)

表面上，大部份的人似乎並不是為自己工作。實際上，會去工作的原因是可獲得報酬（報酬涵蓋：薪資，技能知識學習，個人成長，成就感，社會參與感...等等），因此，無論表面原因為何，也無論自己是否有認知到這個事實，即便是受僱用者，絕大部份的人是為了自己，或者自己的家庭，而工作。

然而，在職場上常聽到各種抱怨心聲。其中有很大部分，其來源是沒有認知到自己是「為自己而工作」：

例如：

  *  工作很無聊學不到東西
  *  自己的價值不受到老闆重視
  *  對公司貢獻超級高，但是相對報酬卻很少
  *  做事人少，出嘴巴的人多 (特別是在政府單位)
  *  組織方向不正確，快要完蛋了

抱怨不是大問題，但失去自我方向之後，就很難在職涯上突破。個人的工作目的，必須要「由自己想辦法契合組織目標」。否則，就會有「不是為自己而工作」的念頭。一旦有這種念頭，很快的就喪失信念以及工作熱誠。

誠如前述：「為自己工作」這句話看似自私，但其實所產生的結果才是對企業組織以及對個人有利。

如果真切的認知到事實是「即使是受雇用，但自己其實是為自己工作」則進一步更能在工作上展現能力，切合組織目標。也更能給予組織更多的價值。因此，認知事實，才是生涯展開的最重要的事情。前述的理由就根本不會存在。

例如

  *  工作很無聊學不到東西：請隨意google一下就知道，企業組織雇用員工，不是為了讓員工學東西。而是解決問題或者產生新的價值。而工作學不學得到東西，也請google一下，都是取決於自己而非工作的本身。

  *  自己的價值不受到老闆重視：員工的價值就像在擺在口袋裡的針，只要你夠尖，有一天一定會穿刺而出。如果你覺得不是被擺到口袋，那就找到一個會擺你到口袋裡的組織。光是抱怨是沒有意義的。

  *  對公司貢獻超級高，但是相對報酬卻很少：先確定是自己的貢獻真的超級高。以業務員為例，許多大企業的業務，其業績是靠著大企業的品牌和產品，而非個人能力。以程式設計師為例，其程式產出，絕大部分是靠團隊能力，而非個人能力。

  *  做事人少，出嘴巴的人多 (特別是在政府單位)：也許你的生涯規劃就是要去這類型地方？如果是這樣，也沒什麼好抱怨。如果不是，就趕快離開，也沒什麼好抱怨。

  *  組織方向不正確，快要完蛋了：在一個快沉的船上，就是你發揮能力的時候。如果你自認為是個策略舵手，當然應該矯正組織方向。如果你覺得自己是在大組織裡的小螺絲，那麼你為何能「判斷」組織方向不正確？或許是你的判斷不正確？無論如何，你永遠有離開組織這個選擇。



在大部分時候，人總是可以找到契合組織目標的方式？主要有三種：「自然篩選」「個人規劃契合組織」「創業」

1. 自然篩選

當然，企業組織會自然的篩選「契合組織目標」的人。自然篩選的程度與經濟學上的「看不見的手」有過之而無不及。

例如：一個長期處於保守狀態的組織，自然而然會留下不積極的人。一個以退休津貼優渥的組織（例如公務員），自然而然，就會吸引「為了退休而工作」的人。當然，當一個人拼命念書，絞盡腦汁的通過高普考，一進去公家機關就數饅頭等著退休，自然就不會抱怨「工作無聊學不到東西」以及「自己的價值不受老闆重視」，畢竟，進來這個組織的真正目的，其實是為了退休...。

反過來說：一個新創事業，自然而然會吸引想要透過自己的能力，積極開創一片天地的人。而「退休津貼」就不可能是工作的首要目的。但工作是否有趣，組織方向正不正確，就成為關鍵因素。

雖然，個人沒辦法影響「自然篩選」，但如果你的工作目標，和「自然篩選」的目標不一致，當然會工作的很痛苦，而抱怨連連。

解決自然篩選的方式有三種：(1)離開 (2) 改變自己 (3)改變環境

其中，離開是最簡單的。辭職換新工作，自己創業，創業失敗後再創業等等，都是離開。

改變自己很難。但潛移默化之下，很多人會因為自然篩選的環境而改變自己。

改變環境其實難上加難！但是，一旦有機會做到改變環境，你就擁有一個難以言喻的經歷。這個經歷對職涯有絕對的幫助。

2. 職業生涯規劃契合組織

傳統企業組織都知道，激勵員工很重要。但組織出錢出力，費盡心思的「各種激勵」其實遠遠不如讓員工的生涯規劃契合組織目標。

就前段所述，其實無論如何，自然篩選會讓組織留下契合其目標的員工。但這需要起碼數年的時間，而前提也是組織沒有大的變故。 如果組織 - 特別是營利企業 - 的目標和其展示的行為不一致，自然篩選會失衡，要達到平衡。

因而「以個人力量做出契合組織的規劃」才是最簡單，最容易，最能獲得三贏的選擇。

除了工作內容外，每個人常遇到工作上乍看之下不可伉儷的因素，而認為自己無法契合組織目標。在你還沒有丟出辭呈之前，可以執行的個人能力與選擇非常的多。這些選擇都可以有機會做出契合組織的目標。

例如：

* 每天都做無聊的工作：既然是無聊的工作，表示是重複簡單類型，試著將這類工作最佳化，並自動化(註2)。 不知道怎麼自動化？那就去學阿，在工作中學習成長，並透過自動化的貢獻，不但提昇自己的能力，也讓組織獲取更多價值。

* 工作太多，常常超時加班，生活品質太差：所有企業組織，其存在的目的，絕對不是要員工加班完成目的。其存在的目的都是為了獲利。隨著組織分工，以及各種環境變化，容易產生以「加班」的方式來解決問題。這完全可以避免，請參考：解決專案困難的最爛方式; 如何提高工作效率; 80/20法則。也可以網路搜尋一下任何增加工作效率的方式。

重點在於去做！Just Do It！不去做，永遠不知道加班問題能否解決。

* 加薪升遷不如預期：如果是在大企業工作，加薪升遷的確常常不如自己預料。但如果你確定自己有這樣的價值，一段時間一定會被發現，如果不被發現，在離開之前請先想清楚「自己是否真有這樣的價值」？想清楚的方式也很簡單，可以去試著去應徵其他組織，看看有沒有其他組織願意提供給你更好的薪資福利。如果沒有，表示在當下你的確無此價值。如果是在小企業，薪資福利可能無法有大幅成長，但小公司能提供的通常是更多的自由和自我成長。既然你已經自然被篩選到小企業，或許本來就不是很期待制式的加薪升遷了吧。


* 組織做犯法或遊走在法律邊緣的生意：趕快辭職離開！越快越好。你確定你想要加入犯罪組織或者遊走在法律邊緣？！

3. 創業

創業，當然就是為自己工作，當然也一定會契合組織目標 - 因為你就是組織。倘若你創了業，卻因為各種原因，去做不是你訂立的目標的事情，那等於是沒創業。(註3)

不過創業成功難非常高（參考如何確保創業成功）。富貴險中求，高風險當然比較能伴隨高獲利，如果生涯的志向在此，盡可能參考已經成功的典範，或許能降低失敗機率。

---

註1: 藍領階級的勞動工作者可能不全然適用。

註2: 同註1

註3: 當然，也許你是共同創業，或者持有股份很少，那麼請視為在組織為自己工作，不要視為自己創業。

如何充實自己：大量閱讀的三步驟

閱讀是充實自己的最簡單，便宜，有效的方式。

閱讀不需要花錢去買書，以新北市的居民為例，只要就近找一個新北市圖書館的分館登記成為讀者，就可以線上借書。如果在該分館沒有，還可以運送其他分館或者總館的書到你最近的分館領取。方便到幾乎沒有藉口不閱讀。

閱讀是許多人的休閒活動，在躺椅上一邊讀喜歡的書，一邊吹著微風，是悠閒人生的象徵。小說文學，遊記漫畫，在這個情景下是再好不過的書。

但如果為了充實自己，那麼大量閱讀是有很大的幫助。

所謂大量閱讀和傳說中的超強速讀並不一樣

傳說中超強速讀，則是存在某個不太認識的人身上的特殊技能，總是會人試圖花錢去學習這個從來學不會的特異功能。

大量閱讀是在同一個主題下，透過不同作者的觀點來建立自己在這個主題下的知識。大量閱讀是閱讀超過7本以上同類主題的書，並且透過前人的知識，建立對這個主題的全面性概觀。

步驟一：選定主題，取得大量書籍

為了充實自己的大量閱讀，需要有個主題。例如：「創業」。也可以將主題縮小或者放大。例如：「精實創業」就是縮小範圍，而「企業管理」就是放大範圍。

有了主題自然就要去取得書籍。除非很有錢，否則大量書籍會先從圖書館借。現在圖書館幾乎都有線上查詢的網站。在線上查詢網站，查詢該主題。

以「精實創業」為例，在新北市圖書館網站，竟然只查詢到兩本。基本上除非主題過於偏僻，這種情況太不可能，當改為「lean startup」查詢之後，就找到了52本，雖然裡面有幾本不太相關，不過數量也已夠多。稍微瀏覽一下書名和簡介，就直接利用線上借書功能，盡可能借到不能借為止！通常是10本左右。



切記！！先別在網路上搜尋這個主題！！

由於撰寫網路內容的成本非常非常低，確實有可能搜尋到片段知識，但對於充實自己的角度來說，弊大於利。除非已經對這個主題有一定熟悉程度，只是需要找到特定問題的答案，否則在這個階段完全不適合利用網路！

步驟二：閱讀

等拿到那幾本書，就要開始閱讀。

大量閱讀的「閱讀」要從目錄開始。假設相關主題的書共有10本，先將這10本書的目錄，大致瀏覽一遍。根據自己的感覺，先列出哪些「章節條目」是重要的，那些可能是不重要的。對於某些「條目」 如果有很明顯的「正反面意見」就要特別留意，這個條目可能很重要。

目錄瀏覽過，就表示應該產生基本的心智圖筆記(參見步驟三）。現在請排序找到前三本要讀的書，將三本書依序讀過。

接下來，在記憶中，將這三本書的重要關鍵項目，轉折點，列在心智圖筆記中。這時候心智圖可能會一改再改。鉛筆會是最好的選擇。

當心智圖筆記大致完成，檢視自己的知識，看看對哪些條目有更深入的興趣，將剩下的7本書，以「條目」的方式閱讀。剩下的書，不需要每本的從頭看到尾，但是，可以針對有興趣的項目，或者重要的項目，特別橫向閱覽所有關於這個條目的章節。當然在過程中，如果發現這7本書裡面，有寫得非常好的，當然也可以從頭看到尾。

步驟三：心智圖筆記

專案管理的心智圖筆記

雖然說是步驟三，但是其實在閱讀的當下，就應該先做筆記。而心智圖，是最好做筆記的方式。

在閱讀的開頭，可以先把「主題」畫在中央，然後把書本的「章節條目」根據自己的興趣以及自己的分類方式，「記錄」其關聯性。這樣的紀錄，並不一定以章節名稱。以右圖為例，這個圖示紀錄「專案管理」這個主題的心智圖，其中右邊第一項「Practical way」指的「實務做法」，因此從專案計畫，執行，產出，結束，都被分到這一類。

注意！心智圖筆記的關聯與分類，乃是根據讀者(也就是你)的想法和關聯而來，他並沒有所謂對錯，他是讓你的心緒能夠抽離。除非你有鄧不利多的儲思盆，否則，這是目前已知最簡單最快速能讓你的思維視覺化的方式。

---

參考：如何充實自己：三個務實的快速方法

剛畢業準備加入開發團隊 - 三個必要的Scrum突圍方式

真實故事 1:

某個陰暗的冬天早上，悠晃進辦公室的當下，看到二十多個人圍成一個大圓圈。既不可能是營火晚會團康，也不會是祈福默禱活動。好奇的在旁邊觀察一下，在圈圈邊上的某個中年男子開始要求大家在這個stand-up會議報告進度，並祈許新採用的Scrum方法可以讓軟體開發有良好的發展。

真實故事 2:

某一次專案研討會中，演講者詢問與會人士，Scrum估計工時的時候，每個人每個工作天應該是多少小時才合理？新鮮人多半回答6-8小時。某些資管企管碩士生，大概讀了許多書，回答:「4小時」。而一個在軟體外包廠商工作的專案經理回答:「10小時」。

Scrum是最近幾年很流行的Agile(敏捷)開發方法之一。它的概念照理說簡單易懂，很容易在現有的團隊中採用運作，或許是因為趕流行？許多資訊產業開始以採用Scrum方法為榮。而各類型顧問也都開始教授Scrum，也開始頒發各種結業證書甚至Scrum Master的執照。就在短短數年之內，在台灣業界Scrum似乎無所不在，成功案例一個比一個容易找到。

但是就像其他簡單易懂的事情一樣。Scrum說起來比做起來簡單。實際實施的時候需要克服慣性與人性，克服與目標之間的各種障礙。但也因此，把握住Scrum的精神，最能夠讓畢業的學生以正確的方式加入軟體開發團隊 - 即便這個團隊此時並未實施Scrum。

追本朔源後，總是可以看出：太陽底下始終沒有新鮮事。Scrum最早正式出現在1986年的一篇文章中(Scrum最早的文獻)：透過個案的深入觀察，兩位日本學者對於有彈性，有效率的產品開發過程中發現一些相似的點：內建的不穩定性，自我組織的團段，互相重疊的開發流程，多面向學習，精微的控制，組織裡習得經驗的轉移..等等。文獻中的產品大部份都是硬體，例如汽車或者影印機。

乍看之下，和現在的軟體開發方法論似乎沒直接關係，但是，而後在經過其他學者的後續觀察歸納。這種以事實為基礎的彈性結構，遠比傳統官僚結構，更能在短時間達成高效率，甚且更容易產生創造性思考的價值。

理論歸理論，如何實踐理論在工作上才是重點。

近年來畢業的資訊科技背景的學生，的確在學校多少聽過Scrum，許多資管的學生甚至上了不少相關的課程。但就實務的角度，除非教授像這位荷蘭的老師（eduScrum）一樣，真心誠意的採用Scrum在課程的本身上，否則對剛畢業的碩士生或大學生而言，Scrum就只是個似乎看的到，卻無法做得到的事情。學界與業界間的藩籬，仍然巨大看似難以突破。

因此，提供以下有三個務實的方式，可以作為剛畢業的學生突破藩籬的參考。

1.理解事實

對於剛畢業的學生來說，理解事實，是基礎中的基礎，但也確是整個職業生涯需要不斷強化的地方。

以Scrum而言，每一個要做的事情 - 也許稱之為一項backlog - 在正在執行人的手上只有三種狀態：「還沒開始」，「進行中」，「已經完成」。

在每日stand-up，最常發生的是產生另一個狀態「快要完成」，也有可能混淆「已經完成」和「進行中」，更糟的是混淆「還沒開始」與「進行中」。

舉例來說，小馮在每日stand-up會議說：「訂單查詢功能已經差不多了，因為訂單查詢結果的排序雖然弄好了，可是分頁還有點問題，但是快要好了」。也許在學校裡和指導教授報告論文進度這種描述是可接受的。但是在Scrum的精神裡，這種描述不但沒有必要，而且會引發更多問題，因為，接下來大家就需要探究所謂快要好了，是還要多久？最簡單正確的描述應該是「訂單查詢功能正在進行中，原本預計2天完成，已經花了1天，接下來1天會繼續完成，目前估計和預估所需時間一樣是兩天」

重點並不在於咬文嚼字，而是在於對事情的清楚認知。當意識到一件事情沒有完成，在產品開發裡，終究是沒有完成。

每個人多少都有報喜不報憂的心態，也多少都希望別人對自己有好印象。因此，常會有自己也欺騙自己的時候。Scrum的每日Stand-up站立會議，僅說明三件事情：1. 從上次會議到現在完成了什麼 2. 在下次會議之前打算完成什麼 3.有遇到什麼困難。僅只三件事情而已，不多不少。

剛加入任何形式的開發團隊的人，能先確切的掌握和自己相關的事實，是看似簡單卻需要時間實現的基礎。

2.控制時間

既然Scrum是屬於Agile的方法論之一，當然符合最早的Agile 12項基本精神（參見這裡）。其中幾個精神和時間有莫大關係，例如，可用的軟體大重於詳細的文件，回應變化重於遵循計畫。而Scrum是最能達到的方式。

以團隊的角度，burndown chart(燃盡圖)是最能表達團隊目前能力，與專案時間預估的方式。他的做法極端簡單，請自行參考wiki。burndown chart展示了血淋淋的事實，可以透過過去一段時間的完成速度，有效預估專案可能的完成時間。由於這種做法去除了人類心態上的偏誤（例如：大家再努力一下，接下來某東西可能比較簡單...諸如此類），因此在沒有能力，沒有創意，沒有實務開發經驗的產品或專案經理的眼中，burndown chart只是拿來參考用，不能給長官看到。

以剛畢業的學生而言，最難的事情在於預估時間，特別是在比較長期複雜的任務。


解決方式為兩步驟：
  (I) 決定第一件要做的事情並且去做 
  (II) 額外增加研究項目(也額外增加時間)

(I) 決定第一件要做的事情並且去做  

對於很長的項目(backlog)，表示他可能隱含數個子項目，而每個子項目可能也不小。例如，讓系統可以支援facebook帳號登入。這可能就要分成數個項目。當然對於新鮮人，分拆項目可能會遺漏，但是，有分拆比沒分拆好，有估計比沒估計好。有分拆之後，如果有漏列項目，也可以清楚知道有漏列。有估計之後，估計的錯誤以後還可以作為其他項目的參考。
而分拆之後，就直接進行第一件要做的事情！確實的腳踏實地去做！不用等，也不用試著把項目分拆的很精細，估計得很詳盡。因為萬事起頭難，當已經開始進行，就很容易知道之前想法是不是正確，還有沒有遺漏。關於項目的分拆(breakdown)可以參考這篇。

(II) 額外增加研究項目

如果分拆之後，很明顯的仍然難以著手，就額外列出一個有限定時間的研究項目在最前面。換言之，花個固定的4到12小時進行學習與研究，將這件事情也列入整個開發流程中。時間必定要是有限的，畢竟絕大部份的產品開發，無論多困難，都還是在有限時間一定可以找到解決方案。

從另外一個角度而言，如果在有限時間無法找到合理的解決方式，對新鮮人而言或許你也並不適合做這個行業，可預見的未來裡，或許你會勤能補拙，試圖用更長的工作期間達到成效。但是這並沒有太大的意義。因為你並不拙，只是專長不在此，在有限的時間投入內，了解自己的專長不在此，或許更能幫助新鮮人找到最能讓自己發揮專長的地方。

3.確保產出

每個backlog表示一項「產出」。只要前兩個精神：理解事實跟控制時間，已經有效掌握，那麼這一項應該不會有太大意外。然而，對於剛畢業的學生來說，無論程式能力有多強，對於產出的完整性，常常會有誤解。不過這樣的誤解其實也很容易釐清。

一般軟體開發團隊，某人的某功能程式碼寫完之後，會經過以下階段：

1. 程式碼完成
2. Unit Test完成並通過
3. 簽入版本控制系統(commit)
4. 通過code review會議
5. 合併到產品主線
6. 通過自動化編譯建構
7. 通過自動化整合測試
8. 通過QA測試
9. 經過產品經理(Product Manager)確認

在Scrum一開始，便應該定義何謂backlog完成？
- 會是 1.程式碼完成就算完成？
- 還是 6. 通過自動化編譯建構 才算？
- 甚且是要等 9. 經過產品經理確認 才算？

有許多開發團隊，產出的本身是透過「默契」來達成。然而就新鮮人而言，一開始一定比較難取得「默契」。開口詢問，並且在三確定產出的「要件」是剛畢業的學生常忽略的要點。

參考閱讀-> 如何快速充實自己

工作學不到東西：三個自立的方法

在資訊科技的公司裡工作的人，無論年資，大概常會聽到有人提到「在這裡學不到東西」「這個team沒有給足夠的訓練」「在這裡的發展有限」等等的牢騷抱怨。抱怨自然是人之常情，不過，個人職涯最終還是決定於自己。換言之，大部分的情況下：公司，環境，同事，工作內容...等等大概都不是「學不到東西」的主因。

任何情況下，都有以下三個實質的方式可以嘗試。

方法一：理解事實

任何事情，一開始都應該理解事實。

先確定是組織或者公司無法給予足夠的學習機會，還是自己沒辦法自我學習？假設沒辦法判斷，99%大概是屬於沒辦法自我學習的情況。

事實無好壞之分，事實只是單純的事實而已。然而，試圖了解事實有時候並不簡單。

一個剛畢業的學生，除非是高斯， 埃爾米特之類的天才，否則幾乎在任何組織裡，都有可以學習的事物。特別是在資訊科技領域裡，無論是正面學習，側面學習，甚至負面學習，在一段不長時間內(1-3個月)一定可以學到某些新技術，某些新觀念，某些應該避免的不正確的事情。

如何了解事實？可以試著問自己以下問題：

（假設處在一個軟體開發的組織中）

* 在這個組織裡面，所有相關技術你都能有效掌握？

* 組織中沒有人比你資深？

* 組織中比較資深的人，你都了解他過去的工作經歷？

* 目前組織中使用的程式語言，開發工具，你都已經徹底瞭解其優缺點？

* 目前整體開發過程的技術問題，都已經了解真正原因，並能務實地加以改善？

* 對於類似的軟體開發專案，類似功能的產品，都已經了解相較於自己團隊的優缺點，以及技術差異？

如果以上回答都是YES。事實就是這個組織真的無法讓你學到東西。不過如果有回答是NO，事實可能是你需要知道怎麼學習。

方式二：學習如何學習

請參考如何充實自己篇。

學習的本身是需要學習的。雖然每個人的學習方式略有不同，但提昇自己如何學習的能力，遠比把自己放在「可被教學」的環境來的重要。

簡而言之：花錢去上教學課程，在工作中有資深同仁可以帶領，參加各類型研討會...等等，這些雖然絕對益於個人成長。但是，「靠自己獨立學習」卻是一個難能可貴的技能。

而這項自我學習的技能也是需要學習。這衍生出看似複雜的問題：個人能否自我學到自我學習的技能？

撇除邏輯上的矛盾，找到適合自己的方式最為重要。若還沒有找到，可以參考如何充實自己篇。

舉個實際一點例子，假如你想學習作為一個好的軟體團隊中的QA，隨便在google或者youtube搜尋一下相關字眼，起碼可以找到數十個相關的教學文件甚至錄影。

認真花上幾個小時看完以下網頁以及教學錄影，相信你對這個主題肯定有某程度的瞭解。這都是僅透過"how to be a good software QA" 以及相關關鍵字搜尋得來：
1 http://www.guru99.com/software-testing.html
2 https://www.youtube.com/watch?v=sab0dblUpIE
3 https://www.youtube.com/watch?v=G5RpYi2dT04
4 https://www.youtube.com/watch?v=j8kY9txH2bc
5 https://www.youtube.com/watch?v=xCwkjZcEK6w&list=PLXXvO4OXeJrfbPrI0CV-re2VkdiV1dC7X 
6 https://www.youtube.com/watch?v=vimfiZZ4NI0&list=PLZTe0pWS8OYv3KYWJTZT_3chbtpXBoiOz&index=6
7 https://www.youtube.com/watch?v=OLayCNOPWIo

8 https://www.youtube.com/watch?v=hMfPCdF07hA

方式三：做出結果

資訊科技相關工作，特別是和軟體開發有關的工作，「學習」是很重要，但是「產出」卻更為重要。而產出就表示有具體的結果出現。

例如：這幾年data scientist相關話題非常熱門，有許多已經在職場2-3年的軟體工程師，常常會以這工作能否讓他有「data scientist經驗」為學不學到東西的考慮因素。

然而，其實特定技術領域，學東西最正確的方式，應該是自己能做出「某種結果」。

如果想要有data scientist工作經驗？有太多現成的「真實」工作經驗可以自行取得。

在大部份組織內部，都有很多無形產生的資料。這些資料，絕對足夠一個程式設計師學習以及做出學習的結果。

例如：

•  程式碼版本控制系統(git, subversion, svs)。含有整個專案開發過程的「實質進展」資料，可利用他做時間序列分析，程式設計師個人績效分析。目前早有許多專案提供工具。
• 組織的AD資料。正常情況下含有可供內部公開使用的資料，例如組織架構，人員變更。
• Web Log。現在大部份的專案多少都使用HTTP，他必然會產生足夠大量的Log。一般Log分析工具（例如AWStats）已經可以做基本的資料分析，再配合machine learninig就可以做出各種有趣的結果

至於在組織外部，機會更幾乎是無窮盡的，也可以透過某些網站取得真實的資料，做真實的工作。例如：kaggle :在此有真實的專案，任何人都可以取得資料，透過自己的能力，完成資料分析專案。其他像是一般外包的網站：upwork.com也會有類似的工作，但可能不見得可以取得真實資料。

以結果為導向的學習，會比較腳踏實地，並且容易達到想要的效果。然而需要個人的興趣以及決心來支持。

---

參考：努力的三個迷思

工作太忙沒時間？改善的務實三步驟

圖片來源為Hakan Forss的部落格，要引用此圖需要連同其網址一起引用：http://hakanforss.wordpress.com

在資本主義社會下，有效率的工作是基本條件，但是在資訊科技的發展中，有效率的工作逐漸顯示人的本身才是無效率的源頭。這並不代表資訊科技的進步與有效性，這只是代表人扮演的不可取代價值。

人的價值在工作上會順帶產生工作的壓力，因為所有的企業都會要求成長，不只是企業的成長，還有個人的成長。

不過，無論如何，在你還沒有丟出辭呈，自己開創事業之前，最好的選擇永遠都是強化自己的能力，改善現況，為組織產生更多價值。

對於很忙碌的人而言，要改善現況最常的反應是：「每天都那麼忙，哪有時間做這個」「哎唷，講都麻很簡單，你又不是做我的工作」「我常跟老闆提啊，可是他都沒這麼做」。

這些理由都和明明知道運動有絕大的好處，但是卻會找理由無法持續運動的人一樣。其實只是心理不想去做，或者恐懼未知，或者不真心認為這很重要，因此都能事後找到很多藉口。

很多理由並非是藉口，「事情太忙沒有時間」可能是真的。但是，這可能是最容易，而且是最需要先解決的一件事情。

只要你不是以下職業類別：核電廠工程師，急診室醫護人員，駐守太空站人員，戰地記者，美國總統...。都可以透過以下三個務實的方式，改善「事情太忙沒有時間」。

這三個步驟，極其簡單，只要願意做，幾乎沒有做不到的可能。這三個步驟，沒有引用任何了不起的學問，也不具備任何學理基礎，它就是簡單到值得讓有心改善的人一試。
執行這三步驟的成本極端的低，但效果卻非常驚人。更重要的是，產生「有空時間」是充實並精進自己能力的最基本的一步。

三步驟為：記錄，分析，去除。

步驟一：紀錄

拿一本筆記本，或者excel檔案，或者googledoc，如果是手機app的狂熱者可以考慮使用Toggl。每天花5分鐘紀錄所有的工作花的時間，工作內容，工作價值區分，工作分類。如果可以的話，順便連生活的事物也一起記錄（例如通勤，睡覺等等）。

這個紀錄是給自己看的，所以不需要欺騙自己。

工作內容：當然就簡單記錄做什麼事情，軟體工程師大概就是寫程式，開會，處理email，與他人討論規格等等。

工作分類：根據組織本身的情況，因任務而給的分類，例如為了某A專案寫的程式，為了某B專案而開會，為了交接某C舊的軟體產品而開會等等。

工作價值區分：根據自己的想法，以重要不重要，緊急不緊急，將工作分成四個象限：重要而且緊急，重要而且不緊急，不重要而且緊急，不重要而且不緊急。

所花時間：可以是小時為單位，也可以是10分鐘為單位。但是，必須要是連續。換言之，不太可能有連續24小時的寫程式時間。因此最簡單的方式是有開始和結束時間。

再次強調紀錄必須簡單確實，紀錄本身不能太時間，不需要很精確。紀錄只會給自己看，千萬不要欺騙自己。

另外，這一步驟通常1個月就可以進行第二步驟。如果第二步驟的分析過程，讓你覺得有問題，那你需要額外的3個月的紀錄。換言之最多4個月的紀錄就足夠進行分析。

步驟二：分析

分析的本身是不難，把所有紀錄用excel加總分析，數字必須要是有總量和百分比。

第一要分析的是：工作價值區分。這些工作所佔的百分比，例如：

「不緊急而且不重要」： 50%

「不緊急而且重要」    ： 15%

「緊急而且不重要」    ： 20%

「緊急而且重要」        ： 15%

在分析階段，最重要的是了解事實。而非改善事實。如果「不緊急而且不重要」+「緊急而且不重要」的時間比率，也就是所有不重要的工作比例，加起來低於60%，很有可能你沒有正確認知任務，或者是對自己說謊，或者是記錄的時間不夠長。因為這樣的事實是有違統計常理（參考資料）。

一旦了解事實，就可以往第三步邁進。不過分析的時候，可以順便注意一些事情：

(1)「緊急而且不重要」＋「緊急而且重要」，也就是所有緊急工作的比例，加起來超過60%。表示幾種可能，一種可能是：你是長時間被工作逼著跑的人，你的任務幾乎都很緊急：老實說這個機率很低。另一種：你是自己認為工作會逼著你跑，你的任務幾乎都很緊急：這個機率比較高。

如果是"是長時間被工作逼著跑的人"，使用流程，半自動化，轉移專注的方式是之後要考慮的重點。不過誠如前段所述，這種情況除了特殊職業之外，其實極端的少，大部份是屬於下一段的情況。

如果是"是自己認為工作會逼著你跑的人"，先在記錄和分析上，重新正確分類事情才是能繼續往第三步驟前進。如果你真的認為所有事情都很重要，都很緊急，在心態上無法設定優先順序以及分類，那不管怎麼做都沒有人能幫得了你，本文的後段也不用再看了。

(2) 了解「緊急而且重要」「不緊急而且重要」的工作所含的工作分類。

也就是說，你能要試圖列出所有重要工作裡面，哪些緊急，哪些不緊急。而這些工作分類，這個階段，探討出：如何將緊急而且重要的工作的緊急因素去除。

(3) 「不緊急而且不重要」的工作分類。每個人多少都會去做這類事情。然而，如果你認為的工作的本身，幾乎統統屬於「不緊急而且不重要」的象限，那麼你可能對工作本身有很大的認知差距。

舉例來說，你可能是負責舊軟體產品的支援工程師，舊產品可能用戶少，營收少，也沒有未來的可能性，你直覺就會認為幾乎所有事情都不緊急而且不重要。首先，假如真是如此，那組織應該乾脆就會將舊產品汰除。舊產品仍然存在必有原因，可能是維持與舊客戶的關係，確保這些舊客戶滿意度，並且讓舊的客戶有機會試用新產品。因此，任何讓舊客戶滿意的事項，應該都屬於重要的範圍。

步驟三：去除

李小龍有很多名言，以下是其中最重要的一個：

One does not accumulate but eliminate. It is not daily increase but daily decrease. The height of cultivation always run to simplicity.

當已經知道事情的分類，意義，加總之後，並不是要著手去修改事務，而是先「去除」。

去除的本身最為困難，需要勇氣，知識，技術，經驗。

從最簡單的方向開始去除最容易。但在開始之前，一定要先確認"步驟二：分析"的結果是大致正確。

(1) 不做「不緊急而且不重要」的類型工作：不做這類型的工作，一旦發現這類型的事情出現：直接不做，不用多做考慮。不需要解釋，也不用感到慌張。

(2) 將「緊急而不重要」類型的工作，先行移轉，半自動化，或者流程化。「緊急」和「不重要」這兩者是某種程度的自相矛盾。但通常矛盾的產生在於，「緊急」先出現，可是你無法馬上判斷重不重要，直到完成任務之後，事後才知道重不重要。

這時候原有的記錄和分析就派上很大的用途。例如你是程式設計師，你的老闆常常打斷你的思慮，跑來問一些產品功能上的問題，說要給業務人員馬上回應。如果整個團隊都是這個情況，就會落入大家困於緊急但不重要的情況。移轉：指的是將這類的情況移轉到其他地方：或許是專門一個處理，或者外包給工讀生，或者是透過清楚地固定訓練，讓業務人員自己了解情況。

(3)將「緊急而重要」類型的工作，設定篩選。半自動化，或者流程化能簡單的重分類問題。例如急診室，所有進來急診室的人當然都是緊急且重要，但是，急診仍需篩選，護士會以最標準的流程，很快的評估進來的病人的緊急程度。讓真正緊急的事情能最快速處理。在軟體研發工程師，如果是在產品研發階段，幾乎不太可能遇到緊急而重要，有的話十之八九應該是天災人禍。因而，只要注意這類型的工作的區分正確與否即可。

(4)將處理「不緊急而且重要」的時間與價值提升。這點相當重要，不過並不是本文要討論的範圍。在此我們專注於”去除“

經過去除的過程，你會多出起碼少則20%，多則60%的空閒時間。


再次強調一下，這三步驟不是什麼秘密，也不需要用到高深的技巧，你僅需要對你的工作加以了解，並且執行正確即可。

人生唯一公平的地方只有時間，每個人每天都有24小時。有額外的時間，就能思索自己的未來，不會淪於找不到方向。

參考：如何提昇工作效率 

---

沈思：
轉移，流程化，半自動化似乎很重要？

如何充實自己：三個自我學習的快速方法

資訊科技進展不只迅速，它順帶擴大自我學習的可能性。大部份的人只要能夠上網，就可以取得各種即時的訊息與知識。換言之，很多人都認為，資訊科技領域沒有什麼東西是學不會。

但是，沒有人一開始什麼都會。即便資訊工具改善過去知識的取得的不平等，但是自己要有意願和方式去學，這件事是沒辦法由技術來改善。


而為了充實自己而學習是沒有最好的方式。然而，多參考別人的方式，建立對自己最適合的方式是簡單並且直覺的選擇。

學習的目標，以及打算達到的廣度深度各有不同。如果只是很淺的了解個大概，只要用google搜尋，看看wiki大概就可以了。不過這樣的學習非常的片段，並且沒有組織。如果想要建立足夠的深度，這樣的方式獲取的知識過於片段，難以累積。(參考->片段知識的危害)


提供三種務實的方式，這三種方式的目標，廣度，深度，所需要的時間各有不同：

(1) 方式一：圖書館堆書

做法很簡單。只要你有想要充實並且學習的主題。無論是組織行為，還是憂鬱症；無論是個人領導力，還是專案管理。只要是社會科學，企管相關，科普等目標都蠻適合。

在這裏，假設你想要學習並盡可能瞭解"精實創業"。

首先帶著筆和紙，最好先不要帶手機或電腦，去附近的大學圖書館，或者比較大型的圖書館，例如新北市書館，台北市圖書館。

在圖書館的公用電腦，查詢"精實創業"以及相關字詞"創業"/"精實"，記下列出來的書本期刊，當然最好連同英文書也查一下。列出這類型的書籍在哪一樓哪一櫃，直接到書櫃上把所有相關書籍全部搬到座位上堆成一堆。通常相關書籍都會集中在同一櫃，所以搬動起來應該很方便。

接下來，拿起筆和紙，打開第一本書。抄下書名，作者，出版日。簡單瀏覽一下目錄以及推薦簡介，看完目錄之後，把你認為重要章節名稱，手抄在那張紙中。再打開第二本書，重複剛才的動作。如果有20本書，大概只需要花一小時就有完整清單。

然後，仔細看一下清單，排列組合並且思考一下，哪三本書，所可能涵蓋的範圍最廣，時間最新。快速地將這三本書的目錄再度瀏覽一次，選一本先看完。然後休息一下再看另外兩本。這樣大概需要花兩小時，就可以對這"精實創業"有足夠的粗淺了解。

最後，記得先休息一下。休息完之後，在腦中思考這三個小時裡面學到什麼。憑藉這三小時的記憶，在腦中描繪「精實創業」的概念與自己認為重要，或者奇怪，或者有疑惑，或者有爭議，或者和其他領域連接的地方：這些地方稱為轉折點。回到那張有目錄的紙上，找出某些書上有解釋你認為重要的轉折點，閱讀並且理解這些轉折點。如果有20本書，起碼可以找到3本以上有這類型的地方。最後這個階段，能夠建立從別人身上了解的知識批判性，不過也最花時間，可能起碼要3小時以上。

因此，花上六小時，你就可以曾原本不了解精實創業，變得比大部份的人都了解，肯定比只在google搜尋，看看wiki的人瞭解更多。不過，請注意這只是充實知識了解而已，真正的精實創業就像打籃球一樣，是沒辦法光用看的方式是不可能實踐。

這個方式，我本來以為是自創的，但是後來發現有很多人都用類似的方式，只是做法各略不同。果然太陽底下真沒有新鮮事。

關於大量閱讀，可以參考這篇：大量閱讀的三個步驟。

(2) 方式二：心智圖表徵

在已經有某些知識的背景上，試圖瞭解新的方向，或者找到自己缺乏的方向上，mindmap (心智圖)還蠻適合。他也很適合探索自己未知的事情，或者強化個人思慮的周密性。

在這裏，假設你想要學習並盡可能瞭解"軟體專案管理"。並且也認為自己想要擴張這方面的相關知識。

首先，拿一張紙（最好比A4大）一支筆，把主題寫在中間。將心裡認為可能的最重要項目連結起來。例如下圖：

把自己沒有經驗的，缺乏的地方做一些記號。通常我會使用問號？。接下來專心的根據自己缺乏的地方，尋找相關資料。重點在於，有組織的擴張知識，比片段搜尋來得有意義。

順帶一提，心智圖用法很多，"充實自己"只是其中一種。心智圖 (mindmap)不是什麼新科技，而且每隔一段時間就會有各式介紹文章，例如這裡，以及這裡。雖然介紹的範例與文章很多，但實務上，心智圖還是完全依賴人的過往經驗和創意連結。 

(3) 方法三：教學相長

這特別適用於資訊科技類型，例如程式語言，系統平台，或者任何技術。基本上，會先用其他方式（上網看書，練習實作等等）累積自認為足夠的知識與能力。接下來，想快速增加深度。或者充實自己想像不到的方向。教學相長是一個好方式。

就近找朋友或者同事，用你認為最精闢的方式，把技術和務實做法分享出去。光是在準備「教材」的過程中，就可以知道自己哪些觀念或者哪些方面不足，從準備教材的過程，就已經開始自我充實。

而最重要的是，取得聽眾的意見和問題。因為，他們可能會問出你想像不到的問題，讓你看到想像不到的視野。

實務上有幾個主動教學方式可以參考：



* 在大組織裡的主動分享

如果你是一個大企業裡面的員工，就自願性的訂一個會議室，訂一個主題，邀請一些相關的人來聽你分享某個技術。這樣的行為很簡單，而主管通常也很鼓勵主動進行。如果信心不足，可以訂一個極簡短的主題，這可以確保想來聽的人不會覺得浪費時間，也可以讓你精深的準備一個項目，提升自己的信心。



* 參加研討會：

參加研討會，並且把自己的知識在研討會上分享比想像中的容易很多。當然如果你要參加的研討會是類似IEEE的學術性質研討會，那你得花時間寫論文，而且不見得會被取用。不過，一開始先找lightning talk就很簡單，雖然只有幾分鐘，但是可以很快地獲取聽眾的真實回饋。



* blog/youtube教學影片：

近年來的分享知識方式。它無法立刻獲得聽眾回饋，但重點在於製作影片，或者撰寫blog文章之後，自己在試著重新閱覽一次，通常就可以找到許多漏掉的細節，或者過於瑣碎無用的地方，或者找到和其他人不同的觀點。

* 找到具體達成的目標：

例如：考取「低成本」證照，以Scrum為例可以參考這篇。

---

其他相關文章：
   * 如何在工作中成長
   * 換工作的面試-軟體工程師如何展現價值
   * 自我學習的三個參考方向
    * Team Leader提升能力的三個方向
  ＊ 如何提高工作效率
* 大量閱讀的三個步驟

職業生涯的突破(基於務實的三步驟)

大部分技術人員，除了運氣很好之外，工作了幾年之後，幾乎都一定會遇到某個的瓶頸。

瓶頸可能是：無聊，無法升遷，無法勝任，人際關係，受外界誘惑，想要創業，太忙碌沒有自己的生活。

人總是有太多可以不滿的地方。但是光是在嘴巴抱怨，在心理咬牙，其實一點也沒用。

若真覺得有瓶頸，總是要有方式來突破。而我可以保證，任何技術專長的人，一定可以靠以下三個作法找出突破點。

(1) 了解事實

第一步驟，先取得自己的事實。這裡的事實是關於你的背景，你現在的工作的所有事實。不多不少的事實。Nothing more。

你要先了解事實，而不是你的想法。因為事實短時間不會改變，而想法常常變來變去。

例如：你是研究所畢業，現在約有800K存款，你現在月薪70K是事實，每天9am上班7pm下班是事實，你在公司目前做的事情是事實，這個公司目前年均毛利約15%，你過去6個月不曾去其他公司面試是事實，你有4個工作經驗是事實，你最後待的公司已經做了2年是事實，你沒有管理經驗是事實，你最後一次英文toeic成績是550分是事實，你老闆最後一次給你考績為B是事實，你的團隊有8個人是事實，你是其中第3資深也是事實，創業失敗率很高是事實。...諸如此類請列出重要的事實。

你想要東西和你的想法，不是不重要，而是你「暫且」不考慮。這點很難，但是很重要。記住，你的想法很重要，但是現在暫時先不要理會你自己的想法。

你的想法，例如：外面有更多好機會，每天上班很累，這公司很爛，薪水太少，履歷表足夠讓你找更好的工作，你在團隊里很重要但是老闆不重視，其實英文也變好了阿但是沒出差機會，對公司忠誠度很高，創業好像很不錯。...諸如此類是你的想法，有可能是事實，但也不見得是事實。

(2) 取得選擇權利

當你真正了解事實，才能執行第二步驟。

第二步驟是根據這些事實，取得選擇權，在這過程中還可以蒐集更多事實。例如，你可以去一些幾個公司面試，有些會給你offer，有些會拒絕你。這時候你的事實清單就可以多了一些可以的選項。

例如：
1. A公司你要求75K薪資，但是他拒絕給你offer。而對B公司，你提出71K的薪資，並取得offer。
2. 你跟天使基金談好可以取得500K初期投資。但是這個初期投資需要辭職才行。
3. 你撰寫了新的計畫，打算跟老闆提出來。
4. 如果不工作，你會去歐洲玩一個月把存款花光。

總之，以這個階段你有五個選擇，第五個選擇就是現在的狀態，什麼都不做。

(3) 選擇並且行動

第三步驟，就可以加入你個人的想法了，這五個選擇，是根據事實以及背景列出來的。而不根據你的幻想或者心情。無論如何，每一段時間(例如6個月)一定要做出現在有的選擇項目裡面的行動。

對！一定非動不可，即便是選項五，現在狀態什麼都不做也是一個你選擇的行為。做這樣的選擇，讓你在事實上有充分認知，如此心態上的結果就會截然不同，至少你一定會減少無謂的抱怨，而在未來的一段時間，將心思投住在你的選擇上。

---

參考

努力的三個迷思
工作上學不到東西
因沒挑戰想要換跑道
工作太忙沒時間？
職業生涯的突破