工程師設計開(kāi)發(fā)的現實(shí)約束

發(fā)布時(shí)間:2010-8-3 16:40    發(fā)布者:絕對好文
關(guān)鍵詞: 工程師 , 開(kāi)發(fā) , 現實(shí)
yzhu05

這段時(shí)間一直在將國內的設計與國外的設計做對比,一直在與以前主管?chē)鴥仍O計的工程師了解現實(shí)的困境與約束,我大概整理了大概能列出的所有的現實(shí)的約束。

做項目時(shí)間太緊:時(shí)間點(diǎn)都是客戶(hù)與項目經(jīng)理定的,工程師并沒(méi)有決定權,因此為了時(shí)間點(diǎn)與進(jìn)度不得不去趕時(shí)間。

做分析需要人員與成本:熟練運用并理解最壞分析分析方法,通過(guò)極端值甚至概率方法分析的需要大量的時(shí)間與人員,采用軟件需要購買(mǎi)數據庫和軟件費用。包括那些與質(zhì)量相關(guān)的東西,可靠性預測缺乏軟件和人員。做熱分析也是同樣的,甚至包括故障樹(shù)與故障模式分析,一句話(huà)一個(gè)項目沒(méi)那么多人。

做實(shí)驗缺乏時(shí)間與經(jīng)費:實(shí)驗缺乏指導,只能根據項目工程師有限的經(jīng)驗去評估最可能發(fā)生錯誤的情況,不可能做run to fail和失效率最高的問(wèn)題電路。實(shí)驗意味著(zhù)大量的測試設備與金錢(qián)投入,比如與EMC相關(guān)的實(shí)驗和與壽命有關(guān)的實(shí)驗。

缺乏可靠的數據:國內的芯片支持與國外的芯片支持力度完全不同,無(wú)法得到有效的芯片數據,無(wú)法避免芯片可能的潛在問(wèn)題。
沒(méi)有系統的失誤積累系統:沒(méi)有時(shí)間與人力將實(shí)驗驗證結果整理,為下一次設計作出有益的結論,也沒(méi)有人整合已有的設計經(jīng)驗作出系統級的分析。

老大們無(wú)法接受工程師的反饋意見(jiàn):某些暫時(shí)降低項目工作效率,提高部門(mén)工作效率的措施反饋沒(méi)有得到支持,某些質(zhì)量考慮因素以成本原因被回避,等等數次溝通無(wú)果使得向上反饋的渠道堵死。

開(kāi)會(huì )REVIEW無(wú)效果:大部分工程師太忙,沒(méi)時(shí)間或者不認真對待他人的設計,開(kāi)會(huì )和研討走形式,沒(méi)有實(shí)質(zhì)性的結果。

與平行部門(mén)工程師溝通不善:平行部門(mén)的工程師只考慮自己的工作量,并不考慮系統策略以及涉及的相關(guān)問(wèn)題。

成本:成本只能向下不能向上,初期往往為了價(jià)格策略將起點(diǎn)定太低,后期根本無(wú)法滿(mǎn)足不斷的設計變更。

以上是我大概總結的現實(shí)性的問(wèn)題,不斷加入中。

怎么說(shuō)了,個(gè)人無(wú)力對抗這些問(wèn)題,但是只能在紙面上去追求理想的方法吧。

補充,巖兄的個(gè)人觀(guān)點(diǎn):

1、項目的溝通和協(xié)調:主要由銷(xiāo)售和項目經(jīng)理與客戶(hù)談判,潛在的問(wèn)題是銷(xiāo)售大部分不懂技術(shù)方面潛在的問(wèn)題,項目經(jīng)理的背景往往是軟件工程師或者硬件工程師較為優(yōu)秀者,沒(méi)有系統方面的經(jīng)驗,缺乏項目整體把握的能力,定價(jià)(往往是低價(jià)策略,方案上需要極度壓縮成本)和時(shí)間節點(diǎn)制定的不合理,需求上傾聽(tīng)客戶(hù)不足,項目開(kāi)頭和客戶(hù)聯(lián)絡(luò )的很好,但是中期后期又不與客戶(hù)溝通;

