Skip to main content

Mea Maxima Culpa

以下係幾年前我對上級的 comment

Team Lead 係好聰明、好叻、做野好快。我都明白如果唔係唔夠人用,公司都唔會請我。但係...佢無時間教我,又期望我會好似其他同年人畢業的人 (中大 IE 畢業 者係同年的極品) 一樣 咁快... 一比之下,我就當然係差差差差差差差...最慘的係...佢的言談之間攪到我覺得我係個白痴 OTL ~ 真係好氣頂呀 ~~~

雖然該 Team Lead 無時間教我,仲幫我包底...不過自此之後,都無乜機會同佢合作 lu ~~~

幾年之後,估唔到...我做左一個 更扒街的 Team Lead,除了懂得唱 "在最壞時候必須卑鄙~~~"之外,仲無同仔仔女女們包底 (Well ~ 個人能力問題...不能一個人做多過一個人的事...否則我一早平左黃師父)
在下心裏曾經想過,有無可能同上頭建議有豐富經驗的同事們不應寫 Program 而改為做 Tutor ~ 傾好個 Architecture,教好小朋友才是黃道,但一想到自己耐性不佳,很有可能弄巧成拙時,心裏不禁一寒...在這個 Time frame,似乎唔係一個試新方法的好時間 (Oops ~ 我覺得我講野...越黎越似個老屎忽...)

I am so sorry for my imperfect, my over-estimation on our ability, and my under-estimation on the tasks' difficulty. Mea Cupla. Mea Maxima Cupla.

Comments

Anonymous said…
係呢個時候

我只可以說

香港的IT已死....

在五、六年後,當今天的仔仔女女成為 team lead 之後,究竟會如何?

有時候,公司賺錢都要有返D社會責任。

同年齡的人兄,已經有人想急於轉型做PM,de-skill 自己,對識得寫 code 都扮著不懂,對 technical 的事物心知而言不宣,好像覺得再談論 technical 的事物會影響自己成為PM的大好前途似的。

非也,未能薪火相傳,就算他招讓他成為PM,帶著只有年資而沒有知識的「大白象」SA,姑且看他如何做到delivery。

人應該好似建設銀行廣告咁,建得好未來,就要建得好現在。
安諾勿斯 said…
小弟又唔係咁睇,「各施各法」啦,唔同style o既team lead,有唔同o既優點,冇話邊種style係最好。

講真,如果你想以PM為目標,咁你真係要對technical有啲抽離。唔係話可以對tech o野不聞不問,但真係絕小再hands-on,tech o既knowledge真係會流於「吹」o既層面多啲。主要因為你o既role己經唔同,由focus係tech轉到focus係人。啲task rather自己做,而家delegate o左畀啲細o既做。不過,coaching skill真係唔小得,schedule幾tight都好,真係要同老細fight focus多啲coaching同design o既時間,唔係始終都係做一個senior developer,rather than一個team lead。

有篇好文介紹從程式員到管理,有時間不妨睇吓,會了解PM個role多啲。
Kenny Yan said…
>Alex
其實我地係咪因為當年俾人期望速成而 令到今日我地都期望其他人會同我地當時一樣...咁不切實際嗎?

出左黎做事,我覺得書到用時方恨少
唔知公司又會唔會覺得 人材到用時方恨少呢 ? XDD

>安兄
所言甚是!不過在下一向都只想做一個高科技打字員,喜歡留在 Technical 這個 comfort zone rather than Project Management. 我一向都覺得比起管理人類,編程 或 修電腦 就尤如寫 copy book. 有人年紀輕輕便已經成為 PM,有人做了 N 年都係 Programmer,我覺得只要各盡其力、定時更新自己對業界的認知,便已經善哉善哉

Popular posts from this blog

機構目標 Organization's Objectives

 今早 發生了一個小故事. 是咁的, 今早有位快递員送了一個 生果 籃到在下家. 過了一段時間後, 該 快递員發了個語音訊息給在下, 問可否拍一張 生果 籃的照片並傳給他. 當時在下已跟內子把該 生果 籃拆了, 並將生果放入雪櫃.  該 快递員又發另一個語音 請求如若生果尚在的話, 可以隨意放回再拍照給他, 好讓 他交差.  是日在下十分合作, 如他所願地發了他需要的照片好讓他交差. 在這個故事內, 我可以推斷 / 想像到 該機構 需要快递員 拍照以證明生果 籃在甚麼情況下送到目的客戶地址。但若然  快递員 忘了這一步呢? 若果快递員對閣下作出以上要求, 閣下又會否理會? 在一個人多的機構內, 很多時候都有很多大家都不太明白為何要做, 但大家都正在做的程序。會不會都有跟以上故事差不多的效果? 也許閣下會覺得 在下沒有勇氣對該 快递員 直斥其非, 只敢在這吐糟。不過, 這個是  快递員 的錯嗎? 非也, 是因為香港土地不足!!

腦風暴 BrainStorm

1) 鄧小平 有一名句:「不理黑貓 還是白貓,找到老鼠的就是好貓。」(*雖則最平有 綠貓 和 透明貓的出現)。那我又為何老是要人家 接受我的那一套呢? 2) 用管理流水作業生產模式去管I.T. 並不適合。 3) 不要以為你工作比較久,經驗就一定豐富。I.T. 是日新月異的,昨日用的方法,明日可能會有更好的,所以不進修、不多留意業界,就等於令自己 Fade out ~ 4) 作為小的不要老是依靠老大的帶頭改變,如果每一樣東西都必定要由 老大 去提議 / 決定,那麼老大走了世界又會變成甚麼?小的之所以能變為老大,是因為他們擁有變成大人物的要素 - 看到問題,幫手解決;當然小的亦可以很簡單地怨天尤人 ~ 那麼一輩子可以過得簡單一點。 5) 在 [你會問問題嗎?] 一書內,作者引出一個對我來說是一個很新的想法,又或者 依小影的說法 那是一個巧妙的心理陷阱。要看一個領導是否能幹,不是看領導在場的時候手下甚麼做事,而是要看領導不在時手下甚麼做事。 6) Single Point of Failure = Fatal! 7) 我很容易動怒,之後作人身攻擊... 8) Pointing finger does NOT give much positive impact on the whole company. 指出了別人的錯誤並將他 凌遲處死 當然可收 以警傚尤 之效,但是我們是否可以再多走一步,審視一下是否 系統 / 制度上有問題 ? 9) 如果每次都要 上級 明確地指出我的錯誤,那我未免太遜了! 10) 要提醒自己不要被負面思想 / 文化 侵蝕~!! 11) 為甚麼要用 coding standard ? I.T. 這行的流動性大,寫這個 program 的人明日可能已經不再在此。如果程式是依照的是業界標準寫的話,接手的人不就會比較容易看明白嗎?! 12) 接收反對的聲音...積極的溝通,尋找共同的目標,非對抗...

是日金句

星期五有幸聽到呢一句 "山不轉路轉、路不轉人轉" 當時我理解為 "盡則變, 變則通". 然後在 網上再找找 又找到更多的解說. 當時亦在腦中播出 劉德華 劉天王 的 常言道 BTW, 這個 LMGTFY 網站似乎最近改變了不少...