iT邦幫忙

2019 iT 邦幫忙鐵人賽

DAY 26
4

原本今天想繼續寫學習Git心得
但是暫時無法在24小時內學完,也就是說無法分享...

正當我滿面愁容,苦惱於不知道能寫什麼之際
有朋友來跟我聊聊他的近況
看著他訴事有愁愁更愁(人家才沒有!)
我想或許能寫篇文章來聊聊關於「協作」這件事(雖然前面已經囉唆好幾篇了...)


事情是這樣的!(以下情節如有雷同純屬巧合,請勿對號入座,請不要吉我)

我這位朋友在某間公司擔任工程師
公司高層很有心,非常希望企劃們能夠跟工程師暢通無阻!
為企劃們安排了一系列的課程~

但,企劃們開始有點苦惱,因為他們除了寫文件外還得學code(!)/images/emoticon/emoticon13.gif
工程師也很苦惱,企劃都來寫code,那自己的價值是什麼呢?.../images/emoticon/emoticon02.gif

公司所安排的全系列課程
都針對學習coding而設計
這到底是好事還是壞事呢?


先不說是非對錯
今天來聊一些看法好了!

首先,我認為工作本來就是學越多越好
我秉持的概念一直是這樣子
學習越多、閱讀越多、知道的事情越多,對自己永遠都是好的

想協作也是,確實懂越多,更容易溝通
但某部分來說,也不是這樣的,什麼意思呢?

溝通與協作

協作最重要的,其實是...「溝通」
我們來看一下溝通的定義

「溝通」是傳遞訊息、交換意見,建立共同性的一種過程。

也就是說,要達到能夠溝通,你不一定要了解對方的「全部」

不太懂?
相信正在讀文章的你,有看過醫生吧!?(該不會大家都健康好寶寶,連健康檢查都不用去...覺得羨慕。)

醫生「今天哪裡不舒服?」
病人「我覺得好像有點發燒」
醫生「有沒有喉嚨痛呢?有沒有流鼻水呢?」
病人「流鼻水還好,但是喉嚨痛」
醫生「好~我來看一下喔,來,說啊~~」
病人「啊...」

為什麼舉這個例子呢~
有沒有發現病人和醫生正在傳遞訊息、交換意見,建立共同認知
所以當你去看醫生,你也是在和醫生「溝通」

溝通是我們每天都在做的事情
病人想把感冒醫好,也必須與醫生「協作」
如何協作?

醫生幫病人檢查、開藥
藥師依照他拿到的藥單幫病人包藥
病人張開嘴讓醫生檢查、乖乖吃藥、好好休息

這樣,病人與醫生和藥師,就是已經在協作了
溝通和協作,就是這麼一回事。

團隊關係

理想團隊關係

如上圖,我覺得最好的關係
是設計能夠懂產品、懂一點技術面,知道什麼能做、什麼辦不到
企劃除了掌握產品,也要懂一點設計和技術面的基礎概念,理解並尊重設計和工程,並且知道自己需要提供哪些文件
而工程師們,除了要鞏固與精進自己的技術,也要有看見設計稿細節和以產品走向為目標,適當規劃結構與擴充性的能力

當然這是很理想的狀態
通常我們在職場上,很難遇到這麼好的情況
工作不辛,也就不算是在工作;生活不苦,哪能稱之為生活
對吧!

一知半解是最可怕的事

沿用醫生與病人的案例,讓我們回到上面的情境中

病人「醫生、醫生,我是得什麼病?」
醫生「你只是感冒~好好服藥休息,很快就會好了!」
病人「只是感冒?可是我也會肌肉酸痛,會不會是什麼萎縮症之類的?我好害怕!」
醫生「別擔心!真的只是感冒!」
病人「醫生、醫生,我在網路上查到我有幾個病症跟這個病也很像誒~你看看」
醫生「你真的只是感冒而已...」
病人「醫生你看他這個,他說用這種藥配這種樹枝,再熬七七四十九天,可以醫治咽喉癌,我也想喝這個,你開這個給我好嗎?」
醫生「你只是感冒,沒有什麼癌,睡覺幾天、好好吃藥真的就會好了」
病人「你為什麼不開藥給我啊醫生?是不是不想醫治我?」
醫生「你這個連流感都稱不上!好好休息就好了!你是醫生還我是醫生?」
病人「你態度真的很差!我是真的覺得我有病才會一直查資料,但你連看都不看!」
醫生「恩,我也開始覺得你有病了。」

大多數人去看醫生的時候,會描述自己不舒服的症狀讓醫生知道
不太可能自己去找醫書吧?
因為我們相信醫生的專業,相信在你跟他溝通你的病灶之後,他能夠為你找回健康...

如果你不相信醫生,硬要自己吃成藥
忽略身體發出的所有警訊
不管哪裡痛都吃止痛藥...

或是去看了醫生
結果不按時吃藥
想想又照自己的「藥單」搭配醫生開的藥亂吃
或是誤食什麼偏方...
應該會死蠻快的

