一、項目剛開始的時候，總會存在說不清的成分
典型的例子是，在汽車誕生前，用戶根本不知道汽車長什么樣子，他們的需求，可能是“想要一匹跑得更快的馬”。但是，如果你真的去找了一匹跑得更快的馬，客戶大概率并不會買賬，因為他們知道那并不是自己實際上想要的東西。產品或服務的提供方，其實并沒有真正了解用戶的真實需求，用戶真正想要的到底是什么，也許是“更快”，也許是一個“工具”，但是他們無法描述一個在他們認知范圍以外的東西，只能以過去見過的某個東西進行“比喻”，所以，他們才會說“想要一匹跑得更快的馬”。
正是因為這種“說不清”，也就導致了“頻繁的變更”，這是由于項目本身的性質決定的。

二、項目是一個業務過程，而非技術過程
技術人員、工程師等職業，極其容易陷入細節而不能自拔，這并不能怪他們，這只是職業特性決定的。例如：原來的馬能跑60公里時速，客戶“想要一匹跑得更快的馬”，于是乎，他們找到了時速80公里的馬，這就是在技術指標上的較勁。最終事情做了一大堆，但是客戶就是不滿意，不是客戶想要的，技術人員狼狽不堪，費力不討好。為什么會這樣？回到對項目的理解，因為項目并不是一個技術的過程，而是一個業務的過程。業務的過程，就需要找到客戶的真實需求——業務的解決方案。如何找？例如：為什么客戶想要一匹馬？為什么客戶想要更快的馬？這匹“馬”需要用在什么場景下，原有的解決方案是不是遇到了什么困難？……圍繞背景、環境、目的等業務問題進行提問，才能找到業務的解決方案，否則，只會被“困”在一堆馬的技術指標內。
因此，我們在遇到問題的時候，不僅僅要解決問題本身，還要去解決問題所在環境的問題。例如：領導今天突然跟設計師說，做幾張產品海報給經銷商宣傳一下。這背后，不只是幾張海報的問題了，不該立即埋頭開干，而應該先了解為什么突然需要做，做什么樣規格的才適合，內容用什么角度、風格等，如何避免后續每隔幾天領導又來說做另一個產品的海報等等的問題。這背后真正需要解決的是企業內容輸出系統的問題。
謹記：項目是一個業務過程，而非技術過程。這是重要的項目思維。

三、項目完成前，“樣板”的呈現最重要
在具備了解客戶真正需求的思維后，還需要通過不斷的反饋，快速展現合理的樣例給客戶，一方面引導客戶提出合理的需求，讓客戶的思路在可控范圍內；另一方面，推動客戶確認需求，避免產生較大的理解偏差。例如，客戶買房前，樓盤一般還沒建好的，這時候客戶能看到的一般就是樣房和模型，否則客戶根本不敢買一套都不知道最終長啥樣的房子。這就說明了樣例的重要性。常見的樣板包括：樣品、模型、照片、效果圖、軟件基本界面等。
因此，在項目的實施過程中，要不斷給客戶看到“樣板”，以及時調整，避免雙方理解偏差。

四、項目的變更屬性，與人無關
在項目實施過程中，客戶時不時會提出改動的要求，這時候，項目管理者需要有一個認知：客戶每一次提出新的要求，其實都是在幫助項目逼近事實的真相。在看到最終結果之前，客戶根本不知道這是不是最后一次改動。所以，項目管理者以及執行人員，就不必埋怨客戶老是改要求，不要隨時對客戶其人進行內心的批判，這其實與人無關，他并不一定就是那樣的人，只是項目的不確定性決定了這些一點一點的新改動。這些改動其實也讓我們距離最終的結果跟進了一步。
擁抱變更，是對待項目的更優態度。

版權聲明：部分內容來源于網絡，如有侵權，請聯系刪除！