項目站點。
營銷性的:這種類型的交流是為了增強大家對項目的熱情。比如,出版項目成功經(jīng)驗、樹立正面形象、分發(fā)管理推薦信以及使用項目標(biāo)識。
項目經(jīng)理必須主動掌控交流活動,必須有意識的計劃并且執(zhí)行交流活動。如果你的交流行為既有效又主動,那么你會發(fā)現(xiàn)整個項目運作將更平穩(wěn),并且遇到的沖突及障礙會更少一些。
8. 文檔管理
許多項目經(jīng)理認(rèn)為只有當(dāng)項目中有幾百份文檔時才需要進行文檔管理。實際上,更好的方法是預(yù)先估計一下你認(rèn)為項目本身以及項目管理可能產(chǎn)生的文檔資料的數(shù)量,建立一套適當(dāng)?shù)倪^程和規(guī)則來組織文檔,并且在項目進行期間進行文檔管理以確保文檔不會失去控制。
小型項目的項目經(jīng)理不需要太多考慮文檔管理的問題。隨著項目的規(guī)模逐漸變大,項目經(jīng)理就必須要主動管理項目中的文檔資料了。管理文檔時可能遇到的最普遍的問題就是文檔丟失了或難以找到,以至于在項目結(jié)束時要重新書寫。最壞的一種情況是文檔的版本失去了控制,文檔的更新日期過期了、丟失了、混亂了或是無法確定了。
文檔管理是項目管理的一個方面,可以使用像文檔庫這樣的工具。然而,如果存儲文檔時沒有使用適當(dāng)?shù)募夹g(shù),以至于不能方便地存取文檔,那么使用工具只能讓問題更復(fù)雜。
文檔管理既簡單又復(fù)雜。簡單的任務(wù)比如說文檔命名約定。如果你的團隊中有10個人,每個人每周提交一份狀態(tài)報告,那么很快你就會有成百份的文檔資料了。如果每個人都使用通用的命名規(guī)范,就很容易組織文檔。那么,文檔的名稱應(yīng)該以每個人的名字開頭嗎?如果這么做
,每個人的歷史狀態(tài)報告會排在一起,很容易找到。
可能你想找到某個特定時點的狀態(tài)報告。這時,狀態(tài)報告就應(yīng)該以時間開頭。這樣所有的狀態(tài)報告就按報告周期排在一起。
文檔管理的另一個方面是規(guī)定項目使用的文檔管理工具。比如,你可能將Microsoft Word作為標(biāo)準(zhǔn)的文檔編輯器。如果你的項目團隊是跨職能的,包括客戶、廠商、供應(yīng)商,那么文檔管理規(guī)則就更重要了。
要想使文檔管理取得成功,有些其它的因素也必須考慮。比如,文檔存儲的位置、文檔的組織方法、訪問及安全規(guī)則、關(guān)鍵詞或索引、命名標(biāo)準(zhǔn)、版本控制、完成狀態(tài)、保留或銷毀狀態(tài)、備份以及標(biāo)準(zhǔn)模板。
9. 質(zhì)量管理
項目及可交付物符合客戶需求和期望的程度體現(xiàn)了質(zhì)量的好壞。換句話說,質(zhì)量的好壞最終要由客戶來評判。
項目組應(yīng)該努力滿足甚至超過客戶的需求和期望。有時候,大家可能會認(rèn)為高質(zhì)量就意味著最好的材料和設(shè)備,并且零缺陷。然而,大多數(shù)情況下,客戶不會期望而且也負擔(dān)不起這樣的完美解決方案。如果項目只是有一些缺陷的話,客戶還是會認(rèn)為交付的項目是具有高質(zhì)量的。
換句話說,一個解決方案設(shè)計完美、毫無缺陷,但是并不符合客戶的需要,那么這個方案也不是高質(zhì)量的方案。從質(zhì)量的觀點看來,質(zhì)量管理的目的首先是理解客戶的期望。然后,制定計劃及管理過程用以滿足甚至超出客戶的期望。
由于質(zhì)量的高低是由客戶來判定的,因此判定的標(biāo)準(zhǔn)看起來是相當(dāng)?shù)闹饔^的。然而,對質(zhì)量的評判也可以很客觀。我們首先需要把“質(zhì)量”這個一般術(shù)語分解成一些可定義質(zhì)量特征。
比如,你可能認(rèn)為計算機軟件的質(zhì)量應(yīng)該按照響應(yīng)時間、用戶體驗、易用性、幫助文檔以及缺陷的多少來衡量。你一旦定義了可以量化的質(zhì)量特征,你就可以判斷它們是否可以客觀的衡量質(zhì)量。
質(zhì)量管理不是一個單一事件:它是一個過程,一種思維模式。一貫高質(zhì)量的產(chǎn)品不可能出自有缺陷的過程。你需要建立一個先衡量質(zhì)量,而后改進過程的可重
!--StartFragment-->!--
>