不要拿自己一知半解的皮毛,去質問你的隊友,這樣反而會阻礙溝通,請尊重你隊友的專業
我知道你很積極、很用心、想把事情做好
但團隊不需要個人主義英雄,唯有互相配合、理解但不越俎代庖,才有可能讓整個團隊前進
如果你真的自認自己學的coding能力高於你的工程師隊友,那要不要轉職?(我是認真的。)

術業有專攻,任何事情都可以挖掘得很深,但你一次只能做好一件事
你可以「知道」得很廣,但你不可能取代別人,除非你直接轉職過去那個坑,然後深耕下去

所以到底該怎麼溝通?

你不懂醫學,但也可以讓醫生知道你哪裡不舒服,對嗎?
同樣道理

假設我們今天需要做一個輪播功能
你真的不用直接拿檔案過來自幹

但你至少要提供給工程師:

  • 我的圖片多大多寬?
  • 我的圖片哪裡來?(開發者控制或是自由上傳?)
  • 輪播是怎麼播?(由右到左替換?由上到下替換?淡出淡入替換?...其他?請提供範例。)
  • 幾秒播一張?
  • 滑鼠經過的時候要不要停止輪播?
  • 輪播要不要有使用者控制功能?
  • 如果使用者正在控制輪播,自動輪播是否該停止?
    ...

這才是你該學習、該做的事情
你的價值來自於能夠開給工程師們他們需要的規則
無論是範例還是用工具,能夠陳述給工程師知道你的需求
就像你可以告訴醫生「我頭暈,天花板會轉的那種暈」

讓醫生/工程師
知道你怎麼了、你想做的事情是什麼

而coding...
還是交給專業吧!
相信醫生,總比你全世界跑透去神農嚐百草好
死前最後一句話還是「這草有毒」.../images/emoticon/emoticon38.gif


我不認為需要侷限自己的眼光
並且我覺得學習越多越好!
但那不代表你可以不尊重別人的專業~

如果有更多想法,歡迎在下面留言,大家一起討論喔!!


上一篇
與工程師的協作之路-工具篇(InVision)
下一篇
與工程師的協作之路-工具篇(Sourcetree)
系列文
學什麼就寫什麼,知道什麼就分享什麼31

2 則留言

0
SunAllen
iT邦好手 1 級 ‧ 2018-11-09 10:35:19

工程師也很苦惱,企劃都來寫code,那自己的價值是什麼呢?

以前,很久以前,也常和其他同仁,討論...
『難道我們就這麼沒有價值,什麼都要做嗎?』
『為什麼這個不是我做,是他做?』
『為什麼這個是我做,不是他做?』 之類的...

很久以後的現在...

有價格(薪水)才是真的.../images/emoticon/emoticon10.gif

我已經六年沒有吃過尾牙、沒有三節獎金、沒有年終...只有帳單的日子,陪我好久好久了/images/emoticon/emoticon20.gif

能在這個地球生存下來,就是自己的價值所在.../images/emoticon/emoticon02.gif

誒~一早就這麼黑暗XD
拍拍...明天就放假了啊!!加油!/images/emoticon/emoticon47.gif

我全年無休哦xd

那只好說.......
每天都是全新光明的一天~/images/emoticon/emoticon07.gif
(咦!?

0
tacodrem
iT邦新手 5 級 ‧ 2018-11-09 15:02:14

其實在台灣的慣老闆滿街跑的病態工作環境底下...
這類的事情會出現個有趣的現象

到底該不設限的諸多擴展自己的內在, 還是該專心做好自己的工作就好?
至少"喔~你會做這個喔?那就來幫忙一下吧"這種事情很常見
更常見的事情是....
越是普遍被認為簡單的事情,越容易找不相干的人來"幫忙"

我也不認同文中所說的, 讓企劃去學coding, 這真的過頭了
能夠有一點點的共識與溝通語言即可

但上述的現象就會因為coding相對來說學習成本較高, 所以會覺得這樣不太對
反過來說, 今天如果請工程師"幫忙"寫個企劃案, 或是標案文件等等....
很有趣喔~大部分都會被ㄠ成功...因為...只是文書處理嘛~
也有範本讓你照著打啊~~
不過...心中OS則是:
現在我幫你生企劃案, 那怎從沒看過你來幫忙寫code?!

尤其一些小公司之類的, 很容易出現這情況@@"

我也不認同文中所說的, 讓企劃去學coding, 這真的過頭了
能夠有一點點的共識與溝通語言即可

沒錯~我也是這樣認為的!
尤其是溝通是依照長期的工作經驗累積而成
協作久了你有在思考的話自然會去理解工程師需要的資訊到底是什麼
絕對不是你直接寫扣給他們!

工程師協助標案文件,其實我覺得也過頭了...
台灣的環境確實有很大的進步空間
需要大家更尊重專業,而專業者也同時必須透過精進專業來尊重自己的工作!

/images/emoticon/emoticon12.gif

我要留言

立即登入留言