1、. 硬件工程開發(fā)管理方案目錄 TOC o 1-3 h z u HYPERLINK l _Toc217785480編寫目的 PAGEREF _Toc217785480 h 2HYPERLINK l _Toc217785481關(guān)鍵詞 PAGEREF _Toc217785481 h 2HYPERLINK l _Toc217785482摘要 PAGEREF _Toc217785482 h 2HYPERLINK l _Toc2177854831.工程管理概述 PAGEREF _Toc217785483 h 2HYPERLINK l _Toc2177854841.1.工程的特性 PAGEREF _Toc2

2、17785484 h 2HYPERLINK l _Toc2177854851.2.工程的生命周期 PAGEREF _Toc217785485 h 3HYPERLINK l _Toc2177854862.實(shí)施分析 PAGEREF _Toc217785486 h 4HYPERLINK l _Toc2177854872.1.工程申請 PAGEREF _Toc217785487 h 4HYPERLINK l _Toc2177854882.2.可行性分析 PAGEREF _Toc217785488 h 4HYPERLINK l _Toc2177854892.3.立項(xiàng)以及開發(fā)方案 PAGEREF _Toc

3、217785489 h 4HYPERLINK l _Toc2177854902.4.總體設(shè)計(jì)需求分析 PAGEREF _Toc217785490 h 5HYPERLINK l _Toc2177854912.5.詳細(xì)設(shè)計(jì) PAGEREF _Toc217785491 h 5HYPERLINK l _Toc2177854922.6.開發(fā)實(shí)施 PAGEREF _Toc217785492 h 6HYPERLINK l _Toc2177854932.7.測試 PAGEREF _Toc217785493 h 6HYPERLINK l _Toc2177854942.8.工程驗(yàn)收 PAGEREF _Toc217

4、785494 h 6HYPERLINK l _Toc2177854952.9.工程完畢 PAGEREF _Toc217785495 h 6HYPERLINK l _Toc2177854963.文檔記錄 PAGEREF _Toc217785496 h 7HYPERLINK l _Toc2177854974.工程沖突 PAGEREF _Toc217785497 h 7引言編寫目的為了使公司的硬件開發(fā)便于管理、監(jiān)控和績效，因而要使其流程化、規(guī)化，使其成為公司的長遠(yuǎn)戰(zhàn)略開展中的良性節(jié)點(diǎn)。關(guān)鍵詞工程特性、工程生存周期、可行性分析、文檔記錄、約束力。摘要分析工程的特征，抓住中間的環(huán)節(jié)，同時(shí)結(jié)合公司現(xiàn)狀，有

5、針對的提出實(shí)施方法。工程管理概述為什么要進(jìn)展工程管理？如果所有的工程都是按照既定的方案，然后在特定的時(shí)間節(jié)點(diǎn)處到達(dá)所需的成效，一切都在方案管理的掌控當(dāng)中，那就不需要工程管理了。但是實(shí)際情況并非單一任務(wù)獨(dú)占人力資源、硬件資源，工程管理就是要合理的調(diào)節(jié)好人力、物力、工時(shí)、財(cái)力以及其他影響因素之間的關(guān)系，然后使各個(gè)資源點(diǎn)分配合理，從而使得工程利益最大化。打個(gè)比方，實(shí)際上同一個(gè)人可能同時(shí)在多個(gè)工程上，就像CPU一樣，必須有個(gè)分時(shí)調(diào)度的規(guī)劃，這樣才不容易死機(jī)。工程管理者的角色就是為了讓各個(gè)資源點(diǎn)合理有序的被使用，讓工程的進(jìn)展有條不紊、安康的開展并完結(jié)。工程管理就是要按時(shí)、低本錢、高效地交付成果。一個(gè)好的

