ODM軟件控制管理研究

徐炯（上海貝爾股份有限公司，上海 201206）

ODM軟件控制管理研究

徐炯
（上海貝爾股份有限公司，上海 201206）

通過分析ODM產(chǎn)品軟件質(zhì)量不高、交付周期延長的情況，我司從流程整合、需求傳遞、設備和人力、測試覆蓋率、過程管控、溝通渠道等方面進行了改進，本文介紹了具體原因和改進措施，分享了對ODM產(chǎn)品軟件開發(fā)管控的相關經(jīng)驗。

ODM；軟件工程；控制管理

1　背景

ODM（Original design manufacturer，原始設計制造商），是一家廠商根據(jù)另一家廠商的規(guī)格和要求，設計和生產(chǎn)產(chǎn)品。受委托方擁有設計能力和技術水平，基于授權合同生產(chǎn)產(chǎn)品。很多大企業(yè)對于設計不復雜、開發(fā)周期短、獨立性高的產(chǎn)品都越來越傾向于采用這種方式。我司對于部分ONT（Optical network terminal，光網(wǎng)絡終端）產(chǎn)品，就采用了ODM的模式，向ODM供應商提出產(chǎn)品的功能、性能要求，由ODM供應商負責具體的產(chǎn)品研發(fā)、設計制作、生產(chǎn)以及后期維護。但是ODM供應商的規(guī)模、技術能力和流程管理等都普遍低于我司。所以如何協(xié)同合作，保證按期按質(zhì)交付，成為重中之重。

2　解決思路

選取了當時已經(jīng)結束的幾個ODM項目，對于項目存在的軟件相關問題（產(chǎn)品開發(fā)延期、交付到現(xiàn)場以后發(fā)現(xiàn)比較多的軟件bug問題）進行了魚骨圖和頭腦風暴等調(diào)查分析，找到幾個關鍵問題點。針對這些問題點，進一步收集數(shù)據(jù)和分析，最終制定了改進措施。

3　項目方案

3.1流程整合

雖然各家公司都制定了自己的軟件開發(fā)流程，但是原理上都是大同小異。通過收集和整理供應商的流程，發(fā)現(xiàn)作為ODM客戶和ODM供應商，流程上就有著時間差，即“ODM供應商項目測試完成交付時間=ODM客戶啟動接收測試時間”。因此，制定關鍵節(jié)點的交付目標和質(zhì)量指標，并對ODM供應商相關人員進行客戶流程培訓至關重要。

針對上述情況，我們整合了我司和供應商的流程，增加了關鍵節(jié)點的交付目標和質(zhì)量指標，明確了職責。同時，也敦促供應商細化相關內(nèi)部流程，明確職責，增加了內(nèi)部節(jié)點的審核。

3.2需求傳遞

要保證ODM產(chǎn)品的周期和質(zhì)量，傳遞的需求必須盡可能完整清晰。

從完整性角度，需求應當盡可能詳細，尤其是行業(yè)規(guī)范外的默認常識。對此，需求文檔的模板進行了更新，增加了相關章節(jié)內(nèi)容。此外，要求需求文檔必須經(jīng)過相關干系人（產(chǎn)品經(jīng)理、系統(tǒng)人員、供應商等）審閱并達成一致意見。

從明確性角度，需求應該盡量減少雙方對于需求理解的歧義。對此，一個重要的改進措施就是由供應商對于我司提出的需求，提供需求理解文檔，并經(jīng)過我司相關人員審核后，作為供應商內(nèi)部立項的需求輸入文檔。

3.3設備和人力

ODM供應商相對起步都比較晚，開發(fā)人員數(shù)量存在預估不足。在項目實際開發(fā)過程中，就會出現(xiàn)人員短缺，不能按期完成的情況。測試設備的短缺，則是影響測試結果的重要因素，不僅導致測試項不能按時完成，也導致某些測試項無法測試，直接影響測試覆蓋率。通過與供應商共享當年和次年主要產(chǎn)品的發(fā)展藍圖，敦促供應商制定人員招聘和培訓計劃，啟動采購相關測試設備，并確保人員按時到崗，設備及時就位。

3.4測試覆蓋率

通過對現(xiàn)場發(fā)現(xiàn)的軟件bug以及我司進行驗收測試時發(fā)現(xiàn)的大量軟件bug的分析，其中約1/3是由于供應商軟件測試覆蓋率不夠導致遺漏到我司驗收測試或者現(xiàn)場，即通過軟件測試應該能夠及時發(fā)現(xiàn)問題，但是沒有能夠在軟件測試階段及時發(fā)現(xiàn)。

因此，我們將相關bug列表發(fā)給供應商內(nèi)部研發(fā)人員做進一步分析，在測試用例數(shù)據(jù)庫里增加了相關測試項。

3.5過程管控

項目立項階段。重點檢查項目的需求傳遞是否明確、供應商是否提供了需求理解文檔、詳細的項目計劃以及測試策略文檔。這樣做可以盡量保證供應商的輸入清晰，項目資源充足。

ODM供應商軟件交付內(nèi)部測試階段。重點檢查供應商是否按時提交軟件測試版本，供應商測試資源是否到位，以及供應商的內(nèi)部測試列表是否完善。

ODM供應商軟件交付階段。重點檢查供應商的測試報告，確保測試覆蓋率以及軟件存在的Bug少于要求。

3.6溝通渠道

為了確保供應商的項目如期完成，要求供應商提供周報信息，反饋每周的工作進展、發(fā)現(xiàn)的問題、潛在的風險。

4　改進效果

隨著各項措施和改進方案的逐步落實，ODM產(chǎn)品的按時交付得到了保證，軟件故障率相比前一年度也下降了15％。供應商完善了相關內(nèi)部流程和節(jié)點審核，增加了相對匹配的人力和設備，建立了測試數(shù)據(jù)庫的不斷完善機制。我司內(nèi)部則明確了相關人員的職責，強化了需求澄清和反饋機制，加強了對供應商研發(fā)過程中的監(jiān)管和支持。

5　結語

ODM產(chǎn)品的按期交付和質(zhì)量主要取決于供應商的技術能力，但加強我們對于供應商的開發(fā)階段的管控，對于提高ODM產(chǎn)品的按時交付和產(chǎn)品質(zhì)量具有比較大的意義。特別是對于產(chǎn)品交付期限短、產(chǎn)品質(zhì)量要求高的某些產(chǎn)品，能起到風險預警、早期干預、及時補救的作用。本文中提到的若干措施和改進方案，可以推廣到其他行業(yè)的ODM業(yè)務。

［1］宋雨，趙文清.軟件工程［M］.北京：中國電力出版社，2007.

ODM Software Control Management

XU Jiong
（Shanghai Bei'er Limited by Share Ltd，Shanghai 201206，China）

Through the analysis of the ODM product software quality is not high，the delivery cycle of the situation，I Division from process integration，demand delivery，equipment and manpower，test coverage，process control，communication channels and other aspects of the improvement，this paper describes the specific reasons and improvement measures，to share the experience of ODM product development and management ofsoftware.

ODM；Software engineering；Control management

TP311.52

A

1674-8646（2015）08-0060-01

2015-05-31

徐炯（1976-），女，上海嘉定人，工程師，從事計算機軟件工程研究。