我讀 «你對部屬有多重要?»

這本書其實我已經買很久了, 翻了幾頁後在書架上, 有天卻赫然發現書名被 3M 立可貼竄改成 “你對老婆有多重要?" 後來這本書就 “暫時" 擱了好幾年沒去讀它…

其實這本書的立論很簡單, 就是主管可以 / 應該改變職場的氣氛. 一般而言, 大家對於主管或是部屬都有既定的印象, 就好比馬克老兄或呆伯特的網站, 它們都以嘲諷職場生態為主要的賣點 (兩站都在我的鏈結中). 如果職場上真的像 “我的未來不是夢" 一樣清新, 當然就不會這些作品的存在.

然而, 職場就只能是這樣嗎?作者 David Firth 在本書中一開始就提出主管要消滅這些 “影子" – 主管就是這樣, 部屬就是那樣. 必須把大家對既定的主管印象扭轉過來, 這樣主管才能真正做一些有用的事.  至於作者具體建議了那些東西, 那些就太瑣碎了, 大家有空時自己去研究吧, 我覺得參考價值和個人的環境, 經驗都有關係, 唯有對主管的形象必須革命這點是最重要的.

本書的第二章講找人, 用人, 留人. 畢竟人是最重要的, 如果部屬的品質低落, 巧婦也難為無米之炊, 主管再怎麼樣也很難變出花樣. 即使是最講究團體戰的軍隊, 還是得找些身強體壯的來當主力部隊, 若全部都是砲灰級的小兵, 畢竟無法達成有難度的任務.  此時我想起 “社群網站" 裡面的片段, FaceBook 的創辦人 Mark Zuckerberg 在招募新人的時候, 要他們邊喝酒邊破解網站. 共同創辦人 Eduardo Saverin 問 Mark, “他們工作時需要喝酒嗎?" Mark 說不用, 還是讓他們隨身帶一隻雞過七天好了 (這是 Eduardo 進入鳳凰會 / Phoenix Club 的最後考題).

總之, 公司一開始會是創辦人喜歡的樣子, 隨著公司的擴張, 部屬的形態就像是傳話遊戲一樣愈來愈發散. 最後也許還會有人分別以好事或壞事上了社會新聞. 公司還小的時候, 老闆看每個人可能都很可愛, 公司長大之後, 他就不太可能對每個員工都看得順眼了. 相對地, 必須由小主管來愛自己的小團隊, 把團隊打造成自己好發揮的型態. 如果對於自己的團隊成員無法挑選, 也不能發表任免有關的意見, 那麼這位主管應該還不適合閱讀本書. 當然, 也有的公司是由大老闆來把關最後面試, 或是制定錄取流程來保證公司成員一致性的.

本書第三章強調公司要提供員工舒適的上班環境, 第四章著重主管要員工並肩作戰. 公司能否提供員工舒適的上班環境, 就算總經理和董事長也未必能夠無視獲利狀況就保證做到人人都有牛排吃. 但是和部屬並肩作戰就容易多了. 作者提到的重點有五個可以把影響力傳達到部屬的身上:

1. 強度:主管要傳達的事情必須有內在的熱情, 部屬才能夠感受到訊息背後的力量.

2. 可信度:這位主管值得信賴嗎?

3. 角度:主管是從誰的觀點來看問題?如果角度上明顯出現差異, 自然不能令人感同身受.

4. 技巧:用語言來強化溝通的能力.

5. 語意:這樣說適合這位部屬嗎?

此外, 企業裡面需要五種好公民:

1. 目標挑戰者:

2. 新聞播報員:此處並不是到處八卦的員工, 而是傳達真相的人. 

3. 共同創造者:

4. 分享交流者:

5. 環境掃描檢視者:有時候明明出了大問題, 但是大家都視而不見. 此時最需要能夠大膽指出問題的人.

主管要鼓勵部屬成為好公民, 建立一個溝通良好, 能夠並肩作戰的團隊. 然而, 作者也提到, 溝通並不像它字面上看起來地那樣簡單. 表面上看到的東西叫做事件, 事件的背後是 “模式", 模式的下面才是問題的深層結構 (組織架構, 人際結構,  文化結構). 事件不過是冰山的一角. 如果只在事件的表面改革, 改來改去最後還是原樣. 一個溝通型的組織必須要有反思深層結構的能力, 這樣組織才能真正地改進.

