當你們跟我們變成我們 , 小心到最後我們都不我們了

當你們跟我們變成我們 , 小心到最後我們都不我們了

在很多書或是文章中都提到 , 與他人溝通要讓對方產生同理心 ,
最好是要使用 "我們" , 而不是 "你們" ;

這原則我不是不知道 , 但是問題是要看用在甚麼時後跟什麼地方 ,
明明就是應該要確認工作跟指派分工 , 不說清楚獎明白 , 還在哪邊 "我們" , "我們"的 ,
到底是誰要負責作?

所以在職場中 , 如果有兩個部門在合作一項事務時 , 各有各的職責並需去負責跟作業時 ,
你的相關文件或是 Email 要怎麼寫?

範例一:
你們XX部門需要負責工作A
我們YY部門需要負責工作B

有些人看了就會說 , 這樣不是違反上面說得 , 不要使用你們 , 而是要用我們的原則嗎?
好吧 , 那就來改吧!!!


範例二 :
我們需要負責工作A ,  工作B

收到信件的兩個部門的相關同仁 , 看到 "我們需要負責工作A ,  工作B"
XX部門同仁的想法:
(a)我們部門需要連 YY 部門的工作B 也一起作嗎? ,
(b)嗯 , 發信的是 YY部門 , 所以我們指的是 YY 部門 , 所以統統都是 YY部門要負責

YY部門同仁的想法: 我們部門需要連 XX 部門的工作A 也一起作嗎?
(c)我們部門需要連 YY 部門的工作B 也一起作嗎? ,
(d)嗯 , 發信的是 XX部門 , 所以我們指的是 XX 部門 , 所以統統都是 XX部門要負責

 要嘛就是
(1)兩個工作都由單一部門全包了 , 一個部門閒閒沒事幹
(2)兩個部門都不作 , 以為對方要負責 , 結果都沒人作
(3)兩個部門都做了全部的工作 , 結果重工 , 兩邊的人力負擔都很重 , 而且有可能還作不好 , 因為做的不是自己部門專長的工作
(4)最佳狀況 , 兩個部門自己知道Email 中的我們要負責的工作有那一個是自己部門要負責的

如果Email通知或是文件中寫的都是"我們" ,
請問有問題發生了 , 是誰要負責? , 是"你們"要負責 , 還是 "我們"要負責? , 還是"大家"要負責?
當你們跟我們變成我們 , 小心到最後我們都不我們了?



當 User 單位給錯計算公式 , IT 照著公式去開發系統 , 到最後算錯錢的時候 ,
是 User 單位要負責 , 還是 IT 單位要負責 ? 是"你們" , 還是"我們" 要負責 ?


那麼 ? 你告訴我 , 在需要大家協同合作 , 跟責任分工的情況下 , 是要用 "你們" , 還是要用 "我們"?
(大部分的狀況下是:
 我們有工作要作 , 我們指的是 "我"方 , 另外的"們" , 是不用做事的那一方
 當問題發生了 , 我們 , 有問題要處理 , 這時候絕對會變成 "我"方 , 或是"你們"有問題要處理...


在企業環境下 , 如果有人老是拿著"我們"來跟你要求時 , 請小心 ...
就問這麼幾點 , 作好了 , 績效是我們的 , 還是你們的 , 作不好 , 問題是我們的 , 還是你們的....


當 User 拿著錯誤的公式要求 IT 照著錯誤公式寫出系統時 , 結果要收的錢 , 或是要付的錢算錯了 ,
請問 , 當發生問題時 , 公司對外會講甚麼 ? 是 IT 的系統寫錯了 ? 還是 USER的公式給錯了? 所以算錯錢?
這時候 , 80% 都會變成是 IT 的問題 !!! , 不相信去看看大部分的新聞案例 ,

很多時候 , 提出錯誤需求的 User 方多半是把責任撇的一清二楚的 ,....
這時候是我們還是你們....
)


