選擇了嵌入式行業，就選擇了一個充滿于挑戰的行業。對于軟件工程師而言，項目的成功和失敗對他們很重要。因為一行行的代碼他們不知道熬了多少個通宵，腦細胞死了多少而寫出來的。 如果項目失敗了，就意味著辛辛苦苦的一切付諸東流。這不得不令人沮喪。本文就給大家介紹一下是什么原因會讓一個項目在不知不覺中慢慢地且不聲不響地走上失敗之路。

成員流動

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

走走停停綜合征

孩子被教導說，“不要喊狼來了。”這話是一個警告，不要誤發假警報。這種警告有一種“進行!停止!進行!”的周期，在項目中很容易被忽略。 一位經理、客戶，或其他一些單位猛烈地催促他的團隊，聲稱該項目要在某一日之前完成。開發人員因此周末加班，投注更多的心力。然后，就像這股來得很快的催促之力，突然之間卻又嘎然而止。幾個月后，它又再次告急。 “快點，我們必須在X之前出貨!” 然后同樣的事情又再次發生。 項目這種走走停停一再重復的緊迫性將會對開發團隊造成心理層面的影響。開發人員不再相信任何的迫切性。事實上，他們會有一種心態，開始覺得這個項目并不是一個需要認真對待的項目，它很快將再次停止，那么為什么還要投入任何的努力? 所以，不要對項目喊狼來了!

完美主義者的態度

許多工程師都有一種完美主義者的態度，這種態度所帶來的問題是，不可能開發出完美的系統，撰寫出完美的代碼，或者在最適當的時間推出產品。 完美主義是鏡花水月，如果完美主義是公司文化的一部分，它將會是產品可能會不斷修正，直到公司破產倒閉的標志。 正確的心態不是完美，而是成功。為了可以成功地推出產品，什么是最低的成功標準?設下成功的標準，并在一旦達成后，立即推出產品。之后可以用啟動加載器(boot-loader)來添加功能并解決那些小錯誤。

加速的時間表

要迅速地開發出一個嵌入式系統，事實上，設計團隊要放慢腳步，這似乎違反直覺。但依據加速的時間表(accelerated TImetable)工作會產生壓力，更重要的是，有比較高的可能性會產生錯誤，而使得效率降低。錯誤將直接影響小缺陷的數量，而這些小缺陷隨后又會增加測試時間和返工的時間。 另一個問題是，當開發人員都搶著和努力滿足加速的時間表時，他們會圖省事而走快捷方式。比如，代碼沒有批注及說明。像是架構圖和流程圖等設計文件也付之闕如。相反地，設計只留存在程序設計人員的心中。放慢腳步，把事情做正確，會更快地得到最終的解決方案。

不良的結構化軟件

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

本末倒置

開發一個新產品是令人興奮的奮斗過程。其中有很多事情要做，而公司通常是急著想把產品從概念化成可以生產的產品。這種匆促的舉動是極其危險的，尤其是當生產決定浮現時。 當產品的機械設計或外觀和感覺被拿來推動其電氣需求時，這就是一個很好的例子。在工作的電氣和軟件原型被驗證之前，生產工具就準備好要生產了。 在這種情況下，似乎總是有電路板沒有檢查，需要進行調整的問題。對那些匆匆忙忙、且太快就試著要把所有的事情同時拉在一起的項目，最終結果總是由于修改而落入花更長時間和更多成本的結果。

范圍潛變

每個項目都有范圍潛變(scope creep)，但范圍潛變的程度可以是該項目是否會成功或失敗的決定性因素。范圍潛變最危險的一個領域是，它是暗中為害的。某天在電路板上增加了一個簡單的傳感器，幾個月后再加一些上去，這些看起來完全無害，但他們可能是致命的。 范圍潛變的最大問題是，變化通常是微小的。乍看之下，改變看起來只是短短幾天的工作。但是，每次加一點點，系統的復雜性也隨之增加了。復雜的系統需要更多的測試，可能也需要更多的除錯。隨著時間的發展，范圍潛變可以將系統改變到使原來的軟件體系結構和設計變得過時，或甚至變成是不正確的解決方案!最終的結果是使一個項目變得遠遠地超出其預算范圍，實際進度落在交貨日期之后，此一項目很少或幾乎沒有結束的跡象。

最后

不管是什么樣的嵌入式工程師，在開發新的嵌入式系統時，沒有人確保這個項目百分之百會成功。影響項目的成功有許多因素，而我們工程師們需要做的就是把失敗率降到最低。你可以從以上總結中吸取經驗。判斷自己的項目是否在走著一條緩慢且邁向失敗的路。