本書的第五章討論 “成功". 所謂的成功, 有時候和自我感覺很有關係. 傳統觀念認為, 員工對於工作要嘛滿意或是不滿意, 再不然就是在滿意與不滿意之間的某個刻度. 赫茲柏格 (Frederick Herzberg) 提出了兩因理論 (two-factor theory) 反對這個說法. 他認為員工的滿意度總是在滿意與不滿意之間遊走, 隨著成就, 認同, 責任, 和獎勵而動態起伏. 同時也會因為某些保健因子 (hygiene factor), 使得態度由不滿意轉為滿意. 例如工作環境, 薪水, 同事關係, 主管關係得改善等等.

正因為員工的滿意度每天都在飄移, 公司需要負責提供足夠的保健因子, 而主管需要做好教練的工作 – 教導, 委派工作, 慶祝與提供樂趣. 教練和球隊總經理一樣重視勝負, 但是拍球員肩膀幫他們打氣的是教練, 獲勝時被拋在空中的也是教練. 教練和隊員之間的互動, 是公司的高層主管所做不到的.

當然, 部屬與主管的關係不僅僅是激勵打氣這麼簡單, 他們還得面對的績效考核問題. 但績效考核這個題目太大, 我就略過不詳加介紹. 事情做不好, 有時候不是檢討單一個人就可以解決的, 其中可能有三大障礙需要釐清:

1. 我們失焦了嗎?我們的核心架構有問題嗎?

2. 主管扮演了能夠令員工互助又互勉的教練, 隨時提供忠告的導師, 和努力不懈, 有紀律, 富學習精神, 誠懇和願承擔風險的模範?

3. 我們是否把最適合的人, 必要的專業知識, 技巧和資源結合在一起, 使事情圓滿成功?

作者認為沙文主義作祟會使得上級用不合理的資源和要求來制定目標, 難怪事情會做不好.

作者又提到, 績效考核這件事本身已經讓人暈頭轉向了, 目標設定可以另外找一天來談. 我覺得這個主意不錯!

第六章提到如何面對糟糕的事情 – 衝突與挑戰. 挑戰的部分又分為三種對象:

1. 挑戰現狀.

2. 挑戰慣性 – 公司就是這樣, 老闆就是這樣.  那些影子就是挑戰的對象. 如果不能擺脫 XX 就是那樣, 自然不會有進步可言.

3. 挑戰績效差的員工. 這並不是指主管要挑戰員工, 而是要讓員工知道自己面對的挑戰.

最後一章, 第七章的主旨是願景. 它的重點在於不要依據過去的習慣和想法來決定自己的未來. 快樂的週末, 惱人的星期一,…這些固然源自人類過去的經驗, 但是不見得非要這樣不可? 我們可以改變, 因為未來還沒有發生, 這是作者最後的提醒.

這本書算是輕薄短小, 但是內容還滿雜的. 先整理如上, 若還有想到什麼再補充吧!


開案術語 (待續)

和大客戶做 project 有一個煩惱的地方, 就是大家的術語很多, 而且他們不會跟我們做培訓, 只好自己去搞清楚. 為了避免麻煩, 我把收集到的術語全部列出來備用.

術語 意義 備註
Stage 1 找出產品的賣點
VPD Value Proposition Debriefing
CRS Commercial Requirement Specification
Stage 2 決定做什麼?怎麼測試驗證?
AA Assignment Agreed
CVT Consolidation Verification Test
Stage 3 正式動手
ME Mechanism Engineering
EE Electrical Engineering
PPC Project Plan Commitment
EVT Engineering Verification Test
DVT Design Verification Test
PTR Pre Try Run
Stage 4 產品驗證
PV Product Validated
PVT Production Verification Test
DMT Design Maturity Test
TR Try Run
Stage 5 工程樣品完成
IR Industrial release
PMT Product Maturity Test
Stage 6 商品化完成
CR Commercial Release
Stage 7 出貨
FMS First Mass Shipment