2、客戶(hù)提不出需求與詳細的工程規范,由于沒(méi)有項目積累只能推測客戶(hù)的需求;

3、方案設計上也沒(méi)有積累,沒(méi)有系統工程師,只能靠單個(gè)的硬件工程師和軟件工程師設計方案,系統方案只是非常簡(jiǎn)單的把硬件方案和軟件方案拷貝到一起;

4、模塊的測試問(wèn)題:由于定價(jià)和時(shí)間節點(diǎn)的問(wèn)題,加上國內的優(yōu)勢是響應迅速和服務(wù),為了體現快速服務(wù),往往測試不足或者沒(méi)條件測試(很多時(shí)候連真實(shí)的負載樣件都不舍得買(mǎi),比如做某個(gè)控制模塊,項目測試過(guò)程中沒(méi)有實(shí)際負載【機械結構和電機】,即將使用模擬負載調試的模塊作為樣品交給客戶(hù)調試);

5、團隊建設:個(gè)人理解可靠性等設計是需要數據和失敗教訓積累的,但是公司有大大小的項目,每個(gè)人的設計數據都在自己的電腦里,工程師之間不交換數據、不共享、只交換結論。造成很多情況下,知道結論但是不知道過(guò)程中很多東西,很多設計都犯錯誤,不錯值得慶幸的是經(jīng)過(guò)很多次教訓后有改進(jìn),但是只限于我們再也不犯同樣的錯誤了,以前總犯同樣的錯誤;

6、部門(mén)接口:基本上這個(gè)還屬于團隊的問(wèn)題,很多時(shí)候覺(jué)得公司的管理是個(gè)大問(wèn)題,管理十幾個(gè)人還可以,但是人多了就亂套了,往往機械的不理解電氣的,電氣中軟件不理解硬件,硬件不理解軟件,更重要的是質(zhì)量不理解設計,生產(chǎn)工藝也理解設計,設計如果不夠強勢和自信(因為總隱約覺(jué)得設計不如老外)為了質(zhì)量生產(chǎn)工藝往往更改的是設計;

7、售后問(wèn)題:控制器交付客戶(hù),往往設計就結項了,因為對于設計員來(lái)說(shuō),下一個(gè)任務(wù)又來(lái)了。往往控制器量產(chǎn)后團隊已經(jīng)解散大半了,剩下一小部分跟蹤生產(chǎn),這個(gè)時(shí)候往往不愿意對設計的硬件和軟件做大的變動(dòng),修修補補,時(shí)間長(cháng)了,品牌口碑就在客戶(hù)變差,質(zhì)量不好等缺點(diǎn)就暴漏出來(lái),個(gè)人覺(jué)得產(chǎn)品量產(chǎn)的幾年內是比較危險的時(shí)期。

8、無(wú)序的開(kāi)發(fā)過(guò)程: 原理樣機->統計成本->凍結初期硬件版本和軟件版本->硬件測試和軟件測試->電性能、環(huán)境試驗、EMC 試驗->升級凍結中期硬件和軟件->生產(chǎn)、工藝->升級凍結后期硬件和軟件->定價(jià)->銷(xiāo)售到主機廠(chǎng)。
本文地址:http://selenalain.com/thread-18973-1-1.html     【打印本頁(yè)】

本站部分文章為轉載或網(wǎng)友發(fā)布,目的在于傳遞和分享信息,并不代表本網(wǎng)贊同其觀(guān)點(diǎn)和對其真實(shí)性負責;文章版權歸原作者及原出處所有,如涉及作品內容、版權和其它問(wèn)題,我們將根據著(zhù)作權人的要求,第一時(shí)間更正或刪除。
您需要登錄后才可以發(fā)表評論 登錄 | 立即注冊

相關(guān)視頻

關(guān)于我們  -  服務(wù)條款  -  使用指南  -  站點(diǎn)地圖  -  友情鏈接  -  聯(lián)系我們
電子工程網(wǎng) © 版權所有   京ICP備16069177號 | 京公網(wǎng)安備11010502021702
快速回復 返回頂部 返回列表
午夜高清国产拍精品福利|亚洲色精品88色婷婷七月丁香|91久久精品无码一区|99久久国语露脸精品|动漫卡通亚洲综合专区48页