本文關(guān)鍵詞：IT項目管理中的影響因素分析與對策，由筆耕文化傳播整理發(fā)布。

當(dāng)前位置：首頁 >> 計算機(jī)軟件及應(yīng)用 >> IT項目管理中的影響因素分析與對策

９８

福

建

電

腦

２００６ 年第 １１ 期

IT 項目管理中的影響因素分析與對策
陳文仰
（廣州市工商局越秀分局 廣東 廣州 ５１００４０）
【 摘 要 】 在 ＩＴ 企業(yè)的項目管理中， 影響項目管理的因素是項目當(dāng)事

人和項目干系人。要通過項目經(jīng)理的努力， 平衡 ： 項目當(dāng)事人、 干系人的利益， 減少項目管理阻力， 使 ＩＴ 項目管理成功。 ： 【 關(guān)鍵詞 】 ＩＴ 項目； 項目管理； 項目當(dāng)事人； 項目干系人
隨著 ＩＴ 業(yè)的發(fā)展， 人們也越來越認(rèn)識到實(shí)行項目管理的重 要性。 由于信息產(chǎn)業(yè)的技術(shù)含量高， 信息系統(tǒng)集成項目經(jīng)常會遇 到需求多變、 技術(shù)更新和所處的環(huán)境變化快速、 人員流動頻繁等 情 況 ， 故 影 響 ＩＴ 項 目 管 理 的 因 素 日 趨 增 多 ， 信 息 系 統(tǒng) 集 成 行 業(yè) 也就更加需要科學(xué)規(guī)范的項目管理。下面就影響 ＩＴ 項目管理的 因素和實(shí)施中的對策問題進(jìn)行初步探討。 １． ＩＴ 項目管理中的影響因素分析 ＩＴ 項 目 管 理 中 涉 及 到 的 影 響 因 素 主 要 是 指 那 些 積 極 參 與 該項目工作的個體和組織， 即項目當(dāng)事人， 以及那些由于項目的 實(shí)施或項目的成功其利益會受到正面或反面影響的個體和組織 即項目干系人。 ＂ 人 ＂ 是項目管理中的關(guān)鍵因素。因為人本身具有各種無法 預(yù)知的心理和生理的變化， 所以人是項目中最不確定的因素。 在 成百上千人參加的大型項目中 ， 由于項目參與的人員群體變化 的無序性， 從而在一定程度上掩蓋了個人的特異性。然而， 絕大 多數(shù) ＩＴ 項目是由 １０ 人以下的小團(tuán)隊在半年以內(nèi)完成的中小 型 項目， 在這種情況下， 人的不確定因素及其所帶來的影響就達(dá)到 無法忽視的程度。 項 目 管 理 涉 及 到 的＂ 項 目 干 系 人 和 項 目 當(dāng) 事 人＂ 包 括 客 戶 、 項目團(tuán)隊、 項目公司管理層等與項目利害相關(guān)的人， 他們是項目 的受益者、 與者， 也是項目風(fēng)險的承擔(dān)者， 甚至是項目的受害 參 者。項目成功與否的關(guān)鍵， 取決于各方對項目的影響。 １． 客戶對項目的影響。我們執(zhí)行項目時常常抱怨客戶的要 求變來變?nèi)ィ?令人無所適從，， 應(yīng)對不好就會搞得無法收拾， 兩敗 俱傷。通過分析發(fā)現(xiàn)， 這里有三方面的原因： 一是與客戶溝通有 問題； 二是在項目范圍定義階段沒有真正掌握客戶的業(yè)務(wù)流程、 工作職責(zé)、 組織架構(gòu)等等， 而客戶又常常無法準(zhǔn)確表達(dá)出自己的 需求； 三是客戶的需求由于客觀因素發(fā)生變化。 ２． 項目團(tuán)隊成員的影響。項目團(tuán)隊中技術(shù)隊伍不穩(wěn)定是 ＩＴ 業(yè)普遍面臨的問題， 在項目執(zhí)行過程中， 項目團(tuán)隊內(nèi)部不穩(wěn)定會 直接影響項目的進(jìn)行。 項 目 經(jīng) 理 的 角 色 包 含 了 管 理 和 技 術(shù) 兩 個 方 面 。 按 照 ＩＰＭＰ 的觀點(diǎn)， 項目經(jīng)理的主要職能體現(xiàn)在對人的管理方面， 技術(shù)職能 管理是次要的職能。 然而按照現(xiàn)實(shí)的事實(shí)規(guī)則， 一個項目經(jīng)理首 先必須是一個技術(shù)精英。在一個小型項目團(tuán)隊中項目經(jīng)理對技 術(shù)的深刻理解是項目成功的必要條件之一 ， 技術(shù)水平也是其權(quán) 威的重要組成部分。 無論客戶、 管理層還是團(tuán)隊成員都難以接受 把項目交給純管理型經(jīng)理。 從實(shí)際情況出發(fā)， 使用純管理型項目 經(jīng)理對小型團(tuán)隊也是一種較高的成本負(fù)擔(dān)。當(dāng)然這種觀念的副 作用也造成了目前普遍存在的項目經(jīng)理重技術(shù)輕管理的缺點(diǎn)。 很多技術(shù)人員存在一個不好的習(xí)慣 ： 一是不顧項目的約束 要求， 愿意獨(dú)自把一件事從頭做到尾， 不愿同別人合作， 更不喜 歡接續(xù)別人未完成的工作。這種意識與 ＩＴ 業(yè)的產(chǎn)業(yè)化發(fā)展完全 背道而馳， 十分有害。二是沒有及時把握進(jìn)度。在項目經(jīng)理不知 道進(jìn)度的狀態(tài)下， 下屬人員害怕報告問題后給自己添麻煩； 進(jìn)度 管理必須隨時收集有關(guān)項目管理的數(shù)據(jù)， 開發(fā)人員總是擔(dān)心管 理工作會增加自己的工作量， 不愿配合； 管理人員不使用已有的 管理工具或沒有學(xué)習(xí)現(xiàn)代軟件開發(fā)管理工具 ， 完全憑個人的記 憶或利用老式的軟件開發(fā)管理方法， 無法控制現(xiàn)代軟件開發(fā)。 三 是不會協(xié)調(diào)人際關(guān)系， 導(dǎo)致內(nèi)部關(guān)系緊張， 人心四分五裂。很多 同行的反面經(jīng)驗告訴我們， 團(tuán)隊成員士氣低下， 人際關(guān)系緊張容 易造成工作效率低、 隊動蕩， 技術(shù)骨干流失， 最后導(dǎo)致項目失 團(tuán) 去控制。 公司管理層對項目的影響往往是強(qiáng)力的， 在項目進(jìn)行過程 中， 公司管理層與項目經(jīng)理溝通不夠或者意見不和， 公司不支持 常見的公司管理層影響是對工期和人員進(jìn) 項目， 從而走向失敗。 行變動， 造成項目組工作執(zhí)行困難。 有的項目由于管理層把工期 壓縮到難以接受的程度， 造成項目收尾問題層出不窮。 ２． 應(yīng)對 ＩＴ 項目管理中影響因素的對策 面對項目管理中的各種影響因素， 必須采取如下對策與措 施， 確保項目管理的成功： １． 與客戶溝通并滿足客戶的需求。ＩＴ 項目的特征之一是客 戶參與方案設(shè)計、 實(shí)施及評價的全過程。 與客戶進(jìn)行溝通需要明 確客戶需求， 制作出明晰的需求分析文檔， 減少因需求不確定導(dǎo) 致的返工。 大多數(shù)失敗的項目都是由于需求分析不明造成的， 并 因此花費(fèi)很大精力。人人都知道好的需求分析是項目成功的第 一步， 但是要做到卻很難， 其中的關(guān)鍵是挖掘出客戶沒有表達(dá)出 來的潛在的需求。有些問題需要通過反復(fù)進(jìn)行有效溝通才能發(fā) 現(xiàn)出來， 為了快捷、 效地傳遞消息， 項目組需要認(rèn)真考慮如何 有 設(shè)計項目中的溝通規(guī)則， 要求與客戶信息交換必須及時， 信息包 括各種語言和非語言信息。 另外， 還需要保證各種溝通渠道的暢 通。 在項目中常有一些隱性的需求客戶在溝通時沒有意識到， 或 者默認(rèn)的潛規(guī)則沒有提出， 這就需要項目經(jīng)理努力挖掘。 有些問 題多數(shù)帶有強(qiáng)烈的行業(yè)特征， 如某項目的內(nèi)容含有安全保衛(wèi)的 成分， 需要相關(guān)政府監(jiān)管部門驗收認(rèn)可。 事先沒有挖掘出這些需 因此， 對不同行業(yè) 求， 會造成項目后期很多困難， 拖延項目工期。 特別是過去沒有涉及過的行業(yè)提供服務(wù) ， 必須深入了解涉及行 業(yè)的特點(diǎn)和要求。 ２． 加強(qiáng)團(tuán)隊建設(shè)。項目經(jīng)理如何對職能和角色進(jìn)行合理的 分配， 對人員工作負(fù)荷的協(xié)調(diào)是一項藝術(shù)性非常高的工作。 因此 與上層進(jìn)行有效溝通爭取更加合理的權(quán)限十分必要。項目實(shí)施 中項目經(jīng)理對團(tuán)隊的掌控非常重要 ， 項目組成員同做一個項目， 要使大家對目標(biāo)產(chǎn)生認(rèn)同感， 使項目組成員在行動上形成合力， 從而提高整個團(tuán)隊效率。項目經(jīng)理應(yīng)該盡量從基礎(chǔ)性的技術(shù)工 項目經(jīng)理要實(shí)行團(tuán)隊 作中脫離出來， 把主要精力投入到管理上。 管理， 要通過計劃管理制定詳細(xì)穩(wěn)健的、 合理的計劃。項目經(jīng)理 制定計劃的目的就是讓項目一直處于預(yù)期的、 可管理的狀態(tài)中。 在項目組里， 每個人的特長不同， 有人擅長需求分析， 有人設(shè)計 要有效地調(diào) 熟練， 有人編碼技術(shù)高等， 因此， 要發(fā)揮各自的優(yōu)勢。 動優(yōu)秀的軟件工程師和高素質(zhì)的項目管理人員的積極性 ， 讓他 們了解市場、 解財務(wù)、 解如何結(jié)合眾多資源， 控制整個開發(fā) 了 了 進(jìn)程。 ３． 解決影響項目管理因素的最好手段就是溝通。項目經(jīng)理 接手一個項目后， 首先要編制溝通計劃， 項目中如果忽視溝通計 劃， 結(jié)果將會是致命的， 要通過溝通計劃了解項目的需求和溝通 渠道的方式， 進(jìn)而了解項目的其他內(nèi)容。解析很 （ 下轉(zhuǎn)第 １０４ 頁）