還有很多時候是 User 要系統上線要的十萬火急 , ...
但是 IT 請 User 提供必要的需求說明或是進行確認時 , User 可以拖個 2 , 3 週不回應 ,
直到時間到了 , 又回過頭來怪 IT 延誤....
請問這個時候要怎麼寫 Email ,

原本是要寫 "要請 User 單位儘速確認 xxx 需求文件是否有誤"
變成是要寫 "要請 我們儘速確認 xxx 需求文件是否有誤"  , <-- User 收到這樣的Email 會理你才有鬼 , IT發的Email , 講的是"我們" , 當然是 IT要確認

所以當你們跟我們變成我們 , 小心到最後我們都不我們了
當分工與職責劃分不講清楚前 , 濫用同理心原則 , 到處講我們 , 根本是擺爛的態度....


在很多書或是文章中都提到 , 與他人溝通要讓對方產生同理心 ,
最好是要使用 "我們" , 而不是 "你們" ;

這原則我不是不知道 , 但是問題是要看用在甚麼時後跟什麼地方 ,
明明就是應該要確認工作跟指派分工 , 不說清楚獎明白 , 還在哪邊 "我們" , "我們"的 ,
到底是誰要負責作?


水患發生了 , 如果政府內部會議 , 還在強調 , "我們"要搶救災民 , "我們"要調配物資 , "我們"要提供急難救助 ,
"看" ,
你就看看 "我們"是"我們"的那些部門或是哪些單位要負責?



明明就是應該要確認工作跟指派分工 , 不說清楚獎明白 , 還在哪邊 "我們" , "我們"的 ,
到底是誰要負責作?

不會煮菜的寫不好程式 , 當不好PM

不會煮菜的寫不好程式 , 當不好PM <--這個標題 , 純屬瞎掰 , 有無道理容後說明

在一些程式設計網站 , 最常見的初學者或是初入職場的人問的問題?
某某程式 , 不知道從何寫起 , 或是不知道從如何寫?

我敢打包票 , 這些人大概不會煮菜 ,

首先 , 你要煮菜前 , 要上菜市場買菜 ,
買菜也分為兩種 , 一種是隨便買亂亂買 , 一種是有目的的買
例如: 你已經盤算好了 , 今天要煮 排骨蘿蔔湯 , 炒高麗菜 , 糖醋魚 , (關於怎麼配菜也是問題)
那你要買 的材料絕對是要煮這三樣菜的材料 , 絕對不會搞個冬瓜回家 , 也不會搞個雞回家...
為什麼 , 你已經決定好的要煮的菜 , 而要煮的菜 , 絕大部分都有固定的食譜 , 也就是有固定的配料跟調味料的樣式 ,

那跟寫程式有甚麼關係?

有的人寫程式是這樣寫的 ,
"我要寫個可以兩人對戰的網路遊戲" ,
 "但是我完全不會寫" ,
 "希望有人教教我 " ,
 "要有範例 ",
" 而且必須是藥用 C# 寫的" ,
"還有 , 我很急 , 就在線上等 , 請趕快回覆"
這樣很了不起的網路問問題的大爺問法 , 看過沒有? , 我看過 n 次...

有點扯遠了 , 這跟煮菜何干 ?
"我要寫個可以兩人對戰的網路遊戲" , <----- 我要煮個兩人吃的菜
 "但是我完全不會寫" ,                            <----- 但是我完全不會煮
 "希望有人教教我 " ,                              <----- 希望有人教教我
 "要有範例 ",                                           <----- 而且要有食譜
" 而且必須是藥用 C# 寫的" ,                <-----最好要有@XO#
"還有 , 我很急 , 就在線上等 , 請趕快回覆"

如果你就是那個人 , 你要如何回答問題
 我要煮個兩人吃的菜         <----- 首先問問題的方法就是錯了 , 要煮甚麼菜沒有說清楚 , 十分發散
                                                         如果可以決定要煮甚麼菜了 , 下面的問題就簡單了
                                                         例如：要煮佛跳牆
 但是我完全不會煮            <----- 我也不會煮佛跳牆
 希望有人教教 我               <------- 現在這個時代當然是要上網查 , 有食譜 , 有作法
 而且要有食 譜                  <----- 

