2008年7月9日星期三

專案與電車(二)

專案與電車(一)中談到專案計畫和電車路線相似的地方,如果沒有看過的,現在就去看吧。

曾經有朋友對我說:「走得太快是沒有用的,就如電車GO一樣,如果行太快的話便會收到減速信號,要是衝燈的話會被扣秒數的。」專案的進度也是一樣,過快的話會有反效果的。不明白?不要緊,我們便從頭說起專案的運行過程吧。

capture_06222008_180612

左上方的是加速計,數字愈大加速的力度也愈大。專案速度不是轉眼便到達的,特別在學習的階段加速度便更慢了。一個新的專案要花時間去了解,進行分析後還要安排工作,各組員都有工作後才可以快速進行,往後想要有更快的速度便要靠組員的溝通和合拍了。

右上方是剎車計,數字愈大剎車的力度也愈大。專案要減速有以下的原因:

  1. 進度太快,專案沒有必要去到這個速度。
  2. 專案要結束,準備靠站。當專案要結束時,收尾巴的過程十分重要,這時要準備文檔給自己和他人了解自己的專案,也是修補製成品上的缺陷的時候。收尾巴收得不好,你的製成品沒法使人懂得使用,可以使你前功盡廢。

中間的是分數,也是整個專案的信心,專案做得愈好分數便愈高,相反沒有分數的話專案便會被逼中止了。

左上方有兩個時間,上面的是檢查點的時間,下面的是現在時間。檢查點要準時通過,過慢會延誤進度,過快可能讓使用者增加更多要求。

速度制限是用來限制車速。當專案目標不清晰,或者專案前景不明朗時,專案便會被限制速度,速度太快有可能使你所做的給白費了。

訊號燈是用來反映組員們的意見,當專案沒有必要去到這個速度,但是還要逼他們加速時,便會變成有速度限l制的訊號,例如減速訊號。

capture_06222008_180800

如果不理會這個訊號,他們便會擺工:

capture_06222008_180809

ATS作動會強行把電車停下,以免發生意外。當收到這些訊號,便要留意組員的溝通,及早解決以免影響專案進度。

這是不到死期也不願做的態度。我做過的專案組員們就是這個態度,當通過一個檢查點(Checkpoint),下個檢查點不用太快的時候便會顯得懶散。由於組員們不是專案管理專家,因此這些訊號不會理會下個檢查點能否準時通過,而不合理地發出。我曾經告訴他們按照當時的速度,專案必定會延誤,但是他們並沒有理會,一樣的慢慢地做,結果也是臨到死期才全速趕工。

capture_06222008_182720

限速訊號的發出主要是團隊士氣不足,受到外來或內在的因素打擊而提不起勁。我曾經遇過以下的因素:

  1. 使用者不滿意(Project Work 3)
  2. 使用者的目標和團隊不一致,而且團隊的目標不被使用者接納(Project Work 3)
  3. 要求太高,時間太少,部份組員採取放棄態度(Project Work 2, AISP Project)
  4. 錯誤的分工,使組員不能完成手上的工作(Project Work 2)

好了,今次便到此為止,下次我會談談從電車GO領悟到的專案管理建議,也有對曾經和我一起做專案的朋友的一些建議,不要錯過。

沒有留言:

發佈留言

歡迎說說你對這文章的意見,一同討論。請不要發表和文章無關的留言,保持網站清潔衛生,不要在留言上留下任何垃圾,否則會被掃地阿嬸清理,並追收垃圾徵費。
詳情請參考本站嚴禁黑帽SEO行為