我看 «空姐真命苦»

今天一大早, 心裡想非要去跟老闆報告 CPU performance 問題不可, 到了 6 點就睡不著了. 坐在床上, 乾脆轉電視來看. 這個時候, 電視上演的是重播的 “空姐真命苦".

先前這部片子的廣告宣傳就不太吸引我, 主題又是前女友的職業, 實在令人興趣缺缺. 然而今早所看到的片段, 倒是相當有啟發性. 話說觀月亞里沙飾演的山田莎依因為男友被空姐橫刀奪愛, 因此也立志當空姐. 她的願望就是找到一個比前男友好 100 倍的男人, 然後結婚離職.

結果在這一集中她巧遇前男友. 前男友已經結婚了, 看到山田變漂亮, 又想要重拾舊好. 自我評價低落的山田原本也想回到前男友身邊, 但意外發現對方已婚, 才知道自己又被騙了一次. 然後就在我轉台去看財經台節目的時候, 發生了一些事件, 使得山田發現自己的價值. 😉

最後, 山田向前男友表白. 她說原本她以為她的人生一團亂, 從店員變成約聘的空姐, 年紀變大又沒有男朋友, 全都是前男友所害的. 但是她已經發現, 若不是有這些事件, 她就不會變成現在的她, 因此她要感謝前男友. 還有, 她以前都依賴他人, 希望找到一個靠山, 也才會有結婚離職的想法. 然而, 她已經知道要靠自己才行, 在職場上也不能一直用半調子的心態做事 (指以漂亮的離職作為工作的目標).

我心裡的迴響是: 所謂靠山山倒、靠海海乾. 很多職場上的朋友, 不是都想靠別人嗎? 想要靠一個好公司、靠一個好老闆, 卻很少想到靠自己. 以為換個環境, 一切就會變好, 那麼其實還是在倚靠別人吧! 當然我們並不是那麼強的人, 可以完全不用靠其他人. 但是至少可以爭取主動, 試著發揮一些影響力. 而不是像千古以來的文人, 一輩子都在等明君. 相形之下, 東方朔之流, 雖然身分地位不是太高, 反倒是可以在昏君明主底下都發揮貢獻, 這樣也相當了不起.

雖然只是有點搞笑的連續劇, 我還是領受了編劇在這一集中的說教, 真的滿不錯的.

一個加班日 (2008/5/22)

 

話說我們的客戶滷蛋公司報了一個 bug 給我們, 主要問題是,  Analog TV audio / video 不能同步.

 

會產生這個問題, 在台灣是有些不可思議的. 因為 NTSC 制的電視, audio 只有 FM mono 一種. Audio 透過 TV sound decoder (TSD), video 透過 TV decoder, 都是硬體在處理, 韌體不用做任何的事情, 兩者自然就會同步. 然而, 在客戶的國家就不是這樣了, 總之頻道掃描完會不同步, time-shift (時光平移) 看也不會同步.

 

為了早點釐清這個問題, 負責這個部分的 Irene 就抓了可憐的國防役小弟 Isometry 來幫她解 bug. 我看滷蛋公司似乎逼得蠻急的, 自然也不能坐視不理. 萬一量產卡在我們 team, 我身為主管也是難辭其咎. 於是我也跑去關心了一下

 

按照以前的狀況, 下班時間我會先回家吃晚飯, 然後回到公司加班, 待到晚上 11, 12 , 2005 年底到 2008 年初都是如此 (也就是我們第一代的 IC 回來之後). 不過自從年初老婆開刀要休養, 我就變成送上孩上學的人. 既然要早起, 也就無法晚睡. 因此這一天我只打算去觀察狀況, 若是看到前景大好”, 我就打算回家休息, 晚一點吃晚飯也很正常.

 

豈知這個問題著實很討厭, 看著看著, 已經到了晚上九點多, 實在覺得有點餓. 大家把各種想得到的招數幾乎都用上了, 還是沒辦法做到 lips sync. 當然, 大家也漸漸變得比較沒有原則了, 只要有人出主意, 其他人也比較不會排斥.繼續鏖戰到十一點多, 覺得真的是有點睏了. 只好吃點飼料, 再加上一杯濃咖啡. 反正不可能突然解決掉問題, 不至發生咖啡喝太多而睡不著的狀況.

 

