2007年8月19日星期日

Project work 2B 好的方面的補充


  之前在會議中我想不到在Project Work 2B的後期做得好的原因,今晚看完一擲千金後終於記起了,原來都是個很動人的故事來的。當時,佔該科目總分的一半的製成品已經完成了,在最後一分鐘光碟已經繳交了,但是之後發現很多功能都用不到,在這時候多美好的期待都沒有了,就像一擲千金裡由三百萬跌至只有數萬,但我們不是甚麼都沒有,還有presentation和其他文件可以追回分數,但是分數最多只有15分(其他文件佔10分),我還記得在演說前一晚有組員在MSN問我做project先還是做ISP(其他科目的家課)先,我回答說:「做project先。」在演說中大家都很用心的介紹自己所做過的,還有組員擔心時間不足調節速度呢!接著在寫文件中組員們都很用心的去測試製成品,那怕製成品有甚麼缺憾,還忙著為到自己所做的功能提供詳細的說明,到了最後繳交時連同Project Work 2A所寫的文件,合共超過五百頁(Project Work 2A估算佔了總數一半,有錯請提示)。回想起這段情景,就像一擲千金裡的玩家要從幾個寶箱中爭取最大銀碼,即使無法回到有數十萬的時候,相信這是團隊合作最燦爛的一刻來吧!
  看回MSN的記錄,當時不只Project Work,還有其他科目也是忙著做的,當時其實可以放棄Project Work去做別的科目,用更多時間去爭取其他科目的分數不好麼?但是我們沒有放棄,只知道Project Work不合格的後果是不敢想像的,就是有這份堅持,這一科最後都合格,而且分數也不錯呢!
  如果當時我在MSN回答的時候不是這樣說,是回答做ISP先的話,我想沒有人會繼續為那些少分數而努力,也沒有這個出人意表成績。跌倒了,要懂得站起來,這樣的團隊才能經歷風浪,為自己,為朋友,留下美好的回憶。

2007年8月17日星期五

Project work 3 第04次會議

與會者:Charlie, David,啟輝

地點:柴灣IVE

日期:17/8/2007

時間:下午2時正

會議目的:建立有效的專案計劃

專案團隊議程:
· 開頭的簡短介紹。
· 議程審查。

  1. 取得上次會議的評價
  2. 腦力激盪:討論怎樣配合各角色來實踐在編程前的各流程(各角色的工作)
    1. Proposal
    2. Initial Report(Requirement specification)
    3. Design specification
  3. 為流程定下具體的時間表(要衡量常見的風險)
    1. Proposal - 28/9
    2. Initial Report - 11月初
    3. Design specification - 明年1月前

· 列出本次會議的行動項目(何人、何事、何時)。

· 為下次會議訂定議程與時間。

· 對於此次會議給予評價。


你們要預備:

  1. 回想上一次所做的project,甚麼地方做得好?甚麼地方做得不好?這個結果是怎樣做出來的?
  2. 得不好的地方:如果可以讓你時光倒流,給你多做一次,你會怎樣去改變這個結果?
  3. 做得好的地方:如果今次也是這樣做,會否同樣做得好?
  4. 當去做這些項目時,有甚麼風險(常見和不常見的)?解決方法留待下次會議討論,放在同一次會議討論恐怕時間不夠。
  5. 看看這些文件的撰寫指引,有甚麼東西要做(有點像層層疊)。

2007年8月15日星期三

八福臨門

來源:《號角》八福臨門

中國人講求「五福」、「十全」;《聖經》卻傳講「八福」、「十誡」。所謂「八福」便是《聖經.馬太福音》第五章,耶穌基督在「登山寶訓」中談論的「八 福」。中國人追求「五福」,乃是為了自己今生的享受;而《聖經》內「八福」的含義,卻包括了個人、家庭、社會、今生和來世;若按照「八福」教導而行,以下 提及的福氣都得著了,這豈不是更大的祝福?

想得享「八福」,不妨先明其義:

虛心的人有福了!因為天國是他們的:虛心是自覺不足,而不斷追求進步。「滿招損,謙受益」,太自滿的人,沒有進步的餘地,這包括在學業和事業上。當一個人 開始自滿時,進步便相對減少;而更可怕的是,很多人只滿足於今生的成就,卻沒有虛心追求天國之道,以致失去永生的福分。若認識自己的渺小及生命的短暫空 虛,轉而懂得倚靠上帝,就必成為天國有福的子民了。

