，立馬就一刀切，廢除了雙薪和工齡工資，這就大大傷害了老員工的積極性。本身老員工的 起薪就不高，加薪也不容易，現(xiàn)在收入明顯銳減，也沒有補償措施，自然人心渙散，好多骨干紛紛跳槽，導(dǎo)致了項目青黃不接。
三、技術(shù)風(fēng)險
從這么多年的經(jīng)驗來看，技術(shù)風(fēng)險并不可怕。技術(shù)風(fēng)險往往來自于技術(shù)決策者，技術(shù)決策者要全面評估技術(shù)可行性，確定技術(shù)方案，只要評估準(zhǔn)確了，就為項目的后 續(xù)工作打下了堅實的基礎(chǔ)。在決策過程中所預(yù)計到的關(guān)鍵技術(shù)點，都要有解決思路或預(yù)案。還有就是對業(yè)務(wù)需求的掌握和理解程度，理解的偏差會嚴(yán)重影響項目。另 外，成熟的技術(shù)架構(gòu)和構(gòu)件，也是同類項目的一個主要的技術(shù)保證。
這里留給我印象最深刻的有兩個項目，一個是早年做的數(shù)據(jù)采集分析軟件，還有一個是兩年前參與的某政府采購平臺。數(shù)據(jù)采集分析軟件最初采取的語言是 Java，Java在服務(wù)端開發(fā)很快，但在客戶端UI開發(fā)上相對弱些，隨著開發(fā)的深入，越來越不能滿足客戶的要求。在第一版發(fā)布后，痛定思痛，改用 delphi開發(fā)UI，幸虧轉(zhuǎn)型及時，之后涉及很多統(tǒng)計報表，如果用awt/swing來做，不可想象。再一個就是某政府采購平臺，客戶要求全部采用開源 技術(shù)，如果是成熟的開源技術(shù)還好說，關(guān)鍵是要用剛剛興起的開源技術(shù)，版本不斷再修訂，且不是太穩(wěn)定，資料也很少。做些簡單的還能應(yīng)付，但對于企業(yè)級的應(yīng) 用，比如工作流、全文檢索、表單定制等來說，就不行了。況且時間和資源投入都不允許做基礎(chǔ)性研究。之后，實在扛不住，好歹說動客戶，引進了成熟的開源技 術(shù)，才勉強過關(guān)。
四、管理風(fēng)險
軟件研發(fā)項目最重要的還是在管理，項目經(jīng)理的綜合實力基本決定了項目的成敗。項目經(jīng)理要有敏銳的嗅覺，要有很強的對客戶、領(lǐng)導(dǎo)、技術(shù)、團隊、資源的把握 能力。項目經(jīng)理要有對團隊的絕對把控。說實話，項目經(jīng)理沒有點技術(shù)實力，是很難帶領(lǐng)軟件研發(fā)團隊的。項目經(jīng)理在客戶面前要敢于說不；在領(lǐng)導(dǎo)面前要敢于要資 源、要支持；在團隊面前，要以身作則，獎罰分明，愛護每一位成員；要熟悉業(yè)務(wù)，了解技術(shù)。要培養(yǎng)出好的項目經(jīng)理不容易，這是公司的職責(zé)；要培養(yǎng)出好的項目 團隊也不易，這需要全方位的協(xié)作。在軟件行業(yè)，跳槽是很頻繁的。在我周圍的朋友或者同事，其跳槽最大的因素不在于薪水，而是職業(yè)發(fā)展空間。如果沒有一個良 好的職業(yè)成長體系，是難以留人的；其次是領(lǐng)導(dǎo)的魅力，軟件從業(yè)人員都是知識型人才，起點較高，在馬斯洛需求層次理論里屬于第四層次，大部分追求的是獲得尊 重和欣賞。
風(fēng)險無處不在，既有消極的也有積極的。風(fēng)險是有階段性的，并且性質(zhì)是可能會轉(zhuǎn)變的，就像塞翁失馬，焉知非福。風(fēng)險管理最重要的還是要有風(fēng)險意識，領(lǐng)導(dǎo)沒 有意識，員工沒有意識，再多的風(fēng)險管理方法和技術(shù)都是空談。其次正如歷史在不斷地重復(fù)一樣，項目也如此，要善于總結(jié)。軟件研發(fā)項目隨著不斷地積累，會越做 越好。項目知識庫的建立，絕對是風(fēng)險管理的重要舉措。
以上是筆者的一些心得，不管寫得如何，希望對讀者有所幫助！