１０４
１．１０ 鍵盤不正常

福

建

電

腦

２００６ 年第 １１ 期

判別處理步驟： １． 用鍵盤測試程序進(jìn)行測試。 ２． 從筆記本上取下鍵盤， 觀察鍵盤線是否接觸不良。 ３． 主板有問題。 １．１１ ： 筆記本電腦顯示錯誤文本信息

１． Ｉｎｖａｌｉｄ ｈａｒｄ ｄｉｓｋ ｂｏｏｔ ｒｅｃｏｒｄ
判斷處理步驟： 說明是無效的硬盤引導(dǎo)紀(jì)錄。 檢查硬盤操作 系統(tǒng)安裝是否正確或操作系統(tǒng)的分區(qū)有沒有激活 ， 檢查啟動順 序是否跟設(shè)備正確對應(yīng)。

２． Ｎｏ ｂｏｏｔａｂｌｅ ｄｅｖｉｃｅ
判斷處理步驟： 說明沒有可用的啟動引導(dǎo)設(shè)備。 檢查硬盤是 否安裝操作系統(tǒng)或是否安裝正確 ， 檢查啟動順序是否跟設(shè)備正 確對應(yīng)。

３． Ｈａｒｄ ｄｉｓｋ ｅｒｒｏｒ
判斷處理步驟： 說明硬盤有故障。 檢查硬盤的數(shù)據(jù)線連接是 否正常， 或更換硬盤試試。

