Skip to main content

scrum session ~

前日去了 ThoughtWorks 有份舉辦介紹 scrum 的session,去窺探一下i.T. 世界上的光明一面 ~ 剛到場時只見到 幾位外國人,還以為外了小影和我以外,香港真的沒有人對 agile development 有興趣 ~ 好在 ~ 最後都有一大班 還來的香港人到 ~ 有興趣的朋友收到 Agile 的同行, 可以到這裏看一看 ~

整個 session 都很有趣。傳統 的 Water Fall methodology 的不足 未能 好好管理 Chaos (user 突然間想改 UI, requirement, 發覺某 task 原來被嚴重低估了, etc) 而導致 很多的不幸...令業界們痛定思痛...賞試去用另一些方法去應付問題 ~

我覺 這個世界沒有最好的方法,只有較好的方法。始終,一個方法能否得到適當的執行是靠人的...不是一個 Buzz word 可以幫到 : 在一個團隊中,沒有人能夠 Commit 去完成任務, 用甚麼方法都係無用 ~ 不過我又覺得肯去運用新方法的公司是 大膽和有遠見的,不變係死硬,變的話都仲有少少機會生存 ~ Zombie company ...我唔想再做 ~ XDDD

不過另一件我想講的事...係我在會議見到有些令我很火滾的人...
1) 遲到
2) 見到有空櫈就立即坐上去...完全無諗過點解後面會有人企...點解會諗唔到個位係有個人坐而佢又啱啱去左廁所...
3) 當佢想去廁所時, 佢又竟然又會叫佢同事坐住佢個位...
4) 當人家做 Demo 時,佢就同佢同事係咁講佢地公司的 blah blah blah ~ 完全唔理會嘈住人地聽野
雖然好唔高興,但係因為當事人係女人,所以我地一班 I.T. 人都好有忍讓地忍足佢全場 (其實我有好幾次想爆句 Can you shut your fucking mouth up and get out of here?)

Comments

Anonymous said…
<<易>>中有云,窮則變,變則通,通則久。

如要Agile development實行,則要得到management的support。

但奈何現在的top management 都是來自 waterfall 年代的,要令他們相信Agile development,還要等多一個 generation 或真係有一D Insightful 的大人物。

過往的 software ,比較簡單, single-threaded,又唔駛 multi-tiers ,又唔駛理networking、server/client 咁,可能用waterfall 係 work的。

但現在電腦的運算能力和記憶體都愈來愈強,software 愈來愈複雜就必然的了,預算錯誤,只係因為software 太 complicated 。

User 接觸web applications 的機會又多左,好似 Google, Facebook, online e-banking 咁,自然要求多多。
Anonymous said…
真的很對不起,你駡得很對,我確實太過無禮貌了。

對你和其他參加者造成的騷擾,我在此道歉,希望你們原諒!

Aaron 的講解很好,我也希望再有機會學習多些有關 Agile 的知識。
Kenny Yan said…
>Alex
你幾時可以升上去呀 ? 咁 ?

>Belle
知錯能改 善莫大焉 (講笑)
在下覺得香港I.T. 業界內, 有興趣研究 / 留意 新 開發方法的人不多,大家繼續努力吧 ~~

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