談話效率 VS 部屬心情管理

談話效率 VS 部屬心情管理

最近跟朋友聊天聽到這麼一個故事。

她的老闆交代下來一個工作。 大意是要幫老闆一個朋友免費開發一個小網站。 雖然做網站不是他們公司的本業,但她知道下面有工程師是會這類工作的,加上是老闆交代當然也就得進行。 於是她花了些時間跟老闆的朋友(後稱客戶)討論。 大致架構雙方都談清楚了,只是技術上客戶希望透過PHP + MySQL來開發。 她本身因為不是開發者、對技術細節也不熟,為確認這件事情,就回來找內部的工程師討論。

她跟工程師問說:「你有辦法用PHP + MySQL開發這樣這樣需求的網站嗎? 如果可以,大概要花多少的時間呢?」

不過,工程師並沒回答這問題,反倒開始批評PHP + MYSQL這樣的方案。 批評完後,又花了十幾分鐘解釋這樣方案為何不好。 最後他一句話總結:「所以我覺得我們不該這麼做。」

這位PM跟我抱怨。 她說:「當場一直想要打斷對方。 因為我只是想要一個簡單的答案;只要知道到底你會不會做? 會的話,要做多久? 這樣簡單的兩個問題,為何不能直接給我簡單的答案呢?」

她就又問工程師說,「所以,這樣聽起來… 你並不會PHP + MySQL囉? 那你比較擅長的技術是甚麼?」

工程師說他會.Net搭配MSSQL。 在接下來又花了十幾分鐘解釋這兩者有甚麼好處,相較於前一個解決方案為何該用第二方案。 也再三強調他不是不會,只是覺得不好。

這位PM心理的OS是,「你一開始就直接說你會甚麼、與不會甚麼不就好了? 幹麻花了大半個小時在解釋這些技術細節呢? 這不是徒然浪費了彼此的時間嗎?」

雖然我是同意這位PM朋友的抱怨,覺得討論的過程應該可以更簡潔一些,因為我自己也是喜歡會議能迅速簡潔的那種人;但同樣的,我卻也完全理解她的工程師為何要解釋這麼一大串。

因為在這情境下,不能快速談完,通常有三個可能性。

第一個可能性,是工程師真的覺得某種技術優於另一種,然後努力說服PM用另一種。 就算業主有偏好、老闆有決策,但站在「專業性的評估」下,他還是希望逆勢而為。 這當然還有很多變形,有時候也或許只是技術人員的偏見。 明明業主選的方式沒有不好,只是他覺得那不夠Cool、覺得不夠有品味、不夠先進,也是有可能努力反對、試圖想說服你。

第二個可能性,是我們這種非技術出身的PM,很容易忽略兩件事。 不懂技術的人,常常會忽略的技術上的困難度;要不就是輕易的覺得A與B是很容易相互替代的,可是在工程師的眼裡其實有很大的差異。 不懂技術的人也有忽略細節的傾向,很容易覺得大方向既然可以,那細節一定也沒問題。 但通常細節執行上其實要花很多時間,這也是執行人員常常會遲疑的原因。

加上很多工程師不太擅長簡單的用一般人能聽懂的方式解釋狀況,所以會選擇從頭開始把整個狀況、兩種技術差異、不同選項的優缺點整個說明一遍。 這時候、又是術語又是技術的解釋的太詳細了,確實會讓聽的人有點暈頭轉向。 可是耐心聽完,對於後續案子的穩當,還是很重要的。 也可以避免執行者覺得PM缺乏同理心的抱怨。

第三個可能性,是他真的不會另一種技術。 雖然我們當PM的,通常都希望討論能簡潔、會議別開太久,所以都希望討論是類似下面這樣的對話:

「客戶說要A,你會不會A?」
「不會A? 那你會甚麼?」
「會B嗎? 那若用B來做,多少錢多少時間可以? 這個B能滿足所有需求?」
「好,那我去跟客戶討論。」

花兩分鐘的時間討論,然後各自就能回去處理正事,自己也能趕快去找客戶商量。

可是我們常常沒注意到,這問題對執行者壓力其實是很大的。 試想,大部分人在同事(或主管)問他某個東西「會不會」時,哪敢直接說「我不會」! 就算真的不會,也要勉強「說些甚麼東西」。 在這狀況下,批評那種技術不好,彰顯自己會另一種更佳的東西也就是很自然的狀況了。 隱含的意思是:「拜託~ 我不是不會那東西,我只是覺得那種技術問題很多才不學的。 請用我會的方法吧!」

如果對話時,我們沒有理解對方這層心理上的顧慮,只是逼著他承認自己不會,那兩邊就很容易產生衝突與對立。 PM覺得幹嘛不簡潔一些;工程師覺得受到挑釁,就很可能就會埋下彼此怨懟的種子了。

這尤其在工作發生問題時最明顯。 有時候PM或是主管只是想找當事人趕快找出一個問題解決方案。 可是當事人會很擔心被責怪,而把99%的腦力及時間都花在「解釋事情出問題不是他害的」。 這時候若沒有花心力告訴他「我不是要怪你,只是希望趕快找到解決方案」(通常都得強調好多次對方才會信),那這討論就可能冗長且難有進展了~