４． Ｐｏｉｎｔｉｎｇ ｄｅｖｉｃｅ ｅｒｒｏｒ ｗｈｅｎ ＴｒａｃｋＰｏｉｎｔ ｉｓ ｅｎａｂｌｅｄ
判斷處理步驟： 說明當(dāng)指點(diǎn)鼠標(biāo)啟用時， 外接的指點(diǎn)設(shè)備有 故障。需要檢查鍵盤、 外接鼠標(biāo)和主板上連接鍵盤的子卡等處 ， 看接觸是否良好， 并且把鍵盤連接主板的線重插拔一下。

５． Ｓｙｓｔｅｍ ｂｏａｒｄ ｏｒ ＴｒａｃｋＰｏｉｎｔ ｅｒｒｏｒ
判斷處理步驟： 說明系統(tǒng)的鍵盤或者指點(diǎn)鼠標(biāo)有故障。 需要 檢查鍵盤、 外接鼠標(biāo)和主板上連接鍵盤的子卡是否可靠 ， 并把鍵 盤連接主板的線重插拔一下。

６． Ｅｘｔｅｒｎａｌ ｍｏｕｓｅ ｅｒｒｏｒ
判斷處理步驟： 說明外接鼠標(biāo)有故障。 需要檢查外接鼠標(biāo)或 外接鼠標(biāo)的接口， 換個鼠標(biāo)再試一試。