果然喝了黑咖啡以後, 思路靈活了些, 趕忙把想得到的撇步都提出來, Isometry Irene 去試試!鄉親啊! 如果那幾招有效, 我們不就可以在 12:00am 左右回家了嗎? 那有甚麼好寫的咧! 我記得去年 Irene 的生日的第一秒和最後一秒都是在公司度過的呢! (因為前一天加班過了 12:00am, 第二天也是, 所以生日剛好有頭有尾). 對了, 為什麼我會知道啊!? 肯定我也陪加了兩天班. 這孩子, 頭髮白了妳一定有責任!

 

由於一般性的招數都不靈光, flush 試過了, reset TSD 試過了, interrupt 的條件也試過了. 大家也為了收到 interrupt 後處理的 path, 做了簡短的 code review. 順便發現了幾個潛在的小 bug. 做了各式各樣辛苦的努力, 但是在大 bug招招見血 (因為屢次失敗, 我想吐血) 的攻勢之下, 我只好建議使出禁忌的絕招, audio 去和 video sync. 這個招數聽起來蠻有效的, 只是不知道因為某一種不可知的原因, 大家都沒有嘗試過. 曾經提出過此招不可用的某一位專家, 也剛好在前一陣子離職了. "千萬不要翻到最後一頁喔…" 冷笑話這麼說. 但是不翻到最後一頁, 怎麼知道結果是如何呢?

 

兩位同仁迅速改好了 code, 我們也把電視轉到測試專用的和尚台. 畢竟大家想看的節目, 不一定能夠清楚看出嘴型和聲音合不合. 但是 99 台和它以後的和尚台就不同了, 大師一定是以一顆大頭出現在銀幕上, 雖然老和尚講話是慢了點, 有時候好像是忘詞, 過了好幾秒才講出嘴型中的那個字, 但是沒有其他台有這麼好的測試環境了. 雖然我們也嫌棄過老和尚講話的速度中途跳槽到別台去看其他中和尚講道. 不過他們同樣都是宗教台大家可以去轉台看看, 包括新聞台都是 SNG 畫面滿天飛, 根本沒機會看到主播多少眼! 和尚台才是測試 AV sync 的王道.

 

code 載入系統之後, ….….… work! 不是普通的不 work , 根本聲音就是斷斷續續的, lips sync 的問題還嚴重一百倍. 這個時候, 也已經來到了凌晨兩點左. 那杯咖啡的效力已經退去, 我稍稍又有點餓了起來. 不比兩個年輕人, 老人家我除了偷偷吃了一點飼料, 已經餓了好久了! 想到隔壁公司的小 7 好像也都打烊了, 真是有點頹喪. 在此身心俱疲的情況之下, 能夠堅持下去的, 就只有電視上的老和尚了. 他換了一台上班, 也換了一套袈裟.

 

我想今天可能不會有甚麼結果了, 就叫 Irene 先把改正掉 bug 的版本 commit 到網路上, 最差的情況, 我們就先出這一版了. 不過 Irene 提出絕不 commit 的原則, 她只同意把成果整理好, 但是不 commit 上去. 她說只要 commit 上去就不會想要繼續奮戰了. 我想想有理, 也就沒有堅持.

 

就在我回座位, 準備再多吃一點飼料的當兒, 前線突然傳出好消息. Irene 用她的直覺演算法, 決定在某個條件成立後, 直接丟掉一把 audio data, 結果, 這個沒有學問的做法竟然就 work . 詳細的做法, 事涉公司的機密, 也就不提了. 值得一記的是, 我和 Isometry都堅持為這個大而化之的做法, 找出"可大可久"的數學式. 但先前堅持不 commit Irene 倒是希望就此收手了.

 