哀慟的人有福了!因為他們必得安慰:在人類壽命的紀錄中,一般女性比男性長壽,原因是女性愛哭,懂得發洩情緒;而男士們卻是流血不流淚。上帝要我們作個像 孩子般純真、處處真情流露的人,哀慟又何妨?因為哀慟的時候,必得著一個有福的確據──從天而來的安慰。

溫柔的人有福了!因為他們必承受地土:溫柔不是懦弱,卻是由個性成熟、思想冷靜產生出來的節制能力。在一般人的觀念裡,要得土地必須經過一番爭鬥,甚至強 搶;但是在神的應許裡,不使勁的溫柔人卻可得地土作獎賞。這不就是福氣了嗎?

飢渴慕義的人有福了!因為他們必得飽足:飢渴慕義是一種正確的動機,促使我們行走公義的路。可惜今天很多人渴求的,是金銀財帛、性愛情慾......一些 「喝了還要再喝」,永遠不能滿足的東西。那些追求公義、真理,以致心靈得著飽足的人,所享有的正是滿足的福樂。

憐恤人的人有福了!因為他們必蒙憐恤:孟子說:「愛人者,人恆愛之。」對人有出自愛心的關懷、憐憫、體恤,必得著別人的真正友誼。《聖經》明確記載:神喜歡憐恤;所以作一個憐恤的施予者,也必成為蒙福的接受者。


清心的人有福了!因為他們必得見神(上帝):「神是個靈,所以拜祂的,要用心靈和誠實拜祂。」清心,是指沒有雜念的心靈境界,當我們以單純清潔的心去親近 神時,神必被我們尋見;一個時常可以與神面對面交流的人,當然最為有福。

使人和睦的人有福了!因為他們必稱為神的兒子:神的獨生子耶穌基督,是和平之君,祂不單教導人互相扶持、彼此相愛;還捨己為人,叫人藉著祂能與神和好。若 我們效法基督的榜樣,廣傳福音,使人與人、人與神和好,就是神的好兒女了。能夠被天地間最偉大的神稱為兒子,世上哪有比這福更大的嗎?

為義受逼迫的人有福了!因為天國是他們的:若要締造一個公義、平等的社會,必須有不畏權勢、為公義發聲的正義者。為義受逼迫的人,有如中流砥柱,就像耶穌 當日為履行神的義而受人逼迫一樣,終必得著天國為賞賜。這個祝福是超越人可以想像的。

這樣說來,得著「八福」豈不比享有「五福」更具永恆價值嗎?祝願大家今年:「八福臨門,人生更豐盛,更滿足!」

2007年8月13日星期一

願景是甚麼?

來源:《號角》月報2004年5月

「願景」既不是讀書可以讀出來的,那麼是從何而來?願景雖然是領袖的見識和眼光,其實也不是只限於領袖所有。《 聖經 · 箴言》有一句話說:「民無異象,就必放肆。」這句話中「異象」,是古老的譯法,今天可以代之以「願景」,就不會讓人想到見到甚麼怪異的夢兆之類。撰寫《箴言》的智者說,人們如果看不見一個活著的意義和前景,就會出亂子。而這個「看見」這個人生的智慧,是從上帝而來的。《聖經》記載,敬畏上帝是智慧的開端,是同樣的意思。它與聰明不同,那是智商和技巧。它是智慧,一個對人生和社會的願景。

只可惜今日人人都追求聰明,忘記了智慧。只放眼在謀生的技能而沒去為自己的生活尋找「願景」。

2007年8月10日星期五

Project work 3 第3次會議記錄

與會者:Charlie, David,

地點:柴灣IVE圖書館

日期:7/8/2007

時間:下午2時-5時

