實用標準軟件開發(fā)項目的風險分析與控制一、軟件開發(fā)項目的風險背景信息產(chǎn)業(yè)的發(fā)展是目前發(fā)展最快的行業(yè)之一， 也是對社會影響最大的一個行業(yè)，它不但為我們創(chuàng)造了巨大的財富， 而且從各個方面改變著我們的生活， 達到一個行業(yè)，小到一項服務(wù)。我們不得不承認軟件是二十一世紀最不可思議的產(chǎn)品。伴隨著軟件開發(fā)技術(shù)的不斷更新、軟件數(shù)量的增多、軟件復(fù)雜程度不斷加大、客戶對產(chǎn)品的要求也在不斷的提高， 隨之而來的是軟件開發(fā)項目給軟件開發(fā)企業(yè)和需求企業(yè)帶來的巨大風險。軟件開發(fā)項目的成功與否會直接影響到公司的生存。這對軟件開發(fā)企業(yè)來講應(yīng)該是更大的難題。 一方面是業(yè)務(wù)需求更加復(fù)雜。人們對軟件質(zhì)量和用途的期望大幅度提高， 對業(yè)務(wù)系統(tǒng)的要求也越來越挑剔。 另一方面是開發(fā)成本不斷縮減。在此形勢下，風險管理與控制已成為軟件開發(fā)項目成敗的關(guān)鍵。軟件開發(fā)項目由于其具有連續(xù)性、復(fù)雜性、少參照性，無標準規(guī)范等特點，其風險程度較高。目前國內(nèi)的大多數(shù)軟件開發(fā)企業(yè)還缺乏對軟件開發(fā)項目的風險認識，缺少進行系統(tǒng)、有效的度量和評價的手段。據(jù)有調(diào)查數(shù)據(jù)顯示， 有15—35%的軟件項目中途被取消，剩下的項目不是超期就是超出預(yù)算或是無法達到預(yù)期目標。另外，軟件項目因風險控制和管理原因失敗的約占 90% ，可見，軟件風險控制與管理在目前的軟件開發(fā)項目中的重要性。二、軟件開發(fā)項目的風險來源及對項目成敗的影響文案大全實用標準軟件開發(fā)項目風險是指在軟件生命周期中所遇到的所有的預(yù)算、 進度和控制等各方面的問題，以及由這些問題而產(chǎn)生的對軟件項目的影響。 軟件項目風險經(jīng)常會涉及許多方面，如：缺乏用戶的參與，缺少高級管理層的支持，含糊的要求，沒有計劃和管理等，總體概括下來應(yīng)該由五大方面。1、產(chǎn)品規(guī)模風險項目的風險是與產(chǎn)品的規(guī)模成正比的。與軟件規(guī)模相關(guān)的常見風險因素有：估算產(chǎn)品規(guī)模的方法(包括：代碼行，文件數(shù)，功能點等)，(2)產(chǎn)品規(guī)模估算的信任度，(3)產(chǎn)品規(guī)模與以前產(chǎn)品規(guī)模平均值的偏差，(4)產(chǎn)品的用戶數(shù)，(5)復(fù)用的軟件有多少，(6)產(chǎn)品的需求變更多少等。一般規(guī)律，產(chǎn)品規(guī)模越大，以上的問題就越突出，尤其是估算產(chǎn)品規(guī)模的方法，復(fù)用軟件的多少，需求變化。2、需求風險很多項目在確定需求時都面臨著一些不確定性。 當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決， 這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關(guān)的風險因素， 那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造預(yù)期的產(chǎn)品。每一種情況對產(chǎn)品來講都可能致命的。與客戶相關(guān)的風險因素有： (1)對產(chǎn)品缺少清晰的認識， (2)對產(chǎn)品需求缺少認同，(3)在做需求中客戶參與不夠， (4)沒有優(yōu)先需求，(5)由于不確定的需要導致新的市場，(6)不斷變化需求，(7)缺少有效的需求變化管理過程， (8)對需求的變化缺少相關(guān)分析等。文案大全實用標準3、相關(guān)性風險許多風險都是因為項目的外部環(huán)境或因素的相關(guān)性產(chǎn)生的。 經(jīng)常我們在控制外部的相關(guān)性上做的不夠，因此緩解策略應(yīng)該包括可能性計劃， 以便從第二資源或協(xié)同工作資源中取得必要的組成部分， 并且覺察潛在的問題。與外部環(huán)境相關(guān)的因素有：(1)客戶供應(yīng)條目或信息，(2)交互成員或交互團體依賴性， (3)內(nèi)部或外部轉(zhuǎn)包商的關(guān)系，(4)經(jīng)驗豐富人員的可得性， (5)項目的復(fù)用性。項目經(jīng)理圈子4、技術(shù)風險軟件技術(shù)的飛速發(fā)展和經(jīng)驗豐富員工的缺乏， 意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從而采取合適的預(yù)防措施是解決風險領(lǐng)域問題的關(guān)鍵，比如：培訓、聘請顧問以及為項目團隊招聘合適的人才等。主要有下面這些風險因素：(1)缺乏培訓，(2)對方法、工具和技術(shù)理解的不夠，(3)應(yīng)用領(lǐng)域的經(jīng)驗不足，(4)新的技術(shù)和開發(fā)方法應(yīng)用等。5、管理風險盡管管理問題制約了很多項目的成功， 但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，他們有先天性的不足——自己檢查自己的錯誤， 這是最難的。然而，像這些問題可能會使項目的成功變得更加困難。 如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目本身。 當我們定義了項目追蹤過程并且明晰項目角色和責任，就能處理這些風險因素： (1)計劃和任務(wù)定義不夠充文案大全實用標準分，(2)實際項目狀態(tài)，(3)項目所有者和決策者分不清， (4)不切實際的承諾，(5)員工之間的溝通等。項目管理培訓6、安全風險項目管理者聯(lián)盟軟件產(chǎn)品本身是屬于創(chuàng)造性的產(chǎn)品， 產(chǎn)品本身的核心技術(shù)保密非常重要。 但一直以來，我們在軟件這方面的安全意識比較淡薄， 對軟件產(chǎn)品的開發(fā)主要注重技術(shù)本身，而忽略了專利的保護。軟件行業(yè)的技術(shù)人員流動是很普遍的現(xiàn)象， 隨著技術(shù)人員的流失、變更，很能會導致產(chǎn)品和新技術(shù)的泄密， 致使我們的軟件產(chǎn)品被它公司竊取，導致項目失敗。而且在軟件方面關(guān)于知識產(chǎn)權(quán)的認定目前還沒有明確的一個行業(yè)規(guī)范，這也是我們軟件項目潛在的風險。三、風險的分析、管理與控制1、風險分析1．1“流程”因素分析軟件的開發(fā)流程般定義為：需求分析一可行性分析一概要設(shè)計一結(jié)構(gòu)化設(shè)計一詳細設(shè)計一編碼一軟件測試一軟件維護?！傲鞒獭敝熊浖椖康娘L險，主要體現(xiàn)存 4個階段：軟件需求階段、軟件設(shè)計階段、軟件實現(xiàn)階段和軟件維護階段文案大全實用標準·軟件需求階段軟件的開發(fā)是以用戶的需求開始， 在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導，才能保證需求的完整，再以的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認需求的可行性和一致性的過程， 在此階段需要和用戶進行廣泛的交流和確認。需求和需求分析的任何疏漏造成的損失， 會在軟件系統(tǒng)的后續(xù)階段被一級級地放大，因此本階段的風險最大。·軟件設(shè)計階段設(shè)計的主要目的在于軟件功能正確地反映了需求， 需求的不完整和對需求分析的不完整或者錯誤，在設(shè)計階段將被成倍地放大。設(shè)計階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完成需求階段的即定目標； 另一方面也是檢驗需求的致性和需求分析的完整性和正確性。設(shè)計階段的風險主要來自于系統(tǒng)分析人員。 分析人員存設(shè)計系統(tǒng)結(jié)構(gòu)時過于定制，系統(tǒng)的可擴展性較弱，會給后期維護帶來巨大的負擔和維護成本的激增。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至會造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度上升，可靠性降低，給實現(xiàn)和測試階段帶來風險， 系統(tǒng)的穩(wěn)定性也會受到影響。 從另一個角度上看，用戶需求和將來軟件運行環(huán)境的變化都是必然的， 目前軟件設(shè)計的文案大全實用標準所渭的“通用性”是否就能很好的適應(yīng)將來需求和運行環(huán)境的變化， 都是需要認真折衷的，而這種折中也蘊涵著很大的風險。設(shè)計階段蘊涵的另一種風險來自于設(shè)計文檔。 文檔的不健全不僅會造成實現(xiàn)階段的困難，更會在后期的測試和維護造成災(zāi)難性的后果， 例如根本無法對軟件系統(tǒng)進行版本級，甚至是發(fā)現(xiàn)的簡單錯誤都無從更正?！ぼ浖崿F(xiàn)階段軟件的實現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。 源代碼木身也是文檔的一部分，同時它又是將來運行于計算機系統(tǒng)之上的實體。 源代碼書的規(guī)范性，可讀性是該階段的主要風險來源。規(guī)范的代碼生產(chǎn)會把屬于程序員自身個性風格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風險?！ぼ浖S護階段軟件維護包含兩個主要的維護階段，一個是軟件生產(chǎn)完畢到軟件試運行階段的維護，這個階段是一種實環(huán)境的測試性維護， 其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或末發(fā)現(xiàn)的問題；另一個階段是當軟件的運行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運行環(huán)境（包括硬件平臺、軟件環(huán)境等）時進行的軟件維護，具體可能是軟件的版本升級或軟件移植等。文案大全實用標準1.2“技術(shù)”因素分析存軟件項目開發(fā)和建設(shè)的過程中， 技術(shù)因素是一個非常重要的因素。 項目組一定要本著項目的實際要求， 選用合適、成熟的技術(shù)，千萬不要無視項目的實際情況選用一些雖然先進但并非項目所必須且自己又不熟悉的技術(shù)。 如果項目所要求的技術(shù)項目成員不具備或掌握不夠，則需要重點關(guān)注該風險因素。以上所說的各類風險都是項目成敗的巨大隱患， 它們對軟件開發(fā)項目的成敗有多大影響，我們可以利用風險分析工具， 對以上各類風險進行分析，并加以控制和管理，將風險將到最低。常用方法有風險條目檢查表， 它是利用一組提問來幫助項目風險管理者了解在項目和技術(shù)方面有哪些風險。在風險條目檢查表中，列出了所有可能的與每一個風險因素有關(guān)的提問， 使得風險管理者集中來識別常見的、已知的和可預(yù)測的風險，如產(chǎn)品規(guī)模風險、依賴性風險、需求風險、管理風險及技術(shù)風險等。 風險條目檢查表可以不同的方式組織，通過假設(shè)分析、成本效益分析、風險剖面分析、判定樹等，給出這些提問確定的回答，就可以幫助項目管理人員估算風險的影響。另外，我們可以依據(jù)風險條目檢查表，制作風險控制概圖 (見圖1)，讓項目管理和實施人員能很直觀的看到在項目開發(fā)個階段的風險存在狀況和各風險的大小，并采取相應(yīng)措施。從風險發(fā)生的概率來看，需求風險和管理風險對項目成敗影響最大，當一個軟件項目開發(fā)團隊接手項目后， 都是按照習慣性的方式來開發(fā)軟件。需求風險意識比較淡薄，軟件需求分析階段的完成的不夠細致， 忽略和很多軟件開發(fā)必要的內(nèi)容。在整個軟件開發(fā)過程中需求分析階段的風險控制尤為文案大全實用標準重要，如果控制不好，對軟件開發(fā)項目影響巨大，甚至是失敗。管理風險實際上是項目開發(fā)管理層，對項目開發(fā)的風險的意識反映。 國內(nèi)的軟件企業(yè)大多規(guī)模較小，企業(yè)年輕，開發(fā)經(jīng)驗不足，軟件工程師較年輕，缺少開大型軟件項目的經(jīng)驗，在管理方面缺少經(jīng)驗，特別是風險管理，更是缺乏。2、風險管理風險管理應(yīng)是貫穿軟件項目開發(fā)始末的一項重要任務(wù)，其中包括風險識別、風險評估、風險計劃、風險解決和風險監(jiān)控。它能讓風險管理者主動“規(guī)避”風險，進行有效的風險管理。風險管理模型有： SEI風險管理模型、Riskit風險管理模型、SoftRisk風險管理模型、IEEE風險管理過程模型、CMMI風險管理模文案大全實用標準型、MSF風險管理模型等。在項目管理中，建立風險管理策略，在項目的生命周期中不斷控制風險是非常重要的，風險管理主要包括五個階段：風險識別：識別風險的方法常用的有現(xiàn)場觀察法、座談法、流程圖法、財務(wù)報表法、相關(guān)部門配合法和環(huán)境分析法等。風險評估：對已識別的風險要進行估計和評價，風險估計的主要任務(wù)是確定風險發(fā)生的概率與后果，風險評價則是確定該風險的經(jīng)濟意義及處理的費/效分析，常用的方法有：概率分布、外推法、多目標分析法等。計劃進度：按照評估后的風險結(jié)果，制定相應(yīng)的風險管理進度表，為后續(xù)的風險管理提供參考。風險處理：一般而言，風險處理有三種方法，①風險控制法，即主動采取措施避免風險，消滅風險，中和風險或采用緊急方案降低風險。②風險自留，當風險量不大時可以余留風險。③ 風險轉(zhuǎn)移。風險監(jiān)控：包括對風險發(fā)生的監(jiān)督和對風險管理的監(jiān)督，前者是對已識別的風險源進行監(jiān)視和控制，后者是在項目實施過程中監(jiān)督人們認真執(zhí)行風險管理的組織和技術(shù)措施。3、風險控制建立有效的風險控制的組織機構(gòu)項目管理者聯(lián)盟文章文案大全實用標準①設(shè)置風險管理崗位：在軟件開發(fā)項目管理過程中設(shè)置風險管理崗位， 該崗位的主要職責是在制訂與評估規(guī)劃時， 從風險管理的角度對項目規(guī)劃或計劃進行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況， 試著指出各個風險的管理策略及常用的管理方法，以隨時處理出現(xiàn)的風險，風險管理者最好是由項目主管以外的人擔任。風險管理崗位的人數(shù)依據(jù)項目大小來決定，一般 2—3人較為適合。②雙項目經(jīng)理：為項目開發(fā)項目設(shè)定兩個項目經(jīng)理崗位， 一個負責技術(shù)崗位，另一個負責管理崗位。目前，國內(nèi)的軟件開發(fā)企業(yè)的項目經(jīng)理一般都是一名， 而且是技術(shù)出生的占絕對多數(shù)，他們主要擅長的是技術(shù)研發(fā)，在管理方面先天不足，這不利于項目風險管理和控制。 通過增加專門的管理經(jīng)理崗位， 可以彌補技術(shù)出生的項目經(jīng)理的不足，提升軟件開發(fā)項目的管理水平。 而且這樣的經(jīng)驗也已得到了國外業(yè)界大多企業(yè)的認可。建立有效的風險控制管理過程風險管理過程包括培訓，風險識別、風險分析、風險計劃、執(zhí)行計劃、跟蹤計劃等活動，有效的風險管理過程應(yīng)是學習型的、 持續(xù)的和不斷改進的。軟件企業(yè)應(yīng)建立自己的風險管理數(shù)據(jù)庫作為風險管理的基礎(chǔ)， 并在實施中不斷地更新和完善。根據(jù)企業(yè)和項目的實際情況，進行科學的項目風險和控制，對項目的成功研發(fā)有著舉足輕重的意義。在項目開發(fā)的過程中，進行必要的項目風險分析， 制定符合項目特點的風險評估和監(jiān)督機制， 特別是要定期對項目的風險狀況進行評估文案大全實用標準和監(jiān)管，發(fā)現(xiàn)意外風險或者是風險超出預(yù)期的一定要重點關(guān)照。 發(fā)現(xiàn)問題要立即上報，盡快解決。并建立風險監(jiān)管日志，實行“崗位負責制” ，將軟件開發(fā)項目的風險降到最低。管理論壇四：項目中常見風險及預(yù)防措施在項目的建設(shè)過程中，風險幾乎無處不在。如何有效地識別、控制和管理風險，對項目的成功起著至關(guān)重要的影響。一個項目有可以預(yù)料的（包括已知的）風險和不可預(yù)料的風險，以下作者總結(jié)自己多年的軟件項目工程經(jīng)驗，整理出軟件項目經(jīng)常遇到的 15種可預(yù)料的（包文案大全實用標準括已知的）風險及其預(yù)防措施，期望能為項目經(jīng)理制定項目風險計劃和進行風險預(yù)防、控制等提供富有價值的參考。（1）合同風險簽訂的合同不科學、不嚴謹，項目邊界和各方面責任界定不清等是影響項目成敗的重大因素之一。預(yù)防這種風險的辦法是項目建設(shè)之初項目經(jīng)理就需要全面準確地了解合同各條款的內(nèi)容、盡早和合同各方就模糊或不明確的條款簽訂補充協(xié)議。（2）需求變更風險需求變更是軟件項目經(jīng)常發(fā)生的事情。一個看似很有“錢途”的軟件項目，往往由于無限度的需求變更而讓項目承建方苦不堪言， 甚至最終虧損（實際上項目建設(shè)方也面臨巨大的風險）。預(yù)防這種風險的辦法是項目建設(shè)之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更申請。（3）溝通不良風險文案大全實用標準項目組與項目各干系方溝通不良是影響項目順利進展的一個非常重要的因素。預(yù)防這種風險的辦法是項目建設(shè)之初就和項目各干系方約定好溝通的渠道和方式、項目建設(shè)過程中多和項目各干系方交流和溝通、 注意培養(yǎng)和鍛煉自身的溝通技巧。（4）缺乏領(lǐng)導支持風險上層領(lǐng)導的支持是項目獲得資源 （包括人力資源、財力資源和物料資源等）的有效保障，也是項目遇到困難時項目組最強有力的“后臺支撐”。預(yù)防這種風險的辦法是主動爭取領(lǐng)導對項目的重視、 確保和領(lǐng)導的溝通渠道暢通、經(jīng)常向領(lǐng)導匯報工作進展。（5）進度風險有些項目對進度要求非常苛刻（進度要求不高的項目，我們同樣要考慮該風險），項目進度的延遲意味著違約或市場機會的錯失。預(yù)防這種風險的辦法一般是分階段交付產(chǎn)品、 增加項目監(jiān)控的頻度和力度、多運用可行的辦法保證工作質(zhì)量避免返工。文案大全實用標準（6）質(zhì)量風險有些項目，用戶對軟件質(zhì)量有很高的要求， 如果項目組成員同類型項目的開發(fā)經(jīng)驗不足，則需要密切關(guān)注項目的質(zhì)量風險。預(yù)防這種風險的辦法一般是經(jīng)常和用戶交流工作成果、 品牌管理采用符合要求的開發(fā)流程、認真組織對產(chǎn)出物的檢查和評審、計劃和組織嚴格的獨立測試等。（7）系統(tǒng)性能風險有些軟件項目屬于多用戶并發(fā)的應(yīng)用系統(tǒng)， 系統(tǒng)對性能要求很高，這時項目組就需要關(guān)注項目的性能風險。預(yù)防這種風險的辦法一般是在進行項目開發(fā)之前先設(shè)計和搭建出系統(tǒng)的基礎(chǔ)架構(gòu)并進行性能測試，確保架構(gòu)符合性能指標后再進行后續(xù)工作。（8）工具風險軟件項目開發(fā)和實施過程，所必須用到的管理工具、開發(fā)工具、測試工具等是否能及時到位、到位的工具版本是否符合項目要求等， 是項目組需要考慮的風險因素。文案大全實用標準預(yù)防這種風險的辦法一般是在項目的啟動階段就落實好各項工具的來源或可能的替代工具，在這些工具需要使用之前（一般需要提前一個月左右） 跟蹤并落實工具的到位事宜。（9）技術(shù)風險在軟件項目開發(fā)和建設(shè)的過程中，戰(zhàn)略管理技術(shù)因素是一個非常重要的因素。項目組一定要本著項目的實際要求， 選用合適、成熟的技術(shù)，千萬不要無視項目的實際情況而選用一些雖然先進但并非項目所必須且自己又不熟悉的技術(shù)。 如果項目所要求的技術(shù)項目成員不具備或掌握不夠，則需要重點關(guān)注該風險因素。預(yù)防這種風險的辦法是選用項目所必須的技術(shù)、 在技術(shù)應(yīng)用之前，針對相關(guān)人員開展好技術(shù)培訓工作。（10）團隊成員能力和素質(zhì)風險團隊成員的能力（包括業(yè)務(wù)能力和技術(shù)能力）和素質(zhì)，對項目的進展、項目的質(zhì)量具有很大的影響，項目經(jīng)理在項目的建設(shè)過程需要實時關(guān)注該因素。預(yù)防這種風險的辦法是在用人之前先選對人、 開展有針對性的培訓、將合適的人安排到合適的崗位上。文案大全實用標準（11）團隊成員協(xié)作風險團隊成員是否能齊心協(xié)力為項目的共同目標服務(wù)， 生產(chǎn)管理是影響進度和質(zhì)量的關(guān)鍵因素。預(yù)防這種風險的辦法是項目在建設(shè)之初項目經(jīng)理就需要將項目目標、 工作任務(wù)等和項目成員溝通清楚，采用公平、公正、公開的績效考評制度，倡導團結(jié)互助的工作風尚等。（12）人員流動風險項目成員特別是核心成員的流動給項目造成的影響是非常可怕的人力資源。 人員的流動輕則影響項目進度，重則導致項目無法繼續(xù)甚至被迫夭折。預(yù)防這種風險的辦法是盡可能將項目的核心工作分派給多人 （而不要集中在個別人身上）、加強同類型人才的培養(yǎng)和儲備。（13）工作環(huán)境風險工作環(huán)境（包括辦公環(huán)境和人文環(huán)境）的好壞直接影響項目成員的工作情緒和工作效率。文案大全實用標準預(yù)防這種風險的辦法是在項目建設(shè)之前就選擇和建設(shè)好適合項目特點財務(wù)管理和滿足項目成員期望的辦公環(huán)境、 在項目的建設(shè)過程中不斷培育和調(diào)整出和諧的人文環(huán)境。（14）系統(tǒng)運行環(huán)境風險目前，大部分項目系統(tǒng)集成和軟件開發(fā)是分開進行的 （甚至由不同公司承接）。因此，軟件系統(tǒng)賴以運行的硬件環(huán)境和網(wǎng)絡(luò)環(huán)境的建設(shè)進度對軟件系統(tǒng)是否能順利實施具有相當大的影響。預(yù)防這種風險的辦法是和用戶簽定相關(guān)的協(xié)議、 跟進系統(tǒng)集成部分的實施進度、及時提醒用戶等。（15）分包商風險有些項目管理可能會涉及到將系統(tǒng)的部分功能分包出去， 這時項目組就需要關(guān)注項目的分包商風險。預(yù)防這種風險的辦法一般是指定分包經(jīng)理全程監(jiān)控分包商活動、 讓分包商采用經(jīng)認可的開發(fā)流程、督促分包商及時提交和匯報工作成果、 及時審計分包商工作成果等。文案大全實用標準世間萬物總是發(fā)展變化的，風險亦可能隨時出現(xiàn)和變化。 項目經(jīng)理應(yīng)該將“防患于未然”牢記于心并作為自己日常項目工作的“座右銘”。項目經(jīng)理不斷培養(yǎng)和強化項目整個團隊成員的風險意識，是確保項目順利進展的最有