兩票對一票, 而且我這一票是主管特別票. 大家就開始往這個方向進軍. 然而, 我們實在是太累了,堂堂台大電信所第七名畢業的 Isometry 頭腦也不太靈光了, 在甚麼 sampling rate 要丟多少 PTS (presentation time stamp) 的式子, 寫的有一搭沒一搭的. 還好我熬過了兩三點的撞牆期, 神智又有點恢復, 多少幫了一點忙.

 

新上陣的版本, 夾著 Irene 好手氣和 Isometry 好幫手的聲勢, 初也使我們萬分期待. 然而, 帶著點小 bug 以及硬體的不配合, 還是讓我們來回修改了好幾次. 改著改著, 老和尚都換了第三套袈, 一切才穩定下來! 看看手錶已經是凌晨五點, IC designer 那邊的窗戶都亮了起來.

 

當部屬的, 開始 check in code, 當主管的, 開始寫 e-mail. 大家各自忙活了一陣, 我終於收拾背包準備開車回家吃早餐. 就在這個時候, 老婆的電話來了: “要不要送早餐過去給你啊?” “不用! 我要回去吃了!” 每次她想要送便當來, 我都剛好要回家耶! 這樣她會不會懷疑我不是在加班啊! !!!!

 

最後, 我還是要感謝我們的同仁. 雖然我們公司的餅沒有晨星畫得大, 錢沒有聯發科發得多. 不過大家該做的事, 還是做得不錯! 以上面的例子來說, 事件的男女主角可不是 commit code 就完工了. 我把他們留下來 stand by, 直到 QA 同仁測過這個版本可以解大約 10 個相關 bug, 他們到中午才能回去休息呢!

 

我讀 «上司的條件»

這本書會吸引我購買的原因, 是因為他的書名以及章節的編排, 只要翻到目錄就會看到全書分為三篇:

讓屬下仰慕你, 讓屬下敬畏你, 讓屬下信賴你. 當我看到這裡之後, 有位大哥的話就浮現在我的腦海裡, 他說做主管要讓屬下又敬又畏. 當然這句話不是他發明的, 只是由他來告訴我, 不免是有傳承或是教育的意味. 不管是否完全認同, 不免都難以忘懷. 可是齋藤隆浩的這本書, 顯然他講到了一個重點, 那就是還要讓屬下信賴你. 如果屬下覺得主管不值得信任, 他不管如何地敬畏主管, 還是可以棄暗投明. 被後人指為善於假仁假義的劉邦, 劉備一脈, 就是這樣騙到人才輔佐的不是嗎? 可見沒有認同與會被重用的感覺是絕對不夠的.

另一方面, 主管還要以身作則, 讓屬下認為當主管是有意義的, 進而產生仰慕主管之道的心理. 至於屬下是否仰慕主管的本人, 那倒不是那麼重要. 因為屬下自己會有比主管更優秀的"點", 例如更聰明的反應, 更年輕有衝勁等等. 所以只要孺慕主管之道, 屬下自然會去追求進步. 此處的主管之道, 類似佛法之中的法, 投入佛門的不見得是因為仰慕師父, 更可能是仰慕佛法的緣故. 屬下看到的主管之道如果協助眾人完成一件對人類有意義的工作, 那麼大家可能也會有想要追求這麼做的意願. 這是我對讓屬下仰慕的理解.

當然, 如果人對佛性的理解有高有低, 屬下對主管之道也會出現駑鈍的理解. 有人會以為指揮別人往東往西是主管的最甜蜜的負擔 (心之聲: 你們不自動自發, 我只好到來盯你們),也有人會以為得到更多的金錢報酬是公司給予聰明頭腦的對應報酬. 其實這些都是錯誤的認知. 主管只是在實現讓大家發揮到極致之道. 如果團隊沒有發揮到某個程度以上的戰力, 主管本身多麼"聰明"也是不值錢.

回到本書, 其中有許多觀點並不容易被接受. 原因是既要對屬下嚴格要求, 又要讓屬下產生信賴感. 這兩者之間的平衡並不太容易. 因此我建議讀這本書的人, 掌握住基本精神後, 只要選擇自己認同的作法去做就好, 不必完全聽從作者的建議. 差不多聽個 70% 吧, 以免失去了自己的特長與風格, 反而弄巧成拙.