７． Ｓｙｓｔｅｍ ｂｕｓ ｅｒｒｏｒ ｏｒ ｍｏｕｓｅ ｅｒｒｏｒ
判斷處理步驟： 說明系統(tǒng)總線故障或鼠標(biāo)故障。 需要檢查外 接鼠標(biāo)和主板， 用并口診斷卡測試筆記本電腦的板子是不是有 問題。

８． Ｓｙｓｔｅｍ ｂｏａｒｄ ｖｉｄｅｏ ｅｒｒｏｒ
判斷處理步驟： 說明主板顯示部分有故障。 用外接顯示器經(jīng) 過鍵盤切換， 看外接顯示器能不能正常工作， 再檢查檢查主板其 它的相關(guān)部分。

９． Ｄｉｓｋｅｔｔｅ ｒｅａｄ ｅｒｒｏｒ
判斷處理步驟： 說明軟驅(qū)讀故障。檢查軟驅(qū)有沒有裝配好， 重新接一下連接線。 ２． 常用判斷方法 ２．１ 觀察法 觀察要認(rèn)真而全面， 這一方法應(yīng)貫穿于其它的所有方法當(dāng)

中， 所有方法在實(shí)施過程中， 每一步都要進(jìn)行仔細(xì)的觀察， 其內(nèi) 容包括工作環(huán)境、 硬件狀況、 軟件安裝以及用戶的操作的習(xí)慣和 過程。 ２．２ 最小系統(tǒng)法 最小系統(tǒng)是指從維修判斷角度能使電腦開機(jī)或運(yùn)行的最基 本硬件和軟件環(huán)境。它有兩種形式： 主板、 內(nèi)存、 液晶屏組成， 也 １． 硬件最小系統(tǒng)： 由電源、 ＣＰＵ、 就是通常所說的光板測試， 通過檢查硬件最小系統(tǒng)能否正常工 作來判定故障的范圍， 是在硬件硬件最小系統(tǒng)之內(nèi)， 還是在硬件 最小系統(tǒng)之外。 液 顯 主 ２． 軟 件 最 小 系 統(tǒng) ： 由 電 源 、 板 、 、 存 、 晶 屏 、 示 ＣＰＵ 內(nèi) 卡、 硬盤、 鍵盤組成。該系統(tǒng)可運(yùn)行相關(guān)軟件 ， 可以檢查軟件、 啟 動和硬件等發(fā)生的故障。 在最小系統(tǒng)下， 看原來的故障是否能夠復(fù)現(xiàn)， 如果故障消 失， 則說明問題出在最小系統(tǒng)配置之外， 否則， 故障就在最小系 統(tǒng)配置之內(nèi)， 起到一個故障隔離和快速判斷故障的作用。 ２．３ 替換法 替換法就是將懷疑有故障的部件用好的部件去代替 ， 判斷 故障現(xiàn)象是否消失的一種維修方法。 好的部件可以是同型號的， 也可能是不同型號的。替換時應(yīng)按照先簡單后復(fù)雜的順序進(jìn)行 操作。 ２．４ 比較法 比較法是拿一臺與故障想相同或相近的筆記本電腦 ， 把懷 疑有故障的部件與對應(yīng)的好的部件相交換， 看故障現(xiàn)象是否交 換， 若交換， 則可以確定就是這個部件壞， 如此， 能加快判斷的速 度。 ２．５ 升（ 降） 溫法 升（ 降） 溫法主 要 是 用 來 診 斷 集 成 電 路 、 ＭＯＳ 管 等 對 溫 度 敏 感的器件所發(fā)生的故障。 在升溫或降溫后， 看故障現(xiàn)象是提前還 是滯后了， 若故障現(xiàn)象的發(fā)生隨著溫度的變化而變化， 則可能就 是由于該器件的溫度特性下降所致， 保守的做法就是加大散熱 效果， 降低系統(tǒng)溫度。 ３． 結(jié)論 筆記本電腦的維修在很多地方可以借鑒臺式機(jī)的維修經(jīng) 驗， 再結(jié)合筆記本電腦的特殊性， 大家只要加深對筆記本電腦的 結(jié)構(gòu)和原理的了解， 能夠仔細(xì)小心的準(zhǔn)確判斷故障， 加上使用方 法得當(dāng)， 就可以逐步深入到筆記本維修當(dāng)中來。 參考文獻(xiàn)： 《硬 件 維 護(hù) 工 程 師 標(biāo) 準(zhǔn) 培 訓(xùn) 教 程 》 １． 侯 昭 湘 ， 馬 兆 飛 ， 朱 保 寧 等 ２００４ 年 ， ２０ 頁 － － － ３０８ 頁

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
（ 上接第 ９８ 頁） 多項目后期產(chǎn)生的問題可以發(fā)現(xiàn)， 缺乏及時有效的溝通計劃是 一個重要因素。越早發(fā)現(xiàn)問題， 解決的代價就越小。由項目干系 人各方參與的項目例會、 可視的績效報告、 需求問題協(xié)調(diào)等都是 溝通的有效手段。編制項目溝通計劃時必須要考慮項目干系人 的需求和項目組織架構(gòu) ， 根據(jù)實(shí)際項目組各成員在工作中的需 要， 時時協(xié)調(diào)溝通， 使需求情況在溝通計劃中體現(xiàn)出來， 這樣才 有可能構(gòu)建一個有效的溝通體系。在實(shí)施溝通中， 開發(fā)組與上 司、 客戶、 分包組、 項目組內(nèi)部、 與上下游環(huán)節(jié)崗位人員都需要良 好的溝通。 項目經(jīng)理應(yīng)該主動進(jìn)行溝通， 了解管理層的情況和意 績效、 資源需求方面的報告。 項目經(jīng) 圖， 提出管理層關(guān)心的進(jìn)度、 理和公司管理層往往不存在技術(shù)方面的溝通障礙 ， 而在于溝通 的內(nèi)容和頻率。 項目經(jīng)理通過溝通理解管理層意圖， 進(jìn)而能夠及 時應(yīng)對、 修改計劃。對于嚴(yán)重影響項目執(zhí)行的因素 ， 應(yīng)及時提出 變通和補(bǔ)救的方法。

