專案的方法?

這週軟體廠商來台灣
軟體廠商談需求的方式
是從系統的每一個欄位，來談我們怎麼做生意
然後看欄位符不符合需求，有哪裡要改的

這種方法讓我很擔心
這樣真的能夠確保之後的流程是順的嗎?
雖然我能理解以導系統為主的顧問公司，應該大都是這樣談的
尤其是我們又沒有付多一點的錢，請對方來跟了解我們的流程

但是我還在會議結束之後跟軟體廠商談之後進行的方式
我問說:這樣進行背後的理由為何?
因為理想上，我會覺得從process出發是最好的，能讓我確定我cover了所有的biz cases

對方說了很多個理由，但是大體上為
客戶通常都不願意付大錢讓他們了解流程，因為太貴了!
所以這是他們在短時間內能夠用的最好的方法
而且他過去20年是這樣用的80~90%都是成功的
另外這樣的討論，能夠讓key user覺得他們有參與討論
有own這個process，這是專案成功很重要的一件事

我沒有被說服process ownership這件事情，
因為要建立process ownership的主要方式是讓key users參與討論
並讓他們一起提出solution，參與決定的過程
並非取決於從系統出發還是從流程出發

我能理解軟體廠商的限制
只是我仍然不覺得，這是最理想的方法
用這個方法，對我來說是個賭注
我必須相信這個系統的設計是完善的
所以跟著系統的設計去檢視biz case
能cover大部分的情境與主要問題
就有點像是SAP，行之有年，很多人使用的系統。

我如果要相信這個系統的設計，
只能看說全球已經有300家公司用這個系統
這個導入者導這個系統導了20年，而且他在23年前是這個系統的使用者
他是一個相當資深的導入者!

所以我雖然能理解對方的限制，知道這個系統還有對方的經驗很深厚
但是我仍相信"人的動作"所構成的"process" 才是主體，系統是輔助的
要能夠確定這個專案能帶給我們好的效益，仍然要從process出發

但是我還是沒有很有信心，主控權不在我手上
我現在能夠做的，就是先從system出發，因為對方有他的限制，
但是我的責任就是，在之後要從流程的角度出發，重新檢視一次
無論軟體廠商怎麼進行，
我自己本來就應該從流程的角度，將每個biz case檢視一次
這樣我才能確保To-Be process is doable!