淺談MES項(xiàng)目需求變更的根源_第1頁
淺談MES項(xiàng)目需求變更的根源_第2頁
淺談MES項(xiàng)目需求變更的根源_第3頁
淺談MES項(xiàng)目需求變更的根源_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、淺談mes項(xiàng)目需求變更的根源 需求變更是mes項(xiàng)目與生俱來的特性,在mes項(xiàng)目實(shí)施過程中,項(xiàng)目管理所要面對(duì)的經(jīng)常發(fā)生而又最令人頭疼的唯恐就是需求變更了。mes即制造執(zhí)行系統(tǒng),所謂制造執(zhí)行系統(tǒng)就是跟生產(chǎn)現(xiàn)場(chǎng)的管理親密相關(guān),生產(chǎn)現(xiàn)場(chǎng)需求本身也存在很大的不固定性,為了優(yōu)化各方面的管理或者為了簡(jiǎn)化現(xiàn)場(chǎng)的操作等一系列的原因都會(huì)導(dǎo)致需求變更的結(jié)果。從個(gè)人理解角度闡述一下發(fā)生需求變更的原因和如何管理發(fā)生的需求變更。 導(dǎo)致需求變更的根源之一:合同簽訂時(shí)的需求范圍不明確 這個(gè)要從銷售身上說起,在銷售階段簽訂合同時(shí)缺乏對(duì)客戶需求專心對(duì)待,導(dǎo)致需求描述不清,為后期的實(shí)施工作帶來困惑。為了盡早的讓客戶簽訂合同,往往草

2、率打算和片面同意客戶提出的需求。該問題的關(guān)鍵是合同簽署的太爛,沒有把需求明確再簽合同,而且也沒有把需求變更的流程寫入合同。假如在合同時(shí)把客戶需求弄清晰,后期就根本不需要頻繁的變更需求。簽訂合同時(shí)明確定義項(xiàng)目需求的范圍,同時(shí)明確的定義需求變更的流程,這樣可以為以后各項(xiàng)實(shí)施工作的開展奠定深厚的基礎(chǔ)。 根源之二:需求調(diào)研階段沒有具體理解客戶需求 在項(xiàng)目的需求調(diào)研階段,實(shí)施顧問和客戶的深入溝通,了解客戶的具體需求是削減需求變更的主要?jiǎng)幽?。在需求調(diào)研階段常常會(huì)有實(shí)施顧問僅僅依據(jù)用戶提出的描述性、總結(jié)性的只言片語去制定方案,這樣得到的方案和function spec簡(jiǎn)直會(huì)讓人崩潰。當(dāng)需求會(huì)議一天幾個(gè)接著開

3、的時(shí)候,可能當(dāng)時(shí)客戶或者領(lǐng)導(dǎo)的思路也會(huì)間或發(fā)生混亂提出新的需求時(shí),實(shí)施顧問往往不去區(qū)分客戶真正需求和非真正需求。在需求分析階段項(xiàng)目組對(duì)需求的細(xì)節(jié)了解的不夠充分,雙發(fā)對(duì)需求的理解就會(huì)產(chǎn)生很大的差異,而許多項(xiàng)目實(shí)施的過程中假如不存在一個(gè)function spec再次確認(rèn)的過程(許多項(xiàng)目為了進(jìn)度可能僅僅確認(rèn)一下分析文檔結(jié)果的方案架構(gòu)),就會(huì)導(dǎo)致在上線階段許多問題暴露出來,沒有方法客戶只能貧乏的提出需求變更。 根源之三:需求變更管理流程不夠明確 沒有明確的需求變更管理流程,就會(huì)使需求變更變得更加泛濫,客戶更會(huì)毫無顧忌的提出各種各樣的需求變更,甚至有許多時(shí)候僅僅是某個(gè)人的操作習(xí)慣就知道幾個(gè)需求變更的產(chǎn)生

4、。全部的需求變更都要有一個(gè)變更流程,有一個(gè)優(yōu)先級(jí)。并不是全部的變更都要修改,也不是全部變更都要連忙修改,需求變更管理流程的目的是為了打算什么類型的變更需求修改和在什么時(shí)候修改,以及由此需求變更所產(chǎn)生的人力和時(shí)間耗費(fèi)對(duì)項(xiàng)目進(jìn)度的影響。對(duì)于一些界面上的優(yōu)化問題,或者一些個(gè)人操作習(xí)慣上的問題,完全可以作為上線后的優(yōu)化項(xiàng)目進(jìn)行處理。需求變更的管理流程中針對(duì)核心模塊的變更處理要把重要程度提到一個(gè)很高的級(jí)別,因?yàn)閷?duì)于核心模塊的變更,某個(gè)小需求看起來工作量不大,實(shí)際修改起來不僅僅對(duì)于實(shí)施人員的時(shí)間和人力鋪張很大,而且往往極大可能產(chǎn)生一些附屬的問題。同時(shí)需求變更管理流程中要將最終的需求變更結(jié)果報(bào)告給雙方的領(lǐng)導(dǎo)

5、層,讓雙方領(lǐng)導(dǎo)明確的清晰在項(xiàng)目實(shí)施的過程中由于多少的需求變更產(chǎn)生了多少的人力和時(shí)間的付出。 針對(duì)如此多的導(dǎo)致需求變更的原因,該如何解決呢?建議從以下幾點(diǎn)進(jìn)行需求變更的管控: 1、合同效力的約束,在簽訂合同的時(shí)候就需要針對(duì)需求變更有明確的變更流程要求。 2、建立需求變更的審核流程,執(zhí)行審核的流程的目的是將客戶下達(dá)變更的流程盡可能地規(guī)范化,削減張嘴就來的非必要、非緊急、非合理、非高層領(lǐng)導(dǎo)意圖的“無效變更”。同時(shí)可以留下書面 依據(jù),為今后可能的成本變更和索賠預(yù)備好“變更賬”。凡未履行審批程序的“變更”,一律是無效變更不予受理。定期召開需求變更專題會(huì)議,集中研究處理零碎的變更事項(xiàng),主動(dòng)掌握花工作節(jié)奏。 3、定期向雙方領(lǐng)導(dǎo)匯報(bào)變更結(jié)果,這樣可以避免一些客戶個(gè)人需求一些的非必要變更。 由于需求變更對(duì)項(xiàng)目最終的成敗會(huì)產(chǎn)生極大的影響,所以不能一律的拒絕全部的客戶需求,也不能一味地接受客戶全部的需求變更,所以實(shí)施需求變更之前必需做好掌握。用戶需求的變更總是不可避免的,所以我們要以積極的心態(tài)去接受和掌握用戶的需求,而不僅僅是埋怨。對(duì)待客戶頻繁的需求變更,應(yīng)采取有效方法應(yīng)對(duì),避免事態(tài)擴(kuò)散,不讓客戶養(yǎng)成隨便

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論