會議目的:繼續啟動Project Management Tools專案團隊


  1. 取得啟輝對Project的意願
    1. 願景:完成專案,平過渡過,沒有意外發生。
    2. 目標:盡自已努力完成工作。
    3. 貢獻:
      • 愛做的:
        • 整理文件、撰寫文件
      • 不愛做的:
        • 編程
    4. 擔憂:
      • 資料遺失
  2. 討論重要事項、團隊規則
    • 成員的工作時間:
      • David
        • 任何時間(星期天全日除外)
      • Charlie
        • 任何時間(星期四晚上及星期天全日除外)
        • 稍後才會知道
        • 已知逄星期四至六的晚上不可
    • 聯絡方法
      • 時間不許可時可用MSN進行網上討論
    • 文件格式
      • 使用統一的範本,以免有兼容的問題
    • 臨時動議::(留待下次討論)
      1. 要有程式碼才會有文件
      2. 不要使用貪新鮮去使用最新的軟體,以免有兼容的問題
      3. 所有要繳交的項目要提早一星期完成,預留時間做檢查,即使項目還有可改進的地方
    • 團隊規則會在下次會議討論
  3. 列出專案利害關係人的初步清單
    1. 有利的:只有我們的老師,同學們會很忙碌,沒有空教我們
    2. 的:可能是我們的Second reader
  4. Project Plan
    1. 定下團隊目標
      • 目標:完成所有項目,並且使我們在各方面的技能都有最大的進步。
    2. 建立流程
      1. 會議管理:
        1. 在會議完畢後寫會議報告,並準備下次的議程。
        2. 會議場地佈置簡單即可。
      2. 衝突管理:所有人願意花時間尋求共識。
      3. 專案流程:
        1. Proposal
        2. Requirement specification
        3. Design specification
        4. Coding
        5. Test plan
        6. User guide
    3. 分配角色(可隨時變動)
      1. 領導者:(可以是任何人,只要不是空著便可)
      2. 文書:輝
      3. 進程監察:
      4. 使用者代理:會在編程時才決定
      5. 系統測試員:所有成員都會做
      6. System Planning:Charlie和David
    4. 審查project suggestion form的內容,作最後確認。
      1. Expected deliverables:
        1. project management tool應該以標準為主,切合所以類型的專案,不用「度身訂做」
        2. User manual應該合而為一,在不同角色用法不相同的地方分別說明便可。
      2. function:
        1. 增加Login/logout

· 列出本次會議的行動項目(何人、何事、何時)。
何事何人何時
尋求supervisor的意見All
8月中
學習JavaAll
9月前完成

· 為下次會議訂定議程及時間。

· 對於此次會議給予評價。

  • 這兩個項目會以電郵通知



2007年8月6日星期一

請用原因說服我

喲哪桑 Speaking | 管理.軟體.產品.專案: 請用原因說服我
不知道為何定下這樣的目標,不知道為何做出這樣的決定,就難以瞭解這工作的意義;

不瞭解工作的意義,就難以對工作投入熱情;

人不是棋子,不是工具。人若工作沒有熱情,就難以為繼。

因此,請用原因說服我。告訴我,為什麼要這樣做決定。而不要只是告訴我、通知我,你的決定,我的方向。

當我信了你,你我才是一個 team,有同樣方向的 team。

2007年8月2日星期四

多表達心中所想,不要讓我變成「北堂傲」

你們也可以在這裡看到這篇文章
席天浩無功而回,得悉後大怒,欲召開武林大會,集七大派之力攻佔天一谷,樓主林遙生雖極力阻止,但北堂傲卻怒羞成怒,利用武林至尊之位,迫七大派屈服。(強劍第18集劇情)
昨晚有看強劍都知道在武林大會中,北堂傲一心想聯合七大派之力攻佔天一谷,但七大派卻因與天一谷有協議而不願攻打。
在大會開始時,北堂傲先簡介是次會議的目的:「但因為他們走進天一谷,為了要除去血影教的餘孽,所以要你們聯手攻打天一谷。」
接著直接進入結論:「既然大家沒有異議,那麼我們......」
樓主林遙生打斷北堂傲的話,說天一族和他們有協議,互不干涉,不應攻打,此時各派掌門都點頭,更有掌門支持。
北堂傲卻反對:「天一族收留血影教的人,已經先行違反協議,是天一族他們自取滅亡。」
當樓主欲再三反對時,卻被他以教主的身份阻止。最後七大派因為怕了他,被迫接受。
結束是怎樣?
林遙生借劍聖之名,取消攻打天一族,北堂傲一怒之下將其擊殺……

這個例子中的會議得不到真正的共識,只是假的共識,表面上好像各人都接受自己的工作,但是大家都是各持己見,結果還是各自為政。
會議時如果不用時間去收集各人的意見,當他們進行任務時便因為不願做這事而令他們產生壓力,使專案不能發揮效能。表面上做的是一套,但心中想做的卻是另一套,組員便會為「交差」而「交差」,不是為專案著想,覺得自己行差踏錯,不應存在於這專案中,輕則拖慢專案進度,重則失去良將,專案失敗告終。
各位如果是我專案的成員,請你們出席所有與你有關的會議,不要借別的事溜走,你的意見十分重要,上下一心才是高效專案的關鍵,我不要做第二個北堂傲呢!(今天北堂傲召開第二次武林大會時除了席天浩外所有人都走光光,把他氣得暈倒了。)