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