markdown
#說明
這篇是在 IT 邦幫忙上,看見廖大大寫的文章,讀了覺得受益良多,也想把自己的一些想法,寫下來,讀這系列時只能說"相見恨晚",如果可以早點讀到,可能可以省了很多冤枉路。
作者:廖洧杰-初入職場,要學會主動回報進度
#操作流程
##先來說說看見標題
看到這個標題,"菜鳥工程師的必修的溝通課",哇!感覺會是一個大補帖,看到標題完全被吸引,就繼續讀下去囉哈
##主動回報進度
總歸來說考驗兩項能力:新人的產能和其他窗口的溝通能力
第一篇是關於"初入職場,要學會主動回報進度"
其實一方面了解主管所最在意的,真的是想要知道你的產能有多大
另外考驗的能力的是和其他窗口的溝通時間,回報進度的這件事情是必須的,我也認為作者寫得很好。
另外主動回報的好處除了可以讓讓主管知道產能,也可以知道事情的進度,若有卡住的情形也可以有外援。
##外援的重要性
我覺得找到外援也是很重要的,因為是菜鳥,缺乏經驗值可以點技能哈,所以希望還是有老鳥可以帶,多累積點經驗,但一開始剛到公司,也是會害怕自己是不是甚麼都不會。
但之前有聽過一位前輩所言,他認為工程師的工作,雖然是大家可以獨立分工開發,但其實中間的溝通傳承是很大量的,更何況是剛到一個新的公司,光是要熟悉原本的業務,前一位工程師寫的程式碼,有些時候有的專案還會有文件、程式碼也有註解,但不是每次都如此的幸運,所以光是要了解程式運作都需要不少時間了,那大可不要害怕的多問吧,這也是加速自己進入狀況的方法。
##評估時間
還有一個作者有提到的評估時間,其實我也覺得這個對於菜鳥來說有點困難。
但是作者給了一個比較好時間量測的方法:
根據有無案子的相關經驗所佔的比例,去預估自己可以完成的時間,例如 :
案子有 10~20% 沒接觸過,可以研究一下給一個明確的時間
若案子有 50% 以上沒接觸過,就告知,也許能力還不及
這樣也可以讓主管針對案子有所安排。
這一系列是鐵人賽,所以應該有三十天,那就繼續讀下去
##補充- 你是屬於「悶著頭做事」的認真員工,卻常常被老闆誤解嗎?
其實上述說的技能,不是只有針對菜鳥工程師,應該說就是因為在菜鳥時期學會了這些技能,才晉升成老鳥的,但也許也有還不會這些技能的老鳥...
從另外一位作者在 cheers 上發表的文章終了解到,老闆其實比起過程,他更在乎結果,會造成這樣的原因其實也是有點道理的,因為老闆有更加可貴的時間,更不可能從頭到尾清楚整個事情,只能夠知道事情的結果,以及事情的目前進展就已經是老闆優先在呼的了。
因此,作者提出了一項,可以在下班前,和老闆報告今日的工作進度 email 的方式,也可以有留底,主動式的回報,也可以讓老闆感到安心,而不是老闆去追著每件事情的進度,這也可以培養更好的工作默契。
留言
張貼留言