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