公司資訊化雜湯:業務和需求(2)

在公司資訊化上,我一直有一個狹隘的觀點是:讓程式員到對應的崗位上待一段時間,動手做一做,真正體驗一下.

我這一觀點時常被無數人鄙夷.他們總是找出無數的觀點來說明我的錯誤和不對,但是他們始終沒有在公司資訊化這個路上成功過!

所以,在他們鄙夷我的時候,我就只能笑!笑而不語!

為啥會有這樣的觀點呢?

因為在公司資訊化這條路上,最大的熵不是各種Bug,而是流程的調整和業務的最佳化!是各種無意義的討論中產生的不完全理解! 今天往東走30km,明天覺得不對又往西走20km... ... 最後不知道終點在哪裡

就算是找到一個優秀的人員去理解和採集業務回來,然後做成文檔,轉述給開發人員,你能保證他們到底理解和明白了多少?真的理解嗎?誤差有多大?

你的Team Dev有多少人?這裡存在多大的誤差?你心中有一個粗略的概念嗎?

公司資訊化,說是空中建樓閣是絲毫沒有錯誤的.在沒有建立起來,你要搭建的資訊化完全是存在於你的想象中.

人類的意識,思考方式全是參照於現實中的方圓和各種稜角.而資訊化是一個看不到邊邊框框的東西.就算是能通過電腦來瀏覽,它也是一個平面的,難以觸及的東西,在大腦中對它進行初步定義的時候是很難找到一個準確的參照物!

對於it專業人士來說,由於經驗(關於這個經驗,我們在後面要單獨來談),他或許可以在腦海中空間幾何然後構想出一個東西.但是我們不可能把這個東西掏出來塞給企業的各個崗位人員和相關的開發人員,也更加不可能崗位人員和你共鳴出一個東西來!

於是只能口述,只能作出一個個各種原型給各個環節進行閱覽和審核! 

有人說:哦,就是這個東西,就是這樣!不停的點頭.做出來再那過去對方一看:我要的不是這個東西!不是這樣.

這種情況十有八九!

從流程學上來講,環節越多,出錯的機率越多.兩點之間直線最短!

因此當業務被轉化成需求,再傳遞給開發人員的時候,你能保證原本是圓的東西不會變成方的?要明白每個人的理解能力和表述能力都有差異的.

只有在天朝的教育體系中才會出現一片課文只有一個中心思想!

讓開發人員接近崗位能起到兩個最基本的作用:

1. 減少資訊傳遞過程中的變異和誤差!同時也能糾正
2. 加強開發人員和實際崗位人員之間的溝通和交流(不要小看這個溝通和交流)

這兩點其實就夠了!
有一個經典的案例是:10個人站成一縱列,由第一個人說一句超過20個字的話,告訴後面的人,你去對比第一個人和最後一個人的話看看到底有多少內容發生了變化?這就是資訊在傳遞過程中的變異!
你可以理解成一條資訊在10個環節中傳遞產生了變異!但是同樣10條資訊在3個環節(崗位人員,需求人員,開發人員)中傳遞的過程中,資訊的變異一樣增大了3倍,崗位元為N時,那麼變異的內容同樣增加了N倍!
這就是公司資訊化過程中一次又一次重演的情況,也是其中的風險!

我知道很多人會找出各種理由和條條框框來論證我的提法 行不通! 因為他們早就被傳統的思維方式和邏輯思想狹隘了!而不是建設性的反過來思考:我應該如何創造條件去嘗試!
要知道,我希望你對於我的否定一樣等同於你對於過去的否定,你是否能真正站在一個平衡點來看呢?