6、工程管理者，能夠有效地評估和調(diào)節(jié)工程中人力、資源和工時(shí)之間的矛盾，進(jìn)而提出調(diào)配規(guī)劃和解決方案。工程管理者要對新上任的工程進(jìn)展調(diào)研，有一個(gè)宏觀的了解才能做出下一步的抉擇，調(diào)研的對象要包括：用戶需求、關(guān)聯(lián)廠商、人力資源、物質(zhì)條件、財(cái)務(wù)預(yù)算等等。工程的特性工程是具有以下特性：目標(biāo)性唯一性時(shí)間性資源有限性相關(guān)性階段性風(fēng)險(xiǎn)性可行性方案性成效性工程的由來不是空穴來風(fēng)，它的進(jìn)程要受到如時(shí)間、資源、風(fēng)險(xiǎn)等相關(guān)因素影響。一個(gè)完整的工程，不能模糊不清，不能虎頭蛇尾；一個(gè)成功的工程，不能無限延期交付，不能消耗無度。工程的生命周期一個(gè)典型的工程生命周期：啟動(dòng)、方案、執(zhí)行、控制、收尾。如圖1-1：圖1-1典型的工程生命

7、周期示意圖工程的生命周期是一個(gè)以投資和時(shí)間作為坐標(biāo)的曲線示意圖，工程生命的每個(gè)環(huán)節(jié)都有它獨(dú)特的成效。當(dāng)然工程不會(huì)憑空而來，要啟動(dòng)得有緣由，就像一個(gè)商人通常是不會(huì)做賠本生意的。工程啟動(dòng)之后，在完畢前，無論哪個(gè)環(huán)節(jié)受到無視，所造成的后果只有一個(gè)，即表現(xiàn)在圖1-1中為該曲線圍成的綠色區(qū)域變大面積增加。換句話說，就是投資量加大與時(shí)間跨度增加，然而這兩個(gè)因素，哪一個(gè)增加也不是我們想要的。工程管理者，就是在有限的資源約束下，運(yùn)用系統(tǒng)的觀點(diǎn)、方法和理論，對工程涉及的全部工作進(jìn)展有效的管理，即從工程的投資決策開場到工程完畢的全過程進(jìn)展方案、組織、指揮、協(xié)調(diào)、控制和評價(jià)，以實(shí)現(xiàn)工程的目標(biāo)。而做工程管理的目的，反

8、映在此曲線圖上，就是在能夠清楚的認(rèn)識工程生命周期中投資和時(shí)間關(guān)系的根底上，分析影響工程生命曲線的具體因素，找到關(guān)鍵的環(huán)節(jié)讓其曲線面積變小，從而到達(dá)最優(yōu)的結(jié)果，設(shè)法到一個(gè)成功的工程開發(fā)。我們公司部的一些硬件開發(fā)的小工程，很多還都局限在口頭工程，在時(shí)間、資源、人力協(xié)調(diào)方面約束力很弱，經(jīng)常出現(xiàn)工程一拖曠日持久、投入甚至沒有度量，很難被稱之為成功的開發(fā)工程。實(shí)施分析工程申請啟動(dòng)一個(gè)硬件開發(fā)工程，原始的推動(dòng)力會(huì)來自于很多方面，比方市場的需要，產(chǎn)品換代的需要，為了降低本錢更新的需要，提高*方面能力的需要等等，所以作為一個(gè)硬件系統(tǒng)的設(shè)計(jì)者，要主動(dòng)的去了解各個(gè)方面的需求，并且綜合起來，提出最適宜的硬件解決方案

9、。工程都是為了滿足特定的需要而產(chǎn)生的。一個(gè)好的提議，經(jīng)過管理者的磋商討論、形勢分析，以及技術(shù)人員的分析研究，最終得到一個(gè)結(jié)論：執(zhí)行或放棄，還是把*一局部外包。在這里，管理者的決策好似啟明燈，技術(shù)人員的評定則是前行者的動(dòng)力，兩者缺一不能達(dá)成最終目的。PS：外包情況，可行性分析的結(jié)果是肯定的，而目前自己的技術(shù)力量不夠，但是可以通過外包來到達(dá)要求，從而可以承接這個(gè)工程。可行性分析說明該硬件開發(fā)工程的實(shí)現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和社會(huì)因素上的可行性，評述為了合理地到達(dá)開發(fā)目標(biāo)可供選擇的各種可能實(shí)施方案，說明并論證所選定實(shí)施方案的理由，最終以能夠確定是否需要立項(xiàng)開發(fā)。如果是對外工程，則要確認(rèn)對方粗略需求框架，在

