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

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

是日金句

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

腦風暴 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) 接收反對的聲音...積極的溝通,尋找共同的目標,非對抗...