剩下的是甚麼? 準備材料 ,
買回來的材料 , 還要一一經過整理清洗 , 看是要切絲 , 切塊 , 切條 , 切丁 , 反正看要煮甚麼菜 ,
相同的材料 , 用在不同的菜上面就要用不同的處理方式 ,

竹筍炒肉絲 , 如果你硬要切塊 , 切丁也不是不行 , 只是口感會不好...
(一 般來說 , 一道菜 , 如果有切絲的 , 那相關材料都是切絲 , 要不就全切丁(EX:  生菜鴿鬆 , ))
又有點跑題了....


但 是萬一 , 碰到一個你不曾用過的材料的時候怎麼處理?
先去學如何處理那個材料 , 那個材料會處理了 , 菜大概也成功一半了
(菜的烹 調方式也是一樣 , 哪裡不會 , 有需要就學 ,)


另外一點就是處理材料的方式 ,
有的人煮菜 , 會把所有材料全部先處理好 , 該洗 , 該泡 , 該削皮 ,  該切絲 , 該切丁 , 該醃的 ,
全部在生火之前 , 全部弄好 , 而且會把材料一一放到適當的剛盆 , 調理碗 ,
等到要生火 , 倒油熱鍋時 , 就只需要 , 把事先準備好的材料 , 一一下鍋 , 等火候到了 , 加調味料 , 起鍋 , 菜就煮好了 , 這種煮法 , 就不會手忙腳亂 ,


另一種人是一邊生火熱油 , 一邊才開始想要先煮哪道菜 , 然後才發現 , 材料的主菜還沒洗 , 趕快隨便洗洗 ,
鍋子已經在冒油煙 , 趕快胡亂切切 , 丟下鍋 , 突然發現 , 還有配菜 , 還放在冷凍庫 , 趕快拿出來 ,
還是結冰狀態 , 趕快用刀坎 (砍得動才有鬼) , 不得已 , 只好把冰凍的配料丟下鍋 , 這時主菜因為剛剛沒空翻它 , 已經呈現焦黑狀 , 而附菜 , 還是冷凍狀態 , 只好加大火煮 , 主菜黑焦的更兇 ,
過 了30分鐘 , 附菜是外面焦黑 , 裡面半生不熟 , 而主菜已經剩下黑炭了....
然後呢 , 等到一個小時之後 , 終於整道菜已經熟了(也焦了)
你還要加個調味料起鍋 , 然後把它吃下肚嗎?


有沒有發現 , 煮菜的方式 , 會碰到的狀況 , 也跟我們在開發程式或是在進行專案管理很雷同...
如果你不預作準備 , 就要胡亂去煮 ,  失敗的機率絕對很高....

===== 煮菜 vs 專案管理 對照篇======
但是如果你"會煮菜" , 那麼相信你在進行程式開發 , 或是進行專案管理應該也是有條不紊 ...
首 先先決定煮甚菜 (決定範圍 ,  主題)
進行材料採買        (決定資源 , 配置資源)
進行材料前處理 ,    (確認活動)
決定下鍋優先順序 , (進行活動排程)
確認菜都熟了 ,        (執行專案活動 , 進行品質驗證)
加調 味料 ,              
起鍋上桌                 (專案完成結案)



===== 煮菜 vs 程式開發 對照篇======
首先先決定煮甚菜 (決定要寫甚麼方面的程式)
進行材料採買        (決定需要用到哪些技術 , 網路通訊 , 壓縮 , 3D , 加密???)
進行材料前處理 ,    (確認 那些技術要如何使用 , 進行簡單學習確認)
決定下鍋優先順序 , (轉寫煮程式 , 將各個單項技術模組化撰寫測試)
確認菜都熟了 ,        (將各個模組合併在一起完成主程式)
加調味料 ,              
起鍋上桌                 (程式完成)