[請益] 比較難溝通的同事
我待的公司是一個小公司,軟體部裡人只有4個半 (包含我,那半個人有機會再討論)
最近我升上來當 Project Leader
其中有一個同事,讓我很頭痛
想問問有經驗的前輩,有沒有比較好的解決方案
我想他主要的問題就是不太會溝通,包括聽、說都有點不擅長
衍生的問題包括
1. 請他工作完成要回報,講一次他回報一次,不提醒他就不回報
最後是靠 TFS 系統的回報功能才解決這個問題。
2. 對需求有問題不會問,告訴他如果需求寫得不夠清楚要問,
與其寫出來不符合客戶需求在那邊改改改,不如先搞清楚需求
(他不需要接觸客戶,負責接觸客戶的是我,他只要問我就可以了)
可是他95%的狀況都是硬寫,寫完再被我發 bug 改改改
3. 為了他,我已經把所有可能要注意到的細節都寫出來了,
但我覺得我的文字好像都掉到洞裡,
舉例來說,客戶網頁上的客服 e-mail 打錯了,我請他更改 (昨天的事情)
(事實上,之前自動寄信功能就發生過打錯事件,已經更改過一次了)
順便提醒他應該要整個專案搜尋一次,以免還有其他地方沒改到
結果 TFS 中他回報已完成,我把該聯絡方式頁面開出來看...
恩...第一個 e-mail 改對了,該頁面再往下拉又出現了一次 e-mail,是錯的
我只好在把該功能寫上測試失敗。
再舉一個今天發生的事情,有一個參加活動的連結壞掉了,網頁不存在
我請他修正,告訴她應該要連到 a 網頁
他回報修好了,我一點,卻跳到 b 網頁
我只好又給他一個測試失敗。
我目前能做的就是盯著他,交代工作的時候先用講的,再幫他把細節都寫下來
(他自己寫都會漏東漏西)
然後他寫的功能我一定都要細細測試過才能安心
我覺得很累,我自己也要寫程式,現在當 leader ,
還要負責安排工作、檢查功能、跟客戶溝通、教其他人寫程式
跟他這樣檢查完退回去、檢查完退回去,真的好浪費時間
4. 又想到還有一個問題,就是他會拒絕分配的工作
其實之前他有負責比較核心的程式,該程式的工作其實很簡單,只要轉發訊息就好
但性質上很要求穩定性,而他寫的程式就是不穩定,常常被客戶抱怨
某次開會檢討怎麼又斷線了的問題時,他就提出希望由其他人接手他原本的工作
後來我就把這個程式的維護接下來,他轉去負責後台介面。
類似情況這星期又發生了一次,有個撤下一年的案子,客戶又回頭說要做
我們原本是打算照之前的分配把系統重新架起來
但他拒絕原本的工作分配,希望一樣轉而負責後台介面就好
我們後來也是讓他轉了,這次是另一個同事額外負擔了一些他的工作
其實我之前就很痛恨能力好的人活該要做比較多事情的這種狀況
我覺得很對不起另外那位同事
我們老闆只是跟我說,他放掉所有核心的工作,只處理可取代性高的介面工作
那是他在增加自己的可取代性
我並沒有想趕走他,總覺得不需要斷人生路,所以也跟老闆說我會再想辦法溝通看看
但我現在真的覺得很累
他一直被我退件、發 bug 應該也覺得很累
好像進入一個惡性循環了
不知道有沒有人有好的建議>"<
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 36.237.219.16
→
12/07 13:05, , 1F
12/07 13:05, 1F
→
12/07 13:11, , 2F
12/07 13:11, 2F
推
12/07 13:14, , 3F
12/07 13:14, 3F
→
12/07 13:14, , 4F
12/07 13:14, 4F
→
12/07 13:15, , 5F
12/07 13:15, 5F
→
12/07 13:27, , 6F
12/07 13:27, 6F
我講完會再把內容打入 TFS 系統,相當於有一份書面通知了
包括介面我都會畫圖給他,的確有畫圖就比較不會有溝通誤差
但要是每次都要畫圖也很累人 囧
→
12/07 13:29, , 7F
12/07 13:29, 7F
可以建議我正確的動作嗎>"<?
→
12/07 14:36, , 8F
12/07 14:36, 8F
→
12/07 14:43, , 9F
12/07 14:43, 9F
推
12/07 14:53, , 10F
12/07 14:53, 10F
→
12/07 14:53, , 11F
12/07 14:53, 11F
→
12/07 14:53, , 12F
12/07 14:53, 12F
對,寫死的>"< 其實理論上,系統架設好之後就不需要改了
(不是那種套樣板的系統,而且就算需要改也可以做全專案搜尋,就沒有特別要求做活)
會改是因為之前寫錯.....
推
12/07 15:05, , 13F
12/07 15:05, 13F
→
12/07 15:09, , 14F
12/07 15:09, 14F
有沒有 3 容許人但不容許狀況,靠科技讓這個人的狀況減輕
像 TFS 系統就成功解決了進度回報的問題
(在公司使用 TFS 之前我得要三不五時去問他各個修改的執行狀況...)
→
12/07 15:10, , 15F
12/07 15:10, 15F
→
12/07 16:46, , 16F
12/07 16:46, 16F
→
12/07 17:18, , 17F
12/07 17:18, 17F
→
12/07 17:19, , 18F
12/07 17:19, 18F
是老手,比我還早進公司
其實我一開始升上來多少有一點不服的狀況,
有些人會認為我講的東西跟本就寫不出來
但後來我說,我寫,寫個幾次之後就比較沒有不服的情況
→
12/07 18:17, , 19F
12/07 18:17, 19F
→
12/07 18:18, , 20F
12/07 18:18, 20F
→
12/07 19:50, , 21F
12/07 19:50, 21F
→
12/07 19:50, , 22F
12/07 19:50, 22F
推
12/07 20:10, , 23F
12/07 20:10, 23F
推
12/08 01:10, , 24F
12/08 01:10, 24F
※ 編輯: uthily 來自: 36.237.219.16 (12/09 18:40)
→
12/09 21:42, , 25F
12/09 21:42, 25F
推
12/10 02:21, , 26F
12/10 02:21, 26F
→
12/10 02:21, , 27F
12/10 02:21, 27F
→
12/10 02:21, , 28F
12/10 02:21, 28F
→
12/10 02:22, , 29F
12/10 02:22, 29F
→
12/10 02:22, , 30F
12/10 02:22, 30F
→
12/10 02:22, , 31F
12/10 02:22, 31F
→
12/10 02:22, , 32F
12/10 02:22, 32F
推
12/11 18:26, , 33F
12/11 18:26, 33F
→
12/11 18:26, , 34F
12/11 18:26, 34F
→
07/12 21:38, , 35F
07/12 21:38, 35F
討論串 (同標題文章)