10、公司部進(jìn)展較詳細(xì)的功能及需求描述，根據(jù)該分析進(jìn)展判斷。風(fēng)險(xiǎn)評估是必要的，比方，我們承接一個(gè)工程，如果工程不能按時(shí)交付就要承當(dāng)一定的風(fēng)險(xiǎn)。比方說，由于外包局部的不能按時(shí)交付，導(dǎo)致我們的整體工程的交付延期，則我們的風(fēng)險(xiǎn)和外包廠商之間的風(fēng)險(xiǎn)分擔(dān)，必須有平衡之處。當(dāng)然風(fēng)險(xiǎn)的來源也是多種途徑的，不局限于*一特定約束。硬件開發(fā)在硬件工程的立案之前，技術(shù)可行性分析是關(guān)鍵，不能因?yàn)椴萋实臎Q定，導(dǎo)致日后執(zhí)行之時(shí)才發(fā)現(xiàn)這樣那樣的問題，也就是說硬件技術(shù)是否真正可行，必須落實(shí)到詳細(xì)的需求和技術(shù)細(xì)節(jié)上。我們對這部份硬件開發(fā)前的評判不夠，為什么總有宣告失敗的開發(fā)，根源就在這里。立項(xiàng)以及開發(fā)方案有了好的工程來源以及著實(shí)可行

11、的因素分析，這些條件的滿足，得以到達(dá)立項(xiàng)的最根本要求。在雙方根本對上述需求、功能達(dá)成一致的情況下，甲乙雙方各自落實(shí)工程負(fù)責(zé)人，評估工程本錢、收益、風(fēng)險(xiǎn)等諸多方面因素做出工程方案書，并交付工程審批委員會(huì)審批。這里會(huì)涉及到財(cái)務(wù)、工程技術(shù)人員等，簽訂合同、立項(xiàng)。工程成立，要為硬件工程實(shí)施方案制訂出具體方案，應(yīng)該包括各局部工作的負(fù)責(zé)人員、開發(fā)的進(jìn)度總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)規(guī)劃、開發(fā)經(jīng)費(fèi)的預(yù)算、所需的其他資源等等。工程為什么要立案？就是要產(chǎn)生一定的約束力，這樣才可能有好的監(jiān)視和自律作用。就像紀(jì)律和法律，紀(jì)律是制定給那些遵守紀(jì)律的人的，而法律則恰恰是制定給那些不遵守法律的人的。因?yàn)榧o(jì)律里只規(guī)定可以做什么，而法律

12、則規(guī)定了不可以做什么，并對違反法律的人做出相應(yīng)的懲治條例。前者是以道德為準(zhǔn)繩，后者則以律法為準(zhǔn)繩，這樣就造成了約束力的強(qiáng)弱。目前公司里的一些工程，是很模糊的，沒有書面形式的立案，沒有明確的時(shí)間限度，也沒有對物質(zhì)消耗的度量以及其他條件的約束等待。這樣就存在著兩個(gè)致命的缺點(diǎn)：沒過多的約束，效率可能會(huì)很低；工作積極性、熱情以及責(zé)任心很低。最好能對引入獎(jiǎng)勵(lì)機(jī)制，不能給員工產(chǎn)生這樣的感覺：就是做工程與不做工程的收獲是一樣的，工程做得好與做的差收獲也是一樣的。這就是為什么需要有約束力的文件備案和工程的績效。沒有約束力，就不能有效的評判完成與否、好壞之分，最終導(dǎo)致效率低下；沒有績效，員工的積極性就被無形的打