若有轉貼需求,請來信討論。 轉貼時禁止修改內容及標題、須保持所有連結、禁止商業使用,並且必須註明原文標題、連結、及作者訊息。
覺得這篇文章好嗎? 請分享給您的朋友
歡迎「讚」一下我們的粉絲專頁,接收最新文章!
張國洋 Joe Chang

現為識博管理顧問執行長,也在台灣百大上市櫃公司擔任管理講師與專案顧問。歷年客戶包含工研院、台積電、廣達、富智康、光寶集團、台灣大哥大、遠傳電信、中鼎工程、建國工程、台橡公司、大同公司、三陽工業、TVBS、特力屋集團、城邦集團、誠品集團等。 為了對抗雙魚座的感性,一直在努力強化理性思維與邏輯思考。 相信邏輯發展能解構任何事物,並讓我們找到合宜的人生策略與方向。

Joe G+ ICON Joe LInkin ICON

7 則讀友回應

  1. hongxinlin 2014-01-23 21:45:43 第 7 則

    小弟是一位PM,但我總覺得PM與PG兩種角色是必須要相輔相成的!

    PM學習姿態放低點,尊重PG的技術專業,自然PG也能夠同等尊重PM的管理專業。
    (以上倘若跳脫白領階級職場框架,生活當中的人際相處想必也是如此吧。)
    從文中的敘述,揣摩PM的言談當中,總似乎帶有著輕蔑的口吻 (雖然她自己可能不這麼覺得),
    她可能無法體會,PG對於技術想必有著某種程度的執著 (所以會透過冗長的技術解釋來證明自己的價值),一方面是自尊心的使然吧,且當PG覺得自己的專業受到挑戰時,更是會透過技術解釋來證明。

    從文中我看到的是PM的盲點:總把專案時程與成本價格放第一,而忽略了真正能夠幫上你忙是PG,如果沒有花心思先把這些人搞定,人員的管理風險是難以掌控的。

    附帶一提:
    PM可以完全不懂技術嗎?至少我認為要能夠和PG順暢溝通的前提下,或多或少還是必要的,當然細節部分還是尊重PG吧,套一句時下的話:「閃開,讓專業的來!」

  2. Gee 2014-01-21 09:51:49 第 6 則

    有時,工程師提出來的方案,是因為他想要TRY那個新的東西。

  3. danny22 2014-01-19 18:48:37 第 5 則

    我也是個網頁工程師
    我討厭囉哩叭說, 更討厭光說不練
    這個案例我會支持 PM

  4. Kelvin Kao 2014-01-18 20:38:00 第 4 則

    我本身是工程師,所以第一個念頭一定是工程師觀點

    基本上我看到的是,客戶想要老闆給他弄個免費網站(當然啦,這篇文沒有直接提到是客戶要求還是老闆自己雞婆)
    既然他都不想花錢了,那麼選定php+mySQL,很有可能也是看到「免費」
    因為這是開放原始碼,不用微軟授權產品的

    老闆應該也不至於這麼慷慨,所以這個網站雖然不是最基本的,也不會是最複雜的
    既然這樣,那功能大概就是個表單,然後基本的資料庫讀寫
    如此應該只用得上程式語言與資料庫最基本的部分
    在.NET+msSQL或php+mySQL的優缺點應該不會差太多
    所以工程師這麼講,表示他對.NET+msSQL熟悉很多
    因為要他做非本業的東西,他大概會挑最對自己最省時的作法,而非最好的作法

    這裏面的人物顯然PM跟工程師之間互信薄弱
    一個很有可能會發生,或已經會發生的現象是
    PM以前曾經問過工程師某專案要花多少時間與預算
    工程師給了個數字,但後面有加些但書跟可能無法預算的問題需要的緩衝
    PM直接把這個數字上報,略過但書與緩衝,上級直接把這個數字當成標準要求執行的人
    當超過時間與預算的時候,PM直接推給工程師說是他當初拍胸脯保證的
    碰過這種事的工程師,就寧可讓PM去提那個數字

    此外,聽起來似乎老闆與客戶是在未徵詢工程師之前,就作下了用php+mysql的決定
    這看在工程師眼裏當然是外行領導內行,自然肚爛

    基本上,PM要能說服工程師他們的管理專長為什麼對這個專案的達成是有幫助的
    否則的話,在工程師的眼裏PM就是
    一、老闆跟工程師之間專門傳話,還傳不好的人
    二、老闆的老手,除了催進度,什麼都不會的人
    這不是說PM的工作沒有價值,而是比較抽象

  5. jujahau 2014-01-18 14:09:02 第 3 則

    我一個工程師朋友回覆如下"一看就是PM挖洞給RD跳, 不是本業的工作根本不算績效, 做不好還會被裱~ 當然是能閃就閃, 直接拒絕一定被加亮, 最好就是學唐僧, 念到PM自己受不了~"

    所以有時應該也是制度的問題,是不?