|
本帖最后由 滾刀魚(yú) 于 2018-1-23 10:28 編輯
我個(gè)人覺(jué)得在設(shè)計(jì)階段的方案評(píng)審和實(shí)驗(yàn)論證也很關(guān)鍵,方案評(píng)審名義上是幫助設(shè)計(jì)人員找問(wèn)題,,尤其那些對(duì)客戶(hù)需求比較了解的“專(zhuān)家們”或者就是客戶(hù),,在方案評(píng)審時(shí)也可以確認(rèn)一下,現(xiàn)在的設(shè)計(jì)方案和需求是否一致,,也是客戶(hù)確認(rèn)的一個(gè)過(guò)程,,不過(guò)貌似很多組織都沒(méi)有這個(gè)過(guò)程,設(shè)計(jì)人員負(fù)責(zé)制,,設(shè)計(jì),、制造組裝和調(diào)試,費(fèi)了九牛二虎之力,,樣機(jī)到了客戶(hù)現(xiàn)場(chǎng),,拆箱試用了,才了解到根本不符合客戶(hù)需求或者部分不符合客戶(hù)需求,,有人會(huì)說(shuō)這是客戶(hù)當(dāng)初自己沒(méi)說(shuō)清楚,,其實(shí)還是你的客戶(hù)需求收集沒(méi)做好,客戶(hù)只是未來(lái)的使用者,,客戶(hù)不是技術(shù)專(zhuān)家,,一般情況下是客戶(hù)給的需求都是概念的,籠統(tǒng)的比如客戶(hù)要自動(dòng)化程度高的,、要效率高的,、要運(yùn)行穩(wěn)定的等等,這些都沒(méi)有量化的標(biāo)準(zhǔn)和需求,,沒(méi)有量化就沒(méi)有辦法測(cè)量,,沒(méi)有辦法測(cè)量就沒(méi)有辦法考核,,自動(dòng)化程度高的就可以量化成比如減掉5個(gè)作業(yè)員或者無(wú)人工參與,效率高的可以量化成日產(chǎn)能,、月產(chǎn)能或者生產(chǎn)節(jié)拍等等,,運(yùn)行穩(wěn)定的可以量化成平均故障間隔時(shí)間,這些數(shù)據(jù)需要你去收集,、分析、整理和量化,,客戶(hù)說(shuō)不清楚的,,需要你去客戶(hù)現(xiàn)場(chǎng)去收集和測(cè)量,這些真實(shí)的數(shù)據(jù)就能形成你的設(shè)計(jì)方案的輸入,,而且你設(shè)計(jì)方案的輸入,,也是需要客戶(hù)確認(rèn)的,得到客戶(hù)的首肯才是正確的輸入,,如果客戶(hù)聽(tīng)不懂你的術(shù)語(yǔ),,你就需要演示或者翻譯成客戶(hù)聽(tīng)得懂的表達(dá)方式。
還有實(shí)驗(yàn)論證,,有很多設(shè)計(jì)方案即使已經(jīng)進(jìn)入詳細(xì)設(shè)計(jì)階段,,但是方案可行性還是停留在理論上,雖然現(xiàn)在有很多虛擬軟件可以做模擬實(shí)驗(yàn),,但是模擬出來(lái)的實(shí)驗(yàn)數(shù)據(jù)的可信度,,還是需要你去實(shí)驗(yàn)論證,所以實(shí)驗(yàn)論證一般都是到物理樣機(jī)測(cè)試階段,,實(shí)際上在組織允許的情況下,,還是應(yīng)該做一些關(guān)鍵模塊的實(shí)驗(yàn)測(cè)試,而關(guān)鍵模塊的設(shè)計(jì)就需要在總體方案設(shè)計(jì)時(shí)考慮接口,,你這個(gè)關(guān)鍵模塊需要能在總方案中能夠使用,,而不只是一個(gè)實(shí)驗(yàn)?zāi)K用完就扔了,不能造成浪費(fèi),,關(guān)鍵模塊實(shí)驗(yàn)失敗了,,你收獲到的是經(jīng)驗(yàn)教訓(xùn),實(shí)驗(yàn)成功了,,說(shuō)明你的方案構(gòu)想是符合實(shí)際應(yīng)用條件的,。瞎胡說(shuō),愛(ài)看就看看,,不愛(ài)看,,就當(dāng)沒(méi)看見(jiàn)。呵呵,。 |
評(píng)分
-
查看全部評(píng)分
|