13、壓住了，自然什么工作積極性、責(zé)任心全部輕假設(shè)浮塵。總體設(shè)計(jì)需求分析對所開發(fā)硬件的功能、性能、用戶界面及運(yùn)行環(huán)境等做出詳細(xì)的說明，要有具體的技術(shù)說明文檔。它是在用戶與開發(fā)人員雙方對硬件需求取得共同理解并達(dá)成協(xié)議的條件下編寫的，也是實(shí)施開發(fā)工作的根底。該需求應(yīng)給出功能接口邏輯等的各項(xiàng)要求，為后續(xù)工作提供物理和電氣性能做好準(zhǔn)備。概要實(shí)際階段的工作成果，它應(yīng)說明功能分配、模塊劃分、輸入輸出以及接口設(shè)計(jì)、運(yùn)行流程設(shè)計(jì)、數(shù)據(jù)信號形式設(shè)計(jì)等，為詳細(xì)設(shè)計(jì)提供根底。相關(guān)部門的支持，比方涉及到與計(jì)算機(jī)通訊需要軟件部門幫助制作測試軟件等。通過總體規(guī)劃，把所需的各項(xiàng)資源不同技術(shù)的人力工時(shí)理出清單，向上級申請審批。畢竟

14、最底層負(fù)責(zé)硬件開發(fā)的工程師對軟件有所需求的時(shí)候，不可能也沒權(quán)利給軟件部門加載這樣一個(gè)軟件任務(wù)。為什么公司部的一些任務(wù)，部門之間存在打乒乓球的現(xiàn)象，就是因?yàn)楣こ桃淮_立就存在著模糊的局部。比方說開發(fā)硬件，需求誰負(fù)責(zé)給出，技術(shù)指標(biāo)誰負(fù)責(zé)制定，執(zhí)行中誰負(fù)責(zé)監(jiān)控等等，這些責(zé)任都不是單方面的，有很多都是部門之間或者公司與客戶之間相互協(xié)商的，由工程負(fù)責(zé)人來權(quán)衡協(xié)調(diào)，工程的職責(zé)一定要明確。永遠(yuǎn)不要去向不懂該工程的人要這要那或者可以說是向那些工程不關(guān)聯(lián)、不牽扯的人和部門索取信息。舉例說公司部DAU硬件局部信息，就應(yīng)該向生產(chǎn)部硬件室咨詢，因?yàn)檫@是他們的職責(zé)所在；如果你去向集測室、系統(tǒng)室等去咨詢，很有可能是徒勞，而

15、且即使有見解，正確性又如何講究呢？一句話，總體設(shè)計(jì)就是要分工和責(zé)任明確。詳細(xì)設(shè)計(jì)在總體設(shè)計(jì)方案之后，按照技術(shù)說明書的需求，著重描述每一模塊是怎樣實(shí)現(xiàn)的，包括實(shí)現(xiàn)信號控制、處理、邏輯流程等，以功能和性能要求為最終目標(biāo)，選擇適當(dāng)?shù)钠骷约半姎饨涌凇Ｔ谠敿?xì)設(shè)計(jì)時(shí)要力求全面周到，畢竟這里是開版做PCB的參考依據(jù)。如果說標(biāo)準(zhǔn)都出現(xiàn)了錯(cuò)誤，后果的嚴(yán)重性也就不言而喻了。在設(shè)計(jì)功能和調(diào)試驗(yàn)證時(shí)，應(yīng)做好調(diào)試中修改記錄文檔，以便在后續(xù)的定版之前有個(gè)完善、清晰的參考。不要為了之前已經(jīng)確定了的東西，反復(fù)查詢耽誤不必要的工時(shí)。開發(fā)實(shí)施原理圖、PCB以及相關(guān)的程序設(shè)計(jì)，電路調(diào)試、功能驗(yàn)證。作為一個(gè)硬件工程的開發(fā)流程中的環(huán)