綜上所述， ＩＴ 項目管理的成功， 就是實(shí)現(xiàn)項目干系人的需求 和愿望。項目經(jīng)理應(yīng)該奉行 ＂ 以人為本 ＂ 的思想， 切實(shí)站在各項目 干系人的角度觀察和思考項目 ， 與項目干系人及時溝通， 使項目 順利完成。 作為項目經(jīng)理需要努力學(xué)習(xí)項目管理知識和技能， 在 實(shí)踐中解決各種問題， 提高項目團(tuán)隊?wèi)?yīng)付各種變化的能力， 使項 目管理工作越做越好。 參考文獻(xiàn)： １． 白思俊 ． 現(xiàn)代項目管理 ［Ｍ］． 北京： 機(jī)械工業(yè)出版社， ２００２． ２． 鄧成飛， 李潔 ． 軟件工程管理 ［Ｍ］． 北京： 國防工業(yè)出版社， ２０００． ３． 劉積仁等 ． 軟件開發(fā)項目管理 ［Ｍ］． 北京： 人民郵電出版社， ２００２． ４． 田俊國 ． 項目管理的概念及項目的過程管理 ［Ｊ／ＯＬ］． 計算機(jī)世界網(wǎng)， ２１３０３．



  本文關(guān)鍵詞：IT項目管理中的影響因素分析與對策，由筆耕文化傳播整理發(fā)布。