資訊傳遞

husthxd發表於2008-03-20
原文連結
http://publish.itpub.net/erp/2008-01-02/200801021911969.shtml

很多專案經理都是屬於「被動式的專案經理」。就是「你先說你要什麼專案資訊,我想辦法去弄這些資訊出來給你」。因此,資訊整理的工作基本上是沒有列入工作管制的,只能夠見招拆招,抱著應付的心態來面對資訊的供應。

如果換個比較主動的角度來看,專案經理先了解每個與專案有關的人想要知道什麼,這些資訊一定有重複的地方,然後將這些資訊做個整理歸類,不等你開口要,我就先提供給你,讓你對專案沒有疑惑,化被動為主動。這些資訊整理歸類的動作,直接就納入在專案經理的工作管制之中,這樣對專案經理而言,也沒有任何的「意外」。

講起來簡單,做起來其實也不難,二個小時就可以做好溝通計劃,幾個步驟掌握住就好:

(1) 認識專案干係人

(2) 分析專案干係人的資訊需求

(3) 依照資訊需求找出資訊種類

(4) 將資訊種類歸類

(5) 決定資訊傳遞的週期

(6) 決定資訊傳遞方式

(7) 蒐集資訊

(8) 傳遞資訊

(9) 檢討資訊傳遞成效

-----------------------------------------------------------------------------------------------------------
資訊傳遞在目前專案做得確實很差,特別在知識傳播方面,比如:
A.已有現成的功能模組,由於及時傳播出去,造成不同的開發人員重複開發相同的模組;
B.不同的系統分析員,基於不同技術架構開發,相互不溝通,技術不相容,開發人員用了其中一個技術框架,發現實現不了,只能使用另外一個,但由於不相容,需要重做大部分工作.
C.公共模組沒有必要的文件說明,開發人員不明所以,增加溝通成本.

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

相關文章