專案實踐-進度遊戲(4):Dream Time or Happy Date

IT168人月神話發表於2008-08-11
原文:http://www.jrothman.com/weblog/2005/04/schedule-game-7-schedule-dream-time-or.html

有時候,我所工作的組織有一直心照不宣的一致認同就是不討論進度問題。我已經看到過這種場景的兩種風格。第一種是在夢想日,專案團隊和管理層都相信進度,特別是他們用了有大量的圖表和不同顏色線條的進度管理工具的時候。另外一種是慶祝日,管理層需要一個進度日期,專案團隊會說道沒有問題到了聖誕節就好了,但是他們並不會說是哪個聖誕節。

終於,當一些聖誕節來臨的時候,或者已經錯過了足夠多的日期時候,人們開始討論進度問題。我曾經遇到過一個專案團隊,在專案五年的時間裡面從來沒有達到過計劃的進度里程碑。他們再三的開發著這種沒有任何餘量和緩衝的樂觀進度表。最後一個高層管理換了後,專案團隊被叫到高層管理例會上解釋進度。直到一個經理說到,我們想要直到什麼時候什麼事情要被完成,讓我們從做好一件事情開始,專案團隊才意識到他們需要尋求改變。

我不得不承認,我經歷了一斷困難的時期來理解人們是如何捲入到這種進度遊戲的。在某些觀點上,沒有人能夠避免專案的現實。但是,我無疑的已經看到了一些善於遊說的管理者通過恐嚇,勸誘或施加政治壓力以讓專案經理和團隊確信他們能夠達到慶祝日,一個管理層期望的日期。當這種管理層的遊說和不討論困難的文化結合在一起的時候,這種關於夢想日/慶祝日的進度遊戲就準備就緒了。(管理層需要一個Deadline,一個最後期限,專案即使任務毫無達到的可能,但是缺乏討論問題的文化,大家就只有玩起這種進度遊戲)

為了阻止這種毫無意義的進度遊戲,你需要工作在不同的級別。對於專案需要:
  • 通過可信區間和概率來解釋進度,特別是你沒有使用迭代的生命週期模型時候。
  • 使用迭代生命週期,通過可信區間來說明你將要執行什麼。
  • 不要僅僅度量專案進度,他們是審視專案真實進度的毒藥。
但是,進度遊戲的一個巨大問題是組織中的每一個人的意願都是安撫他人和避免衝突。而有建設性的討論和衝突將使一個組織更加強壯,老是去避免衝突和必須的討論將使一個組織不堪一擊。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/15027599/viewspace-429681/,如需轉載,請註明出處,否則將追究法律責任。

相關文章