開發(fā)數(shù)字化項(xiàng)目的時(shí)候,一定要有風(fēng)險(xiǎn)意識(shí):數(shù)字化項(xiàng)目個(gè)性化很強(qiáng),每個(gè)項(xiàng)目都要當(dāng)成創(chuàng)新項(xiàng)目,都可能偏離用戶需求;每個(gè)數(shù)學(xué)模型的工作量都可能會(huì)很大,都有可能花費(fèi)半年到一年的時(shí)間。
對(duì)需求的理解,非常容易出問題。如果對(duì)需求理解不到位,很可能到臨近結(jié)束或驗(yàn)收時(shí)才發(fā)現(xiàn)問題。這樣就非常被動(dòng)了。為了避免這樣的問題,我有如下幾個(gè)建議:
01會(huì)寫代碼的人,寫用戶需求。
做數(shù)字化項(xiàng)目的過程,是把人的想法轉(zhuǎn)化成計(jì)算機(jī)代碼。日常語言的嚴(yán)密性和計(jì)算機(jī)代碼的嚴(yán)密性完全不是一個(gè)級(jí)別的。寫過代碼的人,才能體會(huì)到日常語言描述的模糊性。原始需求是用戶提出的,寫過代碼的人要在理解用戶需求的基礎(chǔ)上重寫、變成正式的文檔,反饋給用戶。期間要經(jīng)過幾輪交流,才能確認(rèn)下來。
02需求描述必須要清楚
做模型的要知道:用戶需求不僅僅是達(dá)到某些指標(biāo)。用戶首先是在特定場(chǎng)景下做某件事情,這件事情對(duì)指標(biāo)有要求。許多項(xiàng)目的失敗,源于對(duì)需求場(chǎng)景的理解。所以,描述需求的時(shí)候,建議采用原型方法,比如先把用戶界面“畫出來”(可以用PPT),要和用戶交流在各種場(chǎng)景下,如何使用這個(gè)軟件。
用戶對(duì)計(jì)算和模型有需求時(shí),要用數(shù)學(xué)公式表達(dá)數(shù)據(jù)的輸入輸出關(guān)系和這些公式的適用場(chǎng)景,避免模糊的日常語言。
03盡量與不同崗位的人交流、與最終用戶交流
即便在用戶的工廠里,不同人對(duì)需求的理解是不一樣的。廠長的理解可能與技術(shù)人員不一樣,技術(shù)人員可能與操作工不一樣。不同崗位的人,理解也不一樣。這些人都需要進(jìn)行交流。特別地,要盡量創(chuàng)造條件,與最終用戶交流。許多系統(tǒng)的最終用戶是現(xiàn)場(chǎng)的操作工。
04注意交流的方式
交流過程,開始的時(shí)候最好不要一對(duì)一;因?yàn)槟硞€(gè)人的表達(dá)和理解可能會(huì)有問題、中間可能會(huì)卡住,可能會(huì)說不清楚。多個(gè)人交流的時(shí)候可以互補(bǔ)、可以換個(gè)角度描述、可以互相啟發(fā)。特別地,有些項(xiàng)目涉及到多方面的人,就需要各個(gè)部門的人都參加。但是,為了有較好的交流效果,參加的人數(shù)也不宜過多,雙方各出2、3人比較合適。如果涉及到的人很多,就分多次交流。交流到后期,遇到具體問題時(shí),可以找關(guān)鍵人物單獨(dú)交流。
編寫代碼時(shí),對(duì)細(xì)節(jié)要求非常高。如果問得過細(xì),用戶就可能會(huì)感到厭倦。為了避免這類問題,開發(fā)人員要盡量事先做好準(zhǔn)備、有盡量多的專業(yè)知識(shí)。同時(shí),最好能與對(duì)方建立較好的私人關(guān)系。
05注意總結(jié)經(jīng)驗(yàn)教訓(xùn)
經(jīng)驗(yàn)往往來自于教訓(xùn)。所謂的教訓(xùn),就是后來想的和最初想的不一樣,導(dǎo)致有些工作推倒重來。出現(xiàn)教訓(xùn)后,一定要想出辦法、避免下次再犯??偨Y(jié)教訓(xùn)時(shí),不要僅僅是舉一反一,要舉一反三、舉一反十??偨Y(jié)教訓(xùn)的時(shí)候,要集思廣益??偨Y(jié)教訓(xùn)不要等到項(xiàng)目結(jié)束,最好是日常性的。
06前期調(diào)研時(shí)間要足夠長
對(duì)于創(chuàng)新項(xiàng)目來說,如果前期調(diào)研不夠細(xì),后面難免推倒重來。前期要舍得花時(shí)間,才能避免這種情況。真正動(dòng)手做的時(shí)候,要把風(fēng)險(xiǎn)基本排除,讓寫程序的人覺得模型真正具備可行性。想不清楚就不要做。其中,最困難的問題大概是模型。所以我一直強(qiáng)調(diào),做模型的思路要對(duì)、不要復(fù)雜化,要做點(diǎn)預(yù)研來判斷模型的大體精度。具體做法過去談過多次。
開發(fā)個(gè)性化的數(shù)字化系統(tǒng)的成本和風(fēng)險(xiǎn)是很大的。如果經(jīng)驗(yàn)、知識(shí)和代碼不能復(fù)用,項(xiàng)目的經(jīng)濟(jì)性往往就不好。
審核編輯 :李倩
-
模型
+關(guān)注
關(guān)注
1文章
3521瀏覽量
50437 -
數(shù)字化
+關(guān)注
關(guān)注
8文章
9535瀏覽量
63602
原文標(biāo)題:數(shù)字化項(xiàng)目開發(fā)的幾點(diǎn)經(jīng)驗(yàn)
文章出處:【微信號(hào):IndustryIOT,微信公眾號(hào):工業(yè)互聯(lián)網(wǎng)前線】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
全數(shù)字化超聲成像技術(shù)
USB數(shù)字化儀/示波器
USB數(shù)字化儀/示波器
USB數(shù)字化儀/示波器:6407高性能USB數(shù)字化儀/示波器
數(shù)字化和網(wǎng)絡(luò)化傳感器特點(diǎn)
數(shù)字化改變生活,數(shù)字化具有什么意義?
傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型有沒有必要?
數(shù)字化監(jiān)控系統(tǒng)的特點(diǎn)及功能
數(shù)字化轉(zhuǎn)型系列主題:究竟有哪家企業(yè)的數(shù)字化轉(zhuǎn)型成功了?精選資料分享
IDH怎樣助力工廠實(shí)現(xiàn)數(shù)字化與智能化之蛻變?數(shù)字化轉(zhuǎn)型模式五段論
ATX_電源維修的幾點(diǎn)經(jīng)驗(yàn)
數(shù)字化應(yīng)用建設(shè)分散化

評(píng)論