導致嵌入式系統項目失敗的7個(gè)隱形殺手

對工程師而言，沒(méi)有什么事情比投入大量心力、汗水和淚水到一個(gè)項目，但最終卻只得到一個(gè)失敗的結果這件事，來(lái)得令人沮喪。對那些參與項目開(kāi)發(fā)的人來(lái)說(shuō)，失敗確實(shí)可以增長(cháng)其洞察力和經(jīng)驗，但所時(shí)間和心力的損失卻也是毀滅性的一擊。有許多理由可以讓嵌入式系統的項目最終以失敗收場(chǎng)，但有7個(gè)隱形殺手會(huì )讓一個(gè)項目在不知不覺(jué)中慢慢地且不聲不響地走上失敗之路，任何項目的領(lǐng)導者或其中的成員對它們千萬(wàn)不可等閑視之。

#7 – 成員流動(dòng)(team turnover)

每家公司都會(huì )經(jīng)歷員工或承包商的流動(dòng)，但關(guān)鍵人物太過(guò)于經(jīng)常變動(dòng)，可能是一個(gè)項目注定失敗的領(lǐng)先指標。有很多原因可以說(shuō)明為什么人員流動(dòng)對項目會(huì )有不利的影響。第一，它會(huì )造成其他團隊成員心理上的影響，而降低生產(chǎn)力。其次，失去關(guān)鍵人物可能會(huì )導致歷史性和重要的信息會(huì )永遠遺失，這會(huì )放緩發(fā)展的腳步。最后，替換隊員需要對新的成員進(jìn)行訓練，并跟上團隊的腳步。這是一個(gè)會(huì )使人分心的工作，會(huì )讓其他成員放下手邊的開(kāi)發(fā)工作來(lái)教導新的成員，結果會(huì )導致開(kāi)發(fā)成本的增加和延長(cháng)交付時(shí)間。

#6 – 走走停停癥候群

孩子被教導說(shuō)，“不要喊狼來(lái)了。”這話(huà)是一個(gè)警告，不要誤發(fā)假警報。這種警告有一種“進(jìn)行!停止!進(jìn)行!”的周期，在項目中很容易被忽略。一位經(jīng)理、客戶(hù)，或其他一些單位猛烈地催促他的團隊，聲稱(chēng)該項目要在某一日之前完成。開(kāi)發(fā)人員因此周末加班，投注更多的心力。然后，就像這股來(lái)得很快的催促之力，突然之間卻又嘎然而止。個(gè)月后，它又再次告急。 “快點(diǎn)，我們必須在X之前出貨!” 然后同樣的事情又再次發(fā)生。

項目這種走走停停一再重復的緊迫性將會(huì )對開(kāi)發(fā)團隊造成心理層面的影響。開(kāi)發(fā)人員不再相信任何的迫切性。事實(shí)上，他們會(huì )有一種心態(tài)，開(kāi)始覺(jué)得這個(gè)項目并不是一個(gè)需要認真對待的項目，它很快將再次停止，那么為什么還要投入任何的努力?

所以，不要對項目喊狼來(lái)了!

#5 - 完美主義者的態(tài)度

許多工程師都有一種完美主義者的態(tài)度。這種態(tài)度所帶來(lái)的問(wèn)題是，不可能開(kāi)發(fā)出完美的系統，撰寫(xiě)出完美的代碼，或者在最適當的時(shí)間推出產(chǎn)品。完美主義是鏡花水月，如果完美主義是公司文化的一部分，它將會(huì )是產(chǎn)品可能會(huì )不斷修正，直到公司破產(chǎn)倒閉的標志。

正確的心態(tài)不是完美，而是成功。為了可以成功地推出產(chǎn)品，什么是最低的成功標準?設下成功的標準，并在一旦達成后，立即推出產(chǎn)品。之后可以用啟動(dòng)加載器(boot-loader)來(lái)添加功能并解決那些小錯誤。

#4 - 加速的時(shí)間表

