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

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

事情是這樣的！（以下情節如有雷同純屬巧合，請勿對號入座，請不要吉我）

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

但，企劃們開始有點苦惱，因為他們除了寫文件外還得學code（！）
工程師也很苦惱，企劃都來寫code，那自己的價值是什麼呢？...

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

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

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

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

溝通與協作

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

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

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

不太懂？
相信正在讀文章的你，有看過醫生吧！？（該不會大家都健康好寶寶，連健康檢查都不用去...覺得羨慕。）

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

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

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

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

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

團隊關係

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

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

一知半解是最可怕的事

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

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

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

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

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

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

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

所以到底該怎麼溝通？

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

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

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

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

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

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

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

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

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