16、節(jié)，這個(gè)環(huán)節(jié)應(yīng)該是最為重要的，因?yàn)檫@個(gè)環(huán)節(jié)是把想法轉(zhuǎn)化為實(shí)物的一個(gè)關(guān)卡，自然是要求最為詳細(xì)、設(shè)計(jì)力求縝密，盡可能少出錯(cuò)甚至不出錯(cuò)，因?yàn)檫@里是縮短開發(fā)周期的關(guān)鍵點(diǎn)，少一次修訂，就能節(jié)省很多珍貴的時(shí)間。測試硬件產(chǎn)品設(shè)計(jì)的功能完善后，在調(diào)試完畢后，發(fā)布之前，需要進(jìn)展上機(jī)測試，考機(jī)測試，以確保產(chǎn)品的硬性指標(biāo)和質(zhì)量。編寫用戶手冊，手冊里需要明確指出：如何使用、如何測試、調(diào)試的步驟和方法等。值得注意的是，最好測試人員不能是開發(fā)人員，以防止當(dāng)局者迷的情況，而且使用者更容易發(fā)現(xiàn)潛在的問題。通過測試，發(fā)現(xiàn)歸納問題，最好能以書面形式反應(yīng)給設(shè)計(jì)人員，然后改版修訂，并重復(fù)以上開發(fā)測試步驟，直到硬件完全合格才能進(jìn)展以后

17、步驟。工程驗(yàn)收經(jīng)測試合格后，進(jìn)展工程驗(yàn)收歸檔，發(fā)布定版后的相關(guān)文檔，包括原理圖、PCB幅員、本錢核算、元器件清單以及程序和軟件的歸檔備案。最終版本的歸檔備案是必須的，這樣才能增加后續(xù)工程的歸宿性、可塑性和擴(kuò)展性。我們公司有些硬件的可塑性不強(qiáng)，就是因?yàn)楫?dāng)初的檔案工作不夠完善。比方說DAU數(shù)字板的問題，之前硬件室試圖改造，就是因?yàn)閭浒傅腜al器件邏輯是錯(cuò)誤的文檔備案非最終版本，導(dǎo)致假定該邏輯正確為前提的設(shè)計(jì)，出現(xiàn)了源頭錯(cuò)誤，因而很難挽回失敗的結(jié)局。工程完畢以文檔形式備案工程整體過程環(huán)節(jié)情況。工程總結(jié)，工程開發(fā)完成以后，應(yīng)與工程實(shí)施方案對照，總結(jié)實(shí)際執(zhí)行的情況，如進(jìn)度、成果、資源利用、本錢和投入的人

18、力，此外，還需對開發(fā)工作做出評價(jià)，總結(jié)出經(jīng)歷和教訓(xùn)。文檔記錄在工程開發(fā)過程中，應(yīng)該按要求編寫好不同階段的各種文檔，文檔編制要求具有針對性、準(zhǔn)確性、清晰性、完整性、可追溯性。而我們公司的現(xiàn)狀就是：很多成熟的東西沒有流程式的、文檔記錄式的歸檔備案，以至*些不必要的流程， 每個(gè)人都要走一遍，甚至每次都要反復(fù)走一個(gè)沒有意義的途徑。比方說，新員工入職，在各自職位上甚至連一個(gè)最根本的崗位培訓(xùn)都沒有。這樣就導(dǎo)致一個(gè)結(jié)果，每人新人都是在自己摸索，前人的經(jīng)歷不能有效的傳遞下來，而老員工的應(yīng)急處理能力也就被局限于之他前遇到過的問題。遇到一個(gè)他沒遇到的問題這里可能是那些根本算不上是新問題的問題，他就會(huì)和新員工一樣茫然，如果更老資歷的員工已經(jīng)離職，則如何處理問題就會(huì)變得很難，這就是為什么我們不能站在前人的肩膀上的原因沒有備案的經(jīng)歷總結(jié)。參看如下表3-1，這里只是示意性的參考。工程階段所需文檔說明工程說明工程來源背景等工程立案之前可行性分析報(bào)告市場調(diào)研、為滿足特定需要等技術(shù)調(diào)研報(bào)告技術(shù)可行性此文檔可包含于可行性分析中工程啟動(dòng)審批以及說明工程立案、參與人員組成等立案開發(fā)初步方案制定研發(fā)總體規(guī)劃其他部門的支持和需求工程牽扯軟件、預(yù)算開銷以及消耗庫房總體方案開發(fā)詳細(xì)方案原理圖等具體要求修訂記錄調(diào)試中發(fā)現(xiàn)新問題的修改備案記錄測試手段流程測試中發(fā)現(xiàn)新問題如何解決提交驗(yàn)收測試驗(yàn)收報(bào)