要迅速地開(kāi)發(fā)出一個(gè)嵌入式系統，事實(shí)上，設計團隊事實(shí)上要放慢腳步，這似乎違反直覺(jué)。但依據加速的時(shí)間表(accelerated timetable)工作，會(huì )因為壓力和，更重要的是，有比較高的可能性會(huì )產(chǎn)生錯誤，而使得效率降低。錯誤將直接影響小缺陷的數量，而這些小缺陷隨后又會(huì )增加測試時(shí)間和返工的時(shí)間。

另一個(gè)問(wèn)題是，當開(kāi)發(fā)人員都搶著(zhù)和努力滿(mǎn)足加速的時(shí)間表時(shí)，他們會(huì )圖省事而走快捷方式。比如，代碼沒(méi)有批注及說(shuō)明。像是架構圖和流程圖等設計文件也付之闕如。相反地，設計只留存在程序設人員的心中。放慢腳步，把事情做正確，會(huì )更快地得到最終的解決方案。

#3 – 不良的結構化軟件

嵌入式軟件是嵌入式系統的血液;沒(méi)有了它，產(chǎn)品就無(wú)法運作。不良的結構化軟件是一個(gè)很明確的失敗征兆。嵌入式系統的系統結構需要具有靈活性，以便未來(lái)成長(cháng)之用。它要有用于測試、除錯和進(jìn)行日志記錄的空間。一個(gè)架構不佳的系統將會(huì )使得施作不良，而導致該軟件錯誤百出而難以管理，從而注定要將它的歲月花在除錯上，直至項目最終死亡為止。

#2 - 本末倒置

開(kāi)發(fā)一個(gè)新產(chǎn)品是一種會(huì )令人興奮的奮斗過(guò)程。其中有很多事情要做，而公司通常是急著(zhù)想把產(chǎn)品從概念化成可以生產(chǎn)的產(chǎn)品。這種匆促的舉動(dòng)是極其危險的，尤其是當生產(chǎn)決定浮現時(shí)。

當產(chǎn)品的機械設計或外觀(guān)和感覺(jué)被拿來(lái)推動(dòng)其電氣需求時(shí)，這就是一個(gè)很好的例子。在工作的電氣和軟件原型被驗證之前，生產(chǎn)工具就準備好要生產(chǎn)了。在這種情況下，似乎總是有電路板沒(méi)有檢查，需要進(jìn)行調整的問(wèn)題。對那些匆匆忙忙、且太快就試著(zhù)要把所有的事情同時(shí)拉在一起的項目，最終結果總是由于修改而落入花更長(cháng)時(shí)間和更多成本的結果。

#1 - 范圍潛變

每個(gè)項目都有范圍潛變(scope creep)，但范圍潛變的程度可以是該項目是否會(huì )成功或失敗的決定性因素。范圍潛變最危險的一個(gè)領(lǐng)域是，它是暗中為害的。某天在電路板上增加了一個(gè)簡(jiǎn)單的傳感器，幾個(gè)月后再加一些上去，這些看起來(lái)完全無(wú)害。但他們可能是致命的。

范圍潛變的最大問(wèn)題是，變化通常是微小的。乍看之下，改變看起來(lái)只是短短幾天的工作。但是，每次加一點(diǎn)點(diǎn)，系統的復雜性也隨之增加了。復雜的系統需要更多的測試，可能也需要更多的除錯。隨著(zhù)時(shí)間的發(fā)展，范圍潛變可以將系統改變到使原來(lái)的軟件體系結構和設計變得過(guò)時(shí)，或甚至變成是不正確的解決方案!最終的結果是使一個(gè)項目變得遠遠地超出其預算范圍，實(shí)際進(jìn)度落在交貨日期之后，此一項目很少或幾乎沒(méi)有結束的跡象。

結論

在開(kāi)發(fā)新的嵌入式系統，并沒(méi)有確保其一定成功的保證，有很多因素會(huì )影響到項目的成功或失敗。這是筆者所看到的7大項目隱形殺手。你可以從這些細微的線(xiàn)索判斷出你的項目是否正走在一條緩慢且邁向失敗的發(fā)展之路上。任何項目的領(lǐng)導者或其中的成員對它們千萬(wàn)不可等閑視之。