iT邦幫忙

第 11 屆 iThome 鐵人賽

DAY 14
4
Modern Web

菜鳥工程師必修的 30 堂溝通課系列 第 14

溝通大忌:「這東西應該很簡單吧?」

在軟體工程師職涯上,你一定會遇到各種形形色色的同事,這裡我想分享這個議題,讓你了解各種常見溝通地雷,同時也會提到,當你遇到別人這樣跟你說時,該如何應對。

這東西應該很簡單吧?

每個人都有他的專業存在,如果你對他所擅長的領域一知半解,那麼我勸你不要輕易說出這句話。這句話通常是毀掉同事關係的必殺技。

而且有些人甚至還會再補刀說:
「這明明很簡單,我之前看到網站就有做這效果!」
「我其實之前也是寫過程式的,你不要唬我,想順便延長開發時間!」
「我的工程師朋友之前也寫過類似功能,他說根本沒難度啊~」

看到這,是不是有覺得拳頭越來越硬了?
通常會輕易說出這種話的人,我自己歸納絕大部分會有兩種人。

第一種就是他真的就很無腦說了這句話,
第二種則是他期盼這功能可以盡快開發出來,這種類型則佔多數。

所以當對方說了某句話時,你可以推敲他背後的真正的目的,
當你其實知道箇中原因時,就可以比較理性地與他討論。

如果東西並沒有很簡單時,我會建議你仍必須讓窗口了解其難度,以及所需要的工作天,
在持續溝通理解對方的領域時,才可以讓雙方尊重彼此的專業。

沒跟你討論,就擅自與客戶壓時程、確認功能

這裡我想分享兩種類型,
一種是你的同事,另一種是你的上層。

通常 PM 與老闆較容易做這樣的事情,
去客戶那裡開會,答應客戶需索無度的需求,帶回公司後被工程師釘到天花板上。

我這裡會給他們這樣的懶人包判斷:

如果想答應客戶功能,這功能必須滿足以下幾點
1. 妳確認工程師有做過類似功能
2. 開發時間不超過一至二個工作天,避免工時拉得過長。

如果以上兩點你都不確定,那麼我建議你向客戶開會時,向客戶說:「好的,這功能我回去向工程師討論複雜度,明天我再透過 mail、電話回覆給你可以嗎?」

這樣的好處很多,第一點客戶會認為你有善待它的功能,第二點你的工程師同事也會覺得你有擋掉一些需求,並有尊重他的專業,進以加速評估開發時程。

通常這些客戶的潛在需求,有時也會當作是「結案的籌碼」,
如果這些功能是簽約後才提出的額外功能,所以自然有可能需要額外報價。

但有時 PM 會將這些功能保留起來,當準備結案時,為了提升客戶的滿意度,
會將「客戶認為比較困難,但其實並不會花太多時間」的功能做出來,
好讓客戶滿意,並順利結案,開發票進行請款。

所以以上的專案流程,也提供給工程師們能針對這些細節,
與 PM 討論與客戶們的需求應對。

備註

當然也有些人說,那開會的時候一起帶工程師去開會不就好了?
但以管理營運面來說,也都必須控管人力時間投入資源,

所以比較傾向是說,
如果 PM 曾經有跟工程師們共同開發過幾個相似專案,
那麼此時讓 PM 獨自去與工程師溝通是可以的,
但假使新專案使用的技術都是曾經沒用過的,那為了加速溝通,才會允許帶工程師去開會。


上一篇
沒經歷過修羅場,別說你是軟體工程師
下一篇
說出去的話宛如潑出去的水,情緒上來時請先離開現場
系列文
菜鳥工程師必修的 30 堂溝通課30

尚未有邦友留言

立即登入留言