在mes項(xiàng)目實(shí)施過程中，項(xiàng)目管理所要面對(duì)的經(jīng)常發(fā)生而又令人頭疼的恐怕就是需求變更了。需求變更是MES項(xiàng)目與生俱來的特性，MES：制造執(zhí)行系統(tǒng)，所謂制造執(zhí)行系統(tǒng)就是跟生產(chǎn)現(xiàn)場的管理密切相關(guān)，生產(chǎn)現(xiàn)場需求本身也存在很大的不固定性，為了優(yōu)化各方面的管理或者為了簡化現(xiàn)場的操作等一系列的原因都會(huì)導(dǎo)致需求變更的果。 從個(gè)人理解角度闡述一下發(fā)生需求變更的原因和如何管理發(fā)生的需求變更。
根源一、合同簽訂時(shí)需求范圍不明確
這個(gè)要從銷售身上說起，在銷售階段簽訂合同時(shí)缺乏對(duì)客戶需求認(rèn)真對(duì)待，導(dǎo)致需求描述不清，為后期的實(shí)施工作帶來困惑。為了盡早的讓客戶簽訂合同，往往草率決定和片面同意客戶提出的需求。 該問題的關(guān)鍵是合同簽署的太爛，沒有把需求明確再簽合同，而且也沒有把需求變更的流程寫入合同。如果在合同時(shí)把客戶需求弄清楚，后期就根本不需要頻繁的變更需求。簽訂合同時(shí)明確定義項(xiàng)目需求的范圍，同時(shí)明確的定義需求變更的流程，這樣可以為以后各項(xiàng)實(shí)施工作的開展奠定深厚的基礎(chǔ)。
根源二、未詳細(xì)理解客戶需求
在項(xiàng)目的需求調(diào)研階段，實(shí)施顧問和客戶的深入溝通，了解客戶的詳細(xì)需求是減少需求變更的主要?jiǎng)幽堋Ｔ谛枨笳{(diào)研階段常常會(huì)有實(shí)施顧問僅僅根據(jù)用戶提出的描述性、總結(jié)性的只言片語去制定方案，這樣得到的方案和Function Spec簡直會(huì)讓人崩潰。當(dāng)需求會(huì)議幾個(gè)接著開的時(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)生。所有的需求變更都要有一個(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í)間和人力浪費(fèi)很大，而且往往極大可能產(chǎn)生一些附屬的問題。同時(shí)需求變更管理流程中要將后的需求變更結(jié)果報(bào)告給雙方的領(lǐng)導(dǎo)層，讓雙方領(lǐng)導(dǎo)明確的清楚在項(xiàng)目實(shí)施的過程中由于多少的需求變更產(chǎn)生了多少的人力和時(shí)間的付出。
針對(duì)如此多的導(dǎo)致需求變更的原因，該如何解決呢？
由于需求變更對(duì)項(xiàng)目終的成敗會(huì)產(chǎn)生極大的影響，所以不能一律的拒絕所有的客戶需求，也不能一味地接受客戶所有的需求變更，所以實(shí)施需求變更之前必須做好控制。 用戶需求的變更總是不可避免的，所以我們要以積極的心態(tài)去接受和控制用戶的需求，而不僅僅是埋怨。對(duì)待客戶頻繁的需求變更，應(yīng)采取有效辦法應(yīng)對(duì)，避免事態(tài)蔓延，不讓客戶養(yǎng)成隨意變更的毛病。