測試項目總結范文
時間：2023-04-10 03:41:02
導語：如何才能寫好一篇測試項目總結，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。
篇1
回顧這將近一年的工作，我感覺這一年既是忙碌又是充實的，以前在鐵路項目所學的知識與房建項目所學的知識各有不同，而從實踐中點點滴滴積累起來的經驗，才是我一生的財富和珍藏。
在這一年里，有困難也有收獲，認真工作的結果，是完成了個人的職責，也加強了自身能力。現將工作簡要總結如下：
一、政治、思想
本著強烈的主人翁意識，我從做好日常工作入手，從我做起，從現在做起，并持之以恒在本職工作中盡心盡力地做出成績，我要不斷提高自己的崗位業務，精通本職位的崗位知識，做本職工作的骨干手，腳踏實地的做好本職工作。
二、工作態度
無論在工作還是生活當中，我一直相信一分耕耘，一分收獲，所以我一直在努力，不斷努力學習，不斷努力工作。熱愛自己的本職工作能夠使我對待每一項工作，工作投入，按時出勤，有效利用工作時間，堅守崗位。
工期緊，人員少，試驗項目多，能夠做到跟班作業，保證按時完成檢測任務，保證工程檢測暢通，表現出我們試驗人員的動手能力強，發揚了我們試驗人員連續工作、吃苦耐勞的精神。
三、崗位職責
認真貫徹國家有關標準化，質量管理體系，產品質量監督檢驗以及研究開發的方針政策，履行本崗位負責監督檢測的工程產品的有關標準、試驗方法及有關規定，做到所做每項檢測都有章可依。
負責本項目所有試驗檢測工作,主持試驗室全面工作，對本室的技術、質量、安全全面負責。建立健全試驗檢測工作體系和試驗室質量保證體系。組織完成施工所要求的各項試驗檢測工作，批準本試驗室的質量方針和質量目標，審核簽發試驗室各類文件。
堅持對工程的原材料進行檢測及監理見證取樣、試驗，頻率不小于合同及規范的規定，做好委托單接受，項目檢驗，資料，反饋等工作，做好跟蹤臺帳，便于日后查閱。
由于試驗檢測項目多，項目檢測時間不一，提前將工作做到位，避免技術人員不了解工程檢測要求及技術指標而延誤工期，影響進度。作為試驗人員，應本著貫徹質量方針，落實質量目標，遵守規章制度，全心全意服務與施工現場。
四、具體工作
我所從事的工作主要是對一些工程土建類材料(水泥、砂、碎石、鋼材、減水劑等)及成品(鋼筋焊件、混凝土試塊等)進行試驗、檢測；參與進行混凝土配合比試配試驗;對攪拌站混凝土的攪拌進行監督;對現場混凝土及回填土進行控制工作等。
我剛參加工作時首先接觸到的是換填土檢驗，換填土雖然單一、枯燥，一般人都覺得那不就是換填土，有什么好做的，但了一段時間，其實并不是那么簡單：
從土的材料要求開始，土壤類別以及它的控制指標;什么部位需要換填土，什么部位需要換填砂石或者是3：7灰土都要有技術指標，換填機具的選用;換填之前條件是否具備?
地基強度是否達到規定要求，土的材料對最小干密度的要求，虛鋪厚度及壓實系數是否已確定，回填夯實達不到要求，那就要造成塌方，下沉，甚至造成更大的危害。
所以在后來逐漸接觸的其他材料檢驗前，在我心中已奠定干什么事情都不是那么簡單，不能有一絲含糊。
陸續的在試驗室接觸更多的項目檢驗，明確了工作程序，在具體工作中形成了一個比較完整的思路，能夠順利的開展工作，并熟練圓滿的完成本職工作。
⑴ 對原材料的控制:凡進入現場的原材料，每批都應出具生產廠家的質量保證書、檢驗報告，每批次的原材料都應按規定的數量進行檢驗。
①對于水泥，在使用散裝水泥倉時，不同廠家、不同品種、不同標號的水泥嚴禁混用。在使用袋裝水泥時，應有防護隔潮措施，避免水泥受潮結塊。超過三個月的水泥在使用時，應提前與室驗室聯系，對水泥的實際標號進行二次復查。
②砂石進場不能摻異物、煤屑等，尤其是不能混泥土。當發現原材料與樣品不符或異常時，應與試驗室聯系，及時進行復試從而不影響施工進度，所有進場原材料都必須及時委托試驗，對水泥試驗采用3D強度和28D強度，砂、石等在試驗室接受委托后二十四小時內出具試驗報告。所有需要檢驗的材料必須由試驗室檢驗合格報告出來后才可使用。即先檢驗，后使用的原則，否則視為不合格品，禁止在工程中使用。
⑵ 對于換填土的控制：換填土的施工之前，施工部門應如實填寫換填土委托單，有設計要求的按圖紙要求施工，沒有要求的按國家規范執行。換填土施工選擇的土料含水率要求最佳含水率，每層的鋪土厚度按規范分層夯實，不得漏夯，逐層驗收。經試驗合格后，才能進行下一步換填，不合格的部位進行返工處理。
⑶ 對于砼工程：對于有特殊要求的砼及大體積砼應提前委托，開罐后應進行開盤鑒定。攪拌砼時，應嚴格執行配合比，控制好塌落度及和易性，并做好攪拌和生產控制記錄。如果體積較大時，要及時通知試驗室作動態調整。
在使用粉煤灰時，應避免或減少環境的污染。攪拌站運到工地的砼要及時制作試塊，試驗室將根據攪拌站生產的砼等級、批次、時間、對攪拌站進行砼生產評定，使用砼制作的梁、板、柱等砼構件安全可靠性有一定的保障依據.
⑷ 對于鋼筋工程：對于進場的鋼材，要求有廠家質量合格證和材質單等基本資料，隨后第一時間按批次、規格數量進行送檢復試，及時取得試驗結果，以免影響施工進度。
對于不合格的鋼材要及時進行雙倍復檢，等試驗報告出來后方可使用，如還不合格就要及時做退場處理。對于應經合格的鋼材做好試驗臺帳，以便檢閱核對。
⑸ 對于其它材料如防水卷材、減水劑等，根據試驗規程及時收集材料并進行復檢，做好試驗臺帳，取得合格報告后方可投入使用。
我剛到項目部時對試驗也是一知半解，在各位同事的幫助下，我很快融入到工作中去了，不斷要求自己，不斷督促自己提高。
作為一名試驗工作者，對待工作我絲毫不敢懈怠，要求自己做到把工作中的得失和每次出現的問題記下來作為教訓，遇到疑難問題或者工作中的困難就向同事和領導請教，耐心的聽取他們的意見和建議。
因為我所在的部門大部分時間只限在一個小圈工作，我不能坐以待斃，我要及時與工長、技術接觸，了解工程程序、步驟，便于今后更好的服務于工作。
篇2
【關鍵詞】軟件測試 測試報告 測試流程
1 引言
軟件測試是軟件開發過程的重要組成部分，是用來確認一個產品的品質或性能是否符合開發之前所提出的要求。對軟件需求分析、設計規格說明和編碼的最終復審，某種程度上測試工作的好壞直接影響了軟件產品的交付和用戶的滿意度。因此，如何做好測試工作，使測試在軟件工程中順利進行，輔助軟件開發工作是我們每個軟件人員應該考慮的問題。
2 軟件測試的目的
（1）確認軟件的質量，確認軟件做了你所期望的事情，確認軟件以正確的方式來做了這個事件。
（2）提供信息，比如提供給開發人員或程序經理的反饋信息，為風險評估所準備的信息。
（3）軟件測試不僅是在測試軟件產品的本身，而且還包括軟件開發的過程。軟件測試的第三個目的是保證整個軟件開發過程是高質量的。
3 軟件測試的對象
軟件測試并不等于程序測試。軟件測試應該貫穿整個軟件定義與開發整個期間。因此需求分析、概要設計、詳細設計以及程序編碼等各階段所得到的文檔，包括需求規格說明、概要設計規格說明、詳細設計規格說明以及源程序，都應該是軟件測試的對象。
4 軟件測試流程
軟件測試工作并不是在軟件代碼開發完畢后才開始的，這一點是很多軟件人員的誤區，需要明確一下，它其實是在項目進入軟件實現階段就開始了，項目進入軟件實現階段的時候，就應該啟動軟件測試工作了。
下面根據筆者的測試經驗，詳細闡述一下軟件測試的流程、每個階段需要做的工作及整個測試過程產生的文檔。
4.1 計劃與設計階段
4.1.1 召開測試啟動會議
當項目進入軟件實現階段（編碼），測試經理召集項目經理、開發經理開會確定測試交接時間，開發團隊與測試團隊交接測試內容，對測試目標達成一致，商討測試計劃的可行性，統一項目組的目標和測試的工作重點。進行規模預估并成立測試團隊，完成《測試計劃》和《測試方案》。
4.1.2 設計測試用例
明確了測試需求和測試計劃，在需求分析文檔確立基線以后，測試組需要針對測試需求編寫全部測試用例，在實際的測試中，測試用例將是唯一實施標準。
4.2 實施測試階段
4.2.1 實施測試用例
實施測試用例將花費測試組絕大部分時間，這些工作都是建立在前期很多計劃工作的基礎上。當測試用例全部編寫完成后，測試工程師根據測試計劃中分配給自己的測試任務，實施相應的測試用例，并記錄測試結果。
4.2.2 填寫測試記錄
測試人員在進行具體的測試工作時，需要將測試內容填寫在測試記錄表中，直到所有的測試執行工作結束。
4.2.3 提交BUG清單
在具體的測試過程中，測試人員發現BUG后，需要將BUG記錄在清單里，并及時提交給測試經理。
4.2.4 提交測試報告
在約定的測試周期完成之后，測試工程師需要總結此測試的結果，編寫測試報告。測試工程師根據此輪測試的結果，編寫測試報告，主要應包含以下內容：
（1）測試報告的版本。
（2）測試的人員和時間。
（3）測試所覆蓋的缺陷――測試組在這輪測試中所有處理的缺陷， 不僅要寫出覆蓋缺陷的總數，還要寫明這些缺陷的去向。
（4）上一版本活動缺陷的數量。
（5）經過此輪測試，所有活動缺陷的數量及其狀態分類。
（6）測試評估――寫明在這一版本中，哪些功能被實現了，哪些還沒有實現，這里只需寫明和上一版本不同之處即可。
（7）急待解決的問題――寫明當前項目組中面臨的最優先的問題，可以重復提出。
在每輪測試結束之后應盡快將符合標準的測試報告發給測試經理。
4.3 總結階段
測試工作結束或即將結束時，測試組就要開始著手準備進行總結的工作。
4.3.1 編寫測試總結報告
在測試結束之后，測試經理編寫測試報告，對測試進行總結，并且提交給項目經理，為產品的后續工作提供重要的信息支持。
測試經理根據測試的結果及測試工程師提交的測試報告編寫測試總結報告，測試總結報告必須包含以下重要內容：
（1）測試資源概述―多少人、多長時間。
（2）測試結果摘要―分別描述各個測試需求的測試結果，產品實 現了哪些功能點，哪些還沒有實現。
（3）缺陷分析―按照缺陷的屬性分類進行分析。
（4）測試需求覆蓋率―原先列舉的測試需求的測試覆蓋率，可能 一部分測試需求因為資源和優先級的因素沒有進行測試，那么 在這里要進行說明。
（5）測試評估―從總體對項目質量進行評估。
（6）測試組建議―從測試組的角度為項目組提出工作建議。
4.3.2 測試驗收
測試驗收工作是在以上工作全部結束后，測試經理對測試的過程、效果進行驗收，簽發測試驗收報告，宣布測試結束。由測試經理進行測試驗收，驗收內容包括：
（1）測試效果驗收―測試是否達到預期目的。
（2）測試文檔驗收―測試過程文檔是否齊全，符合標準。
（3）測試評估―從總體對測試的質量進行評估。
（4）測試建議―對本次測試工作指出不足，需要在以后工作中改 進的地方。
（5）宣布測試結束―測試組成員簽字宣布本次測試結束。
4.3.3 測試歸檔
測試歸檔是在測試驗收結束宣布測試有效，結束測試后，對測試過程中涉及到各種標準文檔進行歸檔，主要包括測試計劃、測試用例、測試報告、驗收報告等。這些文檔的編寫保障了測試的順利進行，同時作為整個測試項目的痕跡，被保留下來，供查閱。
參考文獻
[1]佟偉光.軟件測試[M].北京：人民郵電出版，2008.
[2]Rex Black.測試流程管理[M].北京：北京大學出版社，2001.
[3]Robert V.Binder著，華慶一等譯.面向對象系統的測試[M].北京：人民郵電出版社，2001.
[4]Mark Fewster， Dorothy Graham著，舒智勇等譯.軟件測試自動化技術與實例詳解[M].北京：電子工業出版社，2000.
[5]Karl E.Wiegers著，陸麗娜，王忠民，王志敏譯.軟件需求[M].北京：機械工業出版社，2000.
篇3
關鍵詞:質量管理
1前言
2015年6月，作者參與了“XXXX”軟件項目（以下簡稱為S軟件）主管一職，任務來源于航天系統外部客戶，XXXX應用于航天XX衛星載荷分系統導航任務處理機計算機模塊S，主要目的設計支持應用程序的上載和重構功能。由于本軟件應用于航天衛星系統，對軟件質量、可靠性和安全性要求較高，本軟件的開發過程中結合國軍標GJB5000A能力成熟度模型三級的框架要求（相當于CMMI三級要求），以及軟件工程學的質量保證策略進行項目的質量保證工作。S軟件類型為新研類項目，使用C語言編碼。軟件的生存周期包括：軟件需求分析、軟件設計、軟件實現、單元測試、集成測試、配置項測試、軟件驗收交付7個階段，由于S軟件應用于航天系統，可靠性安全性要求較高，需要對每個階段的工作進行認真的評審和審查，所以整個階段采用瀑布模型進行軟件的研發。2016年1月，S軟件已隨衛星發射，目前衛星在軌運行，本軟件運行正常。
2軟件開發平臺下的質量保障
下面作者以此軟件開發平臺項目為背景，論述了如何在公司質量管理體系大環境下，進行項目的質量規劃、質量保證和質量控制等項論軟件工程化過程中的質量管理文/許琴本文詳細論述了如何在公司質量管理體系大環境下，進行項目的質量規劃、質量保證和質量控制等項目質量管理工作，總結了如何通過建立強有力的領導機制，遵循和靈活運用組織級的質量管理體系來提升項目的質量績效，論述了質量保證在項目管理過程中的重要性，總結了項目執行中的經驗和教訓。摘要目質量管理工作。
2.1項目初始階段，對組織級項目管理過程進行剪裁，制定項目的已定義過程
作者所在的公司是一家科研研究所，我所已經建立ISO9000質量管理體系,也通過了國軍標GJB5000A能力成熟度模型三級認證。我所具有較為完備的項目管理體系文件，其中包含了質量管理體系。我所制訂了相關的質量方針和目標，落實了質量責任。按照我所項目管理流程，項目管理團隊在項目啟動后需要對組織的質量管理過程以及相關的項目管理過程進行剪裁，剪裁過程依據我所制定的過程剪裁指南執行。為保證用戶需求不被遺漏、蔓延，為項目制定了需求雙向跟蹤矩陣，并根據體系文件《需求管理過程剪裁指南》，將需求雙向跟蹤矩陣包含在《需求規格說明》中；根據《工程過程域剪裁指南》將《概要設計說明》和《詳細設計說明》合并為《設計說明》；過程和產品質量保證過程的工作產品輸出為：質量保證計劃、不符合項記錄、產品評價記錄單、過程評價記錄單、軟件質量保證報告。剪裁完畢后，形成本項目的已定義過程，之后我作為項目經理組織了同行評審，邀請項目組成員、相關專家、以及所EPG組成員參與，經過評審通過后，作為本項目執行過程中的指導。并將已定義過程寫入開發計劃的一個章節，作為制定質量管理計劃的輸入之一。
2.2項目計劃實施階段，制定質量計劃、實施質量保證和質量控制
在完成項目管理的剪裁和開發計劃后，作者領導和組織質量保證人員開始制定項目的質量管理計劃。在質量管理計劃中，明確了組織和資源，人員的分工；明確了質量目標；明確了質量保證活動和進度安排、以及使用的工具；明確了質量控制過程、進度安排、以及使用的工具；明確了工作產品和過程不符合項的解決和處理途徑，軟件BUG的管理。作者和項目組成員進行了充分的溝通，明確了質量對項目的重要性以及大家如何做才能保證項目的質量，使大家對于如何實現項目的質量目標充滿了信心。使大家就以下內容達成了一致：（1）項目的質量是靠規范的項目管理流程和質量保證人員對項目的監管，而不是單靠測試保證的；（2）要十分重視項目的質量成本，越在項目早期發現的錯誤，糾正的成本越低。（3）項目質量目標的達成需要全體項目成員的參與，而不是個別人的事，質量保證人員在對過程和產品評價過程中指出的問題，項目組所有成員都應予以配合，及時糾正。根據規劃，在項目實施期間，質量保證人員對軟件工作產品和工作過程進行評價。過程評價依據組織級過程檢查單，對工程過程和管理過程進行評價，包含需求分析需求分析過程、軟件設計過程、軟件實現過程、軟件測試過程、需求管理過程、配置管理過程、項目管理過程、同行評審過程、測量分析過程的評價。除配置管理過程由事件促發評價外，其他過程評價每周一次，生成不符合項記錄和質量趨勢評價報告，對發現的質量問題用Excel進行統計分析。工作產品完成后兩天內由質量保證人員完成審核，然后開展同行評審。對質量保證過程中發現的不符合項，形成不符合項紀錄，及時通報給相關責任人，遇到質量保證人員和責任人意見不一致則逐級上報，先匯報給作為項目經理的作者，對仍不能解決的問題，再匯報給部門領導。考慮到本軟件應用于航天系統，對質量要求較高。對本軟件的源代碼由測試組人員開展了單元測試、集成測試、配置項測試，測試組人員設計了相關的測試用例，單元測試語句和分支覆蓋率均達到100%；在集成測試中，制定了模塊設計和集成測試用例的雙向跟蹤舉證；在配置項測試中，根據《需求規格說明》，制定了需求和配置項測試用例的雙向跟蹤舉證。除開展單元測試、集成測試、配置項測試外，增加了代碼走查，由每個模塊的二崗設計師按照《航天軟件C語言安全子集》要求對代碼進行代碼走查，形成走查報告，及時發現問題，修改代碼直至符合要求；對關鍵模塊代碼進行代碼開展同行評審；并請專業測評機構對軟件開展第三方測評。對所有工作產品進行同行評審，對需求規格說明和配置項測試報告開展了用戶參與外部評審，形成評審報告，對評審過程中發現的問題，有質量保證人員跟蹤驗證，直至問題關閉。對測試過程中發現的BUG，使用TestDirector進行BUG的跟蹤、管理，直至問題關閉。對軟件源代碼和相關技術文檔使用SVN系統進行配置管理，工作產品經過評審并對評審問題經質量保證人員驗證關閉后進入配置管理系統，對交付用戶的工作產品，待驗收通過后需入產品庫，再交付用戶，保證了軟件版本的有序性和正確性。
2.3項目收尾階段，總結經驗教訓，豐富組織過程資產
在項目交付時，由用戶和相關部門領導、資深工程師組成的評審委員會，對項目的成果進行了驗收。認為項目的主要交付物已達到用戶要求，可以交付用戶使用，參與XX衛星載荷分系統的分系統聯試。但也提出技術文檔和源代碼版本的配套說明欠缺，在《版本說明》文檔中加以描述，經過評審后，入配置管理受控庫。之后，源代碼和需交付用戶的文檔入我所產品庫后交付用戶。作為軟件開發主管，組織了項目組成員開展了項目的總結會議，分析了項目執行過程中的經驗和教訓，形成項目總結報告，并歸入我所資產庫，作為歷史數據供后續項目參考。對質量保證過程檢查單進行了修正，經過評審通過后，也歸入組織資產庫中，豐富組織過程資產。
篇4
在比賽中出現任何技術故障，不僅會給運動員帶來無盡的懊惱和憤怒，還會影響賽事的精彩程度。因此，信息系統是關系到比賽質量的一個關鍵因素，對于奧運會這樣的世界頂級賽事來說，信息系統的重要性更加不可估量，這就為奧運會籌備人員帶來了無法估量的壓力，白曉穎作為北京奧運會組織委員會的一員，從2002年進入奧組會到2008年8月24日奧運會閉幕，切切實實地感受了6年多的時間。直到奧運會圓滿結束，她才放下了一直懸著的心，真正松了一口氣。
白曉穎，清華大學副教授、計算機系軟件研究所副所長，主要研究領域為軟件工程，研究方向包括軟件測試、分布式系統、服務計算等。童年時父親從國外為她帶回的一個小小的游戲機，為她打開了通向計算機的一扇門。長大以后，她真正走入了這扇門中的那個計算機的世界，并且不斷攀登前行，走到了如今的遼闊天地。1995年畢業于西北大學計算機系之后，她考入了北京航空航天大學計算機系攻讀碩士。三年后碩士畢業，遠赴美國繼續攻讀博士學位，先后就讀于美國明尼蘇達大學和亞利桑那州立大學。2001年底，她學成回國，進入清華大學任教。
2001年7月，我國申辦2008年奧運會成功，舉國歡騰。2001年12月，北京奧運會組織委員會正式成立，雖然當時距2008年奧運會還有6年多的時間，但是大量的準備工作都要開始著手進行。從2002年1月份開始，奧組委開始著手成立各個領域的相關部門。技術部是最早籌建的部門之一，負責奧運會信息系統、通信系統及場館技術系統的相關工作，年輕的白曉穎參與了清華大學計算機系與奧組委技術部的科技攻關合作，成為技術部的一員，白曉穎笑稱自己是北京奧運會最早的“技術志愿者”之一。
信息系統已經成為現代奧運會成功的基礎和保障。奧運會信息系統結構復雜、涉及面廣，項目實施規模大、周期長、風險高、難度大，也是奧運科技系統中技術含量高、應用范圍廣的主要部分之一。奧運會信息系統體系結構分析是充分了解系統特點，有效控制系統質量、進度、預算的前提和保證。奧運會信息系統包括運動會管理系統、計時記分系統、現場成績處理系統及成績系統四個主要部分。各子系統及相關模塊分別由位于不同國家的不同機構承擔，包括國際奧委會指定的頂級合作伙伴、頂級合作伙伴的分包商、以及主辦城市組委會所簽署的贊助商、提供商、開發商等，是典型的大型國際化外包項目，項目組織管理復雜。時限嚴格、大型遺產系統的繼承及再工程，以及包括技術、管理、操作各層面在內的系統體系結構復雜，是該項目所面臨的主要挑戰。奧運會的所有賽事都是“一次性藝術”，甚至是“一瞬間藝術”，任何人為失誤或技術漏洞，都會成為白玉瑕疵，無可補救。一次性的藝術異常精彩，但有時也會帶點殘酷。白曉穎和她的同事開始了馬拉松式的奧運會信息系統籌備工作。
面對奧運會信息系統質量控制的挑戰，白曉穎和周立柱老師在2003～2005年承擔了國家科技部科技攻關項目《奧運會信息系統集成測試總體方案及集成測試管理平臺的預研》。本項目的主要目的是：為2008年北京奧運會信息系統集成測試的實施做好前期的預研、規劃和準備工作，降低風險；加強對測試的管理，為2008年北京奧運會信息系統地集成測試系統、有計劃、有組織、高效地進行奠定堅實的基礎，并最終達到提高奧運會信息系統可靠性的目的；加強測試隊伍的建設，為2008年北京奧運會信息系統集成測試的實施培養骨干力量。帶動軟件測試行業的發展，促進北京乃至全國的測試技術的發展，逐步探討軟件集成測試規范，為我國自己高水平的軟件集成測試標準的建立探討依據。
本項目的研究主要分為三部分：歷屆奧運會信息系統的開發和測試的調研，北京奧運會信息系統集成測試的總體方案的研究，以及測試管理平臺的預研。根據課題任務書的計劃，課題組完成了要求的研究工作：收集、整理、總結和分析了悉尼、鹽湖城和雅典三屆奧運會信息系統的相關技術資料，形成了兩份調研報告《技術體系架構》和《集成測試分析》；立足于北京2008年奧運會的實際情況，參照往屆奧運會的最佳實踐，在軟件測試及軟件工程理論的指導下，形成了北京奧運會信息系統集成測試的總體規劃報告；研究開發了基于Web的、可應用于分布式開發環境的測試管理系統。
在收集和分析相關資料的基礎上，白曉穎還親自前往2004年奧運會舉辦城市雅典進行實戰考察，收集了大量第一手資料，對項目研究起到了重要作用。理論研究加上實地“取經”，課題組交出了最后的答卷，完成了技術體系架構分析集成測試分析兩份調研報告，從應用系統的功能、運行環境、接口、數據流等角度系統全面地分析了信息系統的軟件體系架構；從項目管理、測試環境、以及測試用例等幾個方面，總結分析了往屆奧運會中系統集成測試的實施方式、經驗和教訓。并在此基礎上完成了19萬字的總體規劃報告，結合北京奧運會的技術戰略，從人員組織、測試過程、進度計劃、質量保證、策略選擇及風險分析、實驗室建設、測試工具選擇、標準與規范、經費預算等九個方面，全面討論了北京奧運會集成測試的總體規劃方案，為奧運會信息系統的籌備工作，奠定了堅定的基礎。
報告提交以后，得到了相關專家的認可，認為調研報告詳細、準確、全面地反映了奧運會信息系統在測試目標、內容、組織和管理方式等方面的要求，并評價課題組制定的集成測試總體方案系統、全面、切合實際、可操作性強。課題組的工作成果被直接應用于奧組委技術戰略，為北京奧運會信息系統的成功運行提供了有利保障，成為倫敦總結會中北京奧運會技術傳承的一個重要經驗，得到國際奧委會會的高度評價。
經過不斷學習和歷練，白曉穎在迅速成長，如今她已經成為清華大學計算機軟件研究所副所長。作為項目負責人，她先后承擔了10余項包括科技攻關項目、國際合作項目、863計劃及973計劃項目在內的科研項目，在國內外期刊和軟件工程重要會議上70余篇，獲得了一系列研究成果。在服務化軟件研究方面，是國際上最早開展服務軟件測試技術研究的學者之一。從面向過程、到面向對象、到面向服務，軟件形態與其開發方法發生了重大的變革，服務化已經成為互聯網軟件的主要形態。服務化軟件具有代碼不可見、服務動態組合、在線演化的特點，使得傳統的以人工為主或是以程序分析為基礎的測試技術難以適用。針對這種新型的軟件范型的質量問題，課題組從協同測試、自動化測試、在線測試三個方面，研究有效的測試方法和測試技術。另一個重要的研究方向是以機載軟件為背景，研究嵌入式軟件中模型驅動測試自動化技術。機載嵌入式軟件的規模和復雜度成指數級增長，機載軟件質量控制實際上已成為世界航空業的一個挑戰性問題。課題組針對機載國產操作系統標準符合性測試的需要，實現了基于模型的測試自動化工具。
2001年8月，世界軍人錦標賽在圣彼得堡舉行，俄羅斯選手斯盧德諾夫以27秒25的成績打破了50米蛙泳的世界記錄。但遺憾的是，由于賽場內的電子計時器出現故障，沒有記錄到斯盧德諾夫的成績。短暫休息后，斯盧德諾夫又以27秒25的成績再次打破世界記錄。誰料，他的這次成績仍舊不能作數，原因是裁判忘了重新啟動電子計時器……“就因為這樣，我所有的努力，以及數月來的訓練和準備工作全都白費了，真是讓人惱怒！”這位游泳健將絕望透頂地說。
在比賽中出現任何技術故障，不僅會給運動員帶來無盡的懊惱和憤怒，還會影響賽事的精彩程度。因此，信息系統是關系到比賽質量的一個關鍵因素，對于奧運會這樣的世界頂級賽事來說，信息系統的重要性更加不可估量，這就為奧運會籌備人員帶來了無法估量的壓力，白曉穎作為北京奧運會組織委員會的一員，從2002年進入奧組會到2008年8月24日奧運會閉幕，切切實實地感受了6年多的時間。直到奧運會圓滿結束，她才放下了一直懸著的心，真正松了一口氣。
白曉穎，清華大學副教授、計算機系軟件研究所副所長，主要研究領域為軟件工程，研究方向包括軟件測試、分布式系統、服務計算等。童年時父親從國外為她帶回的一個小小的游戲機，為她打開了通向計算機的一扇門。長大以后，她真正走入了這扇門中的那個計算機的世界，并且不斷攀登前行，走到了如今的遼闊天地。1995年畢業于西北大學計算機系之后，她考入了北京航空航天大學計算機系攻讀碩士。三年后碩士畢業，遠赴美國繼續攻讀博士學位，先后就讀于美國明尼蘇達大學和亞利桑那州立大學。2001年底，她學成回國，進入清華大學任教。
2001年7月，我國申辦2008年奧運會成功，舉國歡騰。2001年12月，北京奧運會組織委員會正式成立，雖然當時距2008年奧運會還有6年多的時間，但是大量的準備工作都要開始著手進行。從2002年1月份開始，奧組委開始著手成立各個領域的相關部門。技術部是最早籌建的部門之一，負責奧運會信息系統、通信系統及場館技術系統的相關工作，年輕的白曉穎參與了清華大學計算機系與奧組委技術部的科技攻關合作，成為技術部的一員，白曉穎笑稱自己是北京奧運會最早的“技術志愿者”之一。
信息系統已經成為現代奧運會成功的基礎和保障。奧運會信息系統結構復雜、涉及面廣，項目實施規模大、周期長、風險高、難度大，也是奧運科技系統中技術含量高、應用范圍廣的主要部分之一。奧運會信息系統體系結構分析是充分了解系統特點，有效控制系統質量、進度、預算的前提和保證。奧運會信息系統包括運動會管理系統、計時記分系統、現場成績處理系統及成績系統四個主要部分。各子系統及相關模塊分別由位于不同國家的不同機構承擔，包括國際奧委會指定的頂級合作伙伴、頂級合作伙伴的分包商、以及主辦城市組委會所簽署的贊助商、提供商、開發商等，是典型的大型國際化外包項目，項目組織管理復雜。時限嚴格、大型遺產系統的繼承及再工程，以及包括技術、管理、操作各層面在內的系統體系結構復雜，是該項目所面臨的主要挑戰。奧運會的所有賽事都是“一次性藝術”，甚至是“一瞬間藝術”，任何人為失誤或技術漏洞，都會成為白玉瑕疵，無可補救。一次性的藝術異常精彩，但有時也會帶點殘酷。白曉穎和她的同事開始了馬拉松式的奧運會信息系統籌備工作。
面對奧運會信息系統質量控制的挑戰，白曉穎和周立柱老師在2003～2005年承擔了國家科技部科技攻關項目《奧運會信息系統集成測試總體方案及集成測試管理平臺的預研》。本項目的主要目的是：為2008年北京奧運會信息系統集成測試的實施做好前期的預研、規劃和準備工作，降低風險；加強對測試的管理，為2008年北京奧運會信息系統地集成測試系統、有計劃、有組織、高效地進行奠定堅實的基礎，并最終達到提高奧運會信息系統可靠性的目的；加強測試隊伍的建設，為2008年北京奧運會信息系統集成測試的實施培養骨干力量。帶動軟件測試行業的發展，促進北京乃至全國的測試技術的發展，逐步探討軟件集成測試規范，為我國自己高水平的軟件集成測試標準的建立探討依據。
本項目的研究主要分為三部分：歷屆奧運會信息系統的開發和測試的調研，北京奧運會信息系統集成測試的總體方案的研究，以及測試管理平臺的預研。根據課題任務書的計劃，課題組完成了要求的研究工作：收集、整理、總結和分析了悉尼、鹽湖城和雅典三屆奧運會信息系統的相關技術資料，形成了兩份調研報告《技術體系架構》和《集成測試分析》；立足于北京2008年奧運會的實際情況，參照往屆奧運會的最佳實踐，在軟件測試及軟件工程理論的指導下，形成了北京奧運會信息系統集成測試的總體規劃報告；研究開發了基于Web的、可應用于分布式開發環境的測試管理系統。
在收集和分析相關資料的基礎上，白曉穎還親自前往2004年奧運會舉辦城市雅典進行實戰考察，收集了大量第一手資料，對項目研究起到了重要作用。理論研究加上實地“取經”，課題組交出了最后的答卷，完成了技術體系架構分析集成測試分析兩份調研報告，從應用系統的功能、運行環境、接口、數據流等角度系統全面地分析了信息系統的軟件體系架構；從項目管理、測試環境、以及測試用例等幾個方面，總結分析了往屆奧運會中系統集成測試的實施方式、經驗和教訓。并在此基礎上完成了19萬字的總體規劃報告，結合北京奧運會的技術戰略，從人員組織、測試過程、進度計劃、質量保證、策略選擇及風險分析、實驗室建設、測試工具選擇、標準與規范、經費預算等九個方面，全面討論了北京奧運會集成測試的總體規劃方案，為奧運會信息系統的籌備工作，奠定了堅定的基礎。
報告提交以后，得到了相關專家的認可，認為調研報告詳細、準確、全面地反映了奧運會信息系統在測試目標、內容、組織和管理方式等方面的要求，并評價課題組制定的集成測試總體方案系統、全面、切合實際、可操作性強。課題組的工作成果被直接應用于奧組委技術戰略，為北京奧運會信息系統的成功運行提供了有利保障，成為倫敦總結會中北京奧運會技術傳承的一個重要經驗，得到國際奧委會會的高度評價。
篇5
關鍵詞：全壽命周期；全節點；項目管控；知識管理；知識沉淀
中圖分類號：V233.7+57
0 前言
知識管理是一種管理理念[1]，需要長期堅持與努力從而形成文化。從這個概念上來講，知識管理不是項目，不能按照項目管理的組織和運作方式來管理。但隨著越來越多的人逐漸認可項目管理的意義，項目管理中的一些思想也慢慢演變成為普遍適用的管理理念，這些思想也能夠適用于知識管理[2]。
1 知識管理的概念
所謂知識管理的定義為[3]，在組織中建構一個量化與質化的知識系統，讓組織中的資訊與知識，透過獲得、創造、分享、整合、記錄、存取、更新、創新等過程，并不斷回饋到知識系統內，形成永不間斷的累積，個人與組織的知識成為組織智慧的循環，在企業組織中成為管理與應用的智慧資本，有助于企業做出正確的決策，以適應市場的變遷。
知識管理就是為企業實現顯性知識和隱形知識共享提供新的途徑，知識管理利用集體的智慧提高企業的應變和創新能力[4]。
2 項目全壽命周期管控方式
作為一個企業，要形成有效的知識管理模式，關鍵是建立起系統的知識管理組織體系，首先要做的就是規范項目管控模式[5]。
項目全壽命周期全節點管控體系的整體框架從不同層次和維度展現項目管理，形成管控視圖、過程視圖和實施視圖[6]。
在管控視圖下，可抽取出公司管控層、部門管控層、項目組管控層所關注的項目活動；在過程視圖下，可展現出項目整個壽命周期的過程；在實施視圖下，可展現出各項工作活動、遵循的工作標準（即工作內容、方法論、工具、模板、最佳實踐）、產生的成果等。此管控體系的整體框架具有層次性，可將管控的重點和內容映射到項目的全壽命周期過程和活動中。全壽命周期全節點的項目管控體系能夠指導項目日常工作的開展，實現多維度的項目管控。
1.1 管控策略
天津市普迅電力信息技術有限公司（以下簡稱“普迅公司”）業務類型較多，項目管控的周期也相對較長，從項目前期至項目后期，通過對全部業務類型的項目階段和項目活動進行梳理，形成適用于全業務類型的通用階段，并將各類型的項目活動與通用階段進行逐一對應，形成適應于普迅公司全業務類型的全壽命周期全節點的項目管控體系。管控體系通過約定各類型項目各個階段的項目活動、工作內容、工作標準、成果，明確責任部門、管理和配合部門、管控方，實現項目工作規范開展、公司各層次項目管控。
1.2 管控項
項目全壽命周期全節點管控體系的管控項可包含以下幾個方面。
通用階段：是指總結形成的適用于各個業務類型的項目階段，包括項目前期、項目啟動、需求分析、設計、實現、測試、應用、售后技術支持、驗收、項目后期。
項目活動：是指項目開展過程中應履行的各項工作。
工作內容：是對項目活動的描述，說明項目活動的主要內容。
工作標準：是指項目活動開展應遵循的標準，使節點工作更明確，使節點管控方式更具指導性。
成果：是指開展項目活動所產生的成果資料。
責任部門：是指項目活動的承擔部門。
管理與配合部門：是指項目活動開展所涉及的其他部門。
管控方：是指對項目活動進行管控的各個機構或組織。
1.3 管控體系下各階段主要工作
項目全壽命周期全節點管控體系將項目分為項目前期、項目啟動、需求分析、設計、實現、測試、應用、售后技術支持、驗收及項目后期十個節點，各個階段的主要工作包括：
項目前期階段：包含15個項目活動。其中關鍵工作包括項目儲備、項目策劃、項目可研分析、項目初步設計、項目開工確認、招投標或免招標簽報、合同簽訂、商務回款、確定項目組成員，共9項工作內容。
項目啟動階段：包含17個項目活動。其中關鍵工作包括內部項目立項、客戶方項目啟動會、與客戶制定項目相關制度、培訓宣貫、項目資源準備、安全保障工作、制定總體方案，共7項工作內容。
需求分析階段：包含22個項目活動。其中關鍵工作包括客戶方數據收集與分析、客戶訪談、問題診斷、需求分析、內部需求評審、客戶方需求評審、需求確認、測試準備、客戶回訪，共9項工作內容。
設計階段：包含41個項目活動。其中關鍵工作包括概要設計、方案設計、詳細設計、改進方案制定、負荷預測、站點規劃、網絡規劃、投資估算、開工申請、開工確認、客戶回訪，共11項工作內容。
實現階段：包含28個項目活動。其中關鍵工作包括原型開發、系統開發、數據采集、分階段施工、安全檢查、數據整理、控制成果解算、圖形繪制、電力信息成果編制、工程繪圖、測繪成果提交、施工情況階段性評審、設備調試、會展活動執行、VI設計制作、VI設計成果提交、客戶回訪，共17項工作內容。
測試階段：包含15個項目活動。其中關鍵工作包括測試申請、單元測試、集成測試、性能測試、安全測試、第三方測試、工程質量檢驗，共7項工作內容。
應用階段：包含37個項目活動。其中關鍵工作包括功能內部評審、權限搜集與確認、安裝版本、實施準備、數據移植、測試環境準備、商務回款、客戶方培訓、培訓回顧、集成調試、網絡和硬件安裝配置、項目組聯合測試、上線申請、系統安裝部署、客戶方功能測試、試運行申請、系統試運行、上線啟動會、改進方案實施、成果固化及最終報告，共20項工作內容。
售后技術支持階段：包含8個項目活動。其中關鍵工作包括制定維護策略、制定維護計劃、系統支持、信息備份、系統版本和更新、業務周期工作、項目情況周期性總結，共7項工作內容。
驗收階段：包含6個項目活動。其中關鍵工作包括驗收資料準備、驗收資料審核、驗收資料裝訂、項目驗收會準備、項目驗收會開展、項目驗收，共6項工作內容。
項目后期階段：包含28個項目活動。其中關鍵工作包括商務回款、內部結項、知識整理、知識文檔審核與入庫、項目評審、正式運行、實用化評價、項目評獎、、申請專利、后期宣傳、項目逾期管理，共12項工作內容。
3 基于項目全壽命周期的知識管理模式
全壽命周期全節點項目管理模式下的知識管理，能夠實現對知識的有效管理和不斷更新，為項目開展過程中的各項工作活動提供更堅實的基礎，促進項目開展與不斷改進。
上圖為項目全壽命周期全節點項目管控體系中項目開展的示意圖。圖中橫向為項目全壽命周期全節點管控體系下的各個項目階段，縱向為每個項目階段的企業知識過程，體現為開展項目活動、按照工作標準開展項目活動、按照模板編制項目成果、形成案例、完成項目總結的流程。
圖中以項目前期及項目驗收兩個階段作為樣例說明項目開展過程中知識產生和管理的過程，透過上圖自下而上來看：
針對最底層的項目階段及項目活動，在不同的項目階段中，項目將開展對應的項目活動，以項目前期及項目驗收為例，項目將分別開展招投標和驗收工作；
針對圖中第2層的工作標準，是指項目在開展過程中，不同階段的項目活動所遵循的對應的工作標準。工作標準是根據開展項目活動的要求進行制定，能夠指導不同項目階段下的實際工作活動，使工作開展有章可循，實現標準化作業。例如項目前期的招投標工作，需遵循對應的招投標工作標準；項目驗收階段，則需要遵循對應的項目驗收工作標準；
針對圖中第3層的模板，是指在項目開展過程中，各項項目活動所產生的成果模板。輸出項目成果是開展項目活動必不可少的一項基本內容，制定統一的成果模板，則進一步提高了工作的規范化程度。例如在開展項目招投標工作時，需編制投標商務文件、投標技術文件等項目文檔，在編制過程中，必須依據對應的投標文件模板；在開展項目驗收工作時，必須依據驗收報告等文件模板編制驗收材料；
針對圖中第4層的案例，是指某一項目的實際工作過程中所形成的成果，例如**項目招投標的商務文件和技術文件，**項目的驗收資料等；
針對圖中第5層的總結，是指項目工作完成后，項目組對項目開展過程中的經驗教訓等內容進行總結，形成新的知識文檔，將知識歸集起來并進行管理。
所謂企業知識管理，便是在上圖所示的各層工作中，首先將工作標準、成果模板、案例及項目總結作為企業知識歸集起來，進行統一管理，再從歸集的知識中提煉出對項目開展有指導性意義的內容，進一步完善、優化管控體系的工作活動、工作內容、工作標準和模板。完善后的管控體系又指導其他項目的開展，進而形成更佳的案例、經驗、知識歸集……如此往復循環，逐漸推進公司知識體系不斷完善、精益求精，形成知識沉淀。
4 總結
知識管理是目前企業發展必須要具備的重要管理職能。有效地進行企業知識管理，加強知識積累與沉淀，能夠使員工快速成長，提升員工技能素質和工作效率。基于項目全壽命周期全節點管控的知識管理，對于以項目建設為主的信息化企業來說，是一套科學、可行的管理方法，使企業的知識管理走上規范化道路，實現了不同業務類型下的知識獲得、創造、分享、儲存、更新及應用過程，使企業在項目建設的過程中，不斷自我優化，逐步提升企業核心競爭力。
參考文獻
[1]美國項目管理學會.項目管理知識體系指南[M].北京：北京現代卓越學術交流中心，2000.
[2]陳勁.研發項目管理[M].北京：機械工業出版社，2004.
[3]畢星.項目管理精要[M].北京：化學工業出版社，2002.
[4]王德海，張曉婉，趙維寧.現代項目管理的理論與方法項目_管理者操作指南[M].北京：中國農業大學出版社，1998.
篇6
一個軟件項目從可行性研究起到開發成功投入使用， 要經過若干互相區別而又聯系的階段。一般劃分為以下六個階段：
（1）可行性研究與計劃階段。確定項目開發目標和總的要求，進行可行性分析、投資、效益分析，并制訂開發計劃。
（2）需求分析階段。根據對系統的分析，確定軟件項目的各項功能、性能。
（3）設計階段。在充分理解軟件需求的基礎上，提出多個設計方案，經分析比較，確定最佳方案。
（4）實現階段。完成源程序的編碼、編譯和調試工作。
（5）測試階段。對程序進行全面測試，并檢查審閱已編制的文件。
在整個開發過程中（即前五個階段）， 開發單位要按月編制開發進度月報。
（6）運行與維護階段。在軟件運行使用中，不斷進行維護，并根據新的要求，對原程序進行必要的擴充與刪改。
在每個階段中，都要編制一定的文件。這些文件是整個軟件項目成果的不可缺少的組成部分。其作用是：
（1）本階段工作的成果和結束標志。
（2）反映開發工作的進展情況，以便對各階段進行檢查。
（3）提供技術和管理信息，便于管理人員、開發人員、操作人員和用戶之間相互了解和協作。
（4）對整個項目內容、功能和性能的描述。
二、各階段所需完成的文件和文件編制目的與內容
（1）可行性研究報告：在可行性研究與計劃階段完成。目的是說明該軟件開發項目在技術、經濟和社會條件方面的可行性， 并在多方案中論證所選定的方案，內容包括：①對現有系統的分析；②系統方案的選定； ③投資與效益分析。
（2）項目開發計劃：在需求分析階段完成。目的是把項目開發過程中各項工作的負責人、進度、對軟硬條件、 經費預算的安排以文件形式記載下來，以利據此檢查項目的開發工作，內容包括：
①項目概述：項目內容；主要參加人；產品及成果驗收標準；完成時間等。
②實施總計劃：任務分解；進度；預算；關鍵問題等。
③支持條件：計算機系統支持；需用戶承擔的工作等。
④專題計劃要點。
（3）項目需求說明：在需求分析階段完成。目的是對項目完成后應達到的具體要求作出規定，作為開發工作的基礎，內容包括：
①任務概述：目標；項目環境的特點；約束條件。
②要求規定：主要性能；可靠性、靈活性、時效性、友好性等要求；輸入輸出要求；常規處理要求；異常處理要求；其他專門要求。
③環境規定：設備；支持軟件；接口；控制。
（4）測試計劃：在需求分析和設計階段完成。目的是為提供一個對開發軟件項目的測試計劃，內容包括：
測試內容；進度安排；測試方案設計考慮；測試數據的整理方法； 測試結果的評價準則。
（5）項目設計說明：在設計階段完成。目的是說明對程序系統的設計考慮和說明系統各層次中的每個程序的設計考慮。 此部分由于工程項目的不同而差異很大。 開發單位可參照有關標準具體編寫，總的要求是：
①總體設計：包括需求規定；運行環境；邏輯結構；物理結構； 關鍵問題和解決方案等。
②詳細設計：包括控制及處理流程；功能、 性能和輸入輸出設計等。表達形式：有文字、圖、表等。
（6）使用說明：在需求分析、設計和實現階段中逐步完成，內容包括：
①用戶手冊：提交給用戶的使用說明，主要內容：
1）概述
2）用途：功能、性能
3）運行環境：硬件、支持軟件
4）使用過程：安裝與初始化、輸入、輸出及舉例。
②操作手冊：提交專業人員的使用說明，主要內容：
1）概述
2）構成說明
3）安裝與初始化
4）運行說明
5）異常處理
（7）模塊開發卷宗：在測試階段完成。目的是記錄和匯總低層次開發的進度和結果，以便對整個模塊開發工作的管理和將來的維護。
篇7
隨著**服務公司信息化要求不斷提高，信息化項目也越來越多,整個第一季度都是在緊張和忙碌中度過的，回首這三個月的工作，繁忙與欣喜同在，感謝信息中心全體成員在工作上的配合和生活上的照顧，現就具體工作總結如下：
1．提交“移動信息中心內部考試系統”概要設計說明書和需求分析報告。根據修改意見完成代碼開發，并將其部署在信息中心服務器上使用。
2． 按信息中心內部要求，開發一套“論壇系統”并將其部署在信息中心服務器上使用。
3．提交“輔助辦公系統”概要設計說明書。根據反饋信息和指導意見完成代碼開發。并將其部署在信息中心服務器上使用。
4． 參與集團彩鈴項目小組，按分工進行代碼開發工作。主要負責投訴模塊，鈴音庫模塊開發。 開發完成后，參與集團彩鈴系統的鏈調，并按新的要求對各個模塊進行調整，并將其部署在信息中心服務器上使用。
5． 參加adc管理平臺技術交流。
6． 提交“績效管理系統”，“在線培訓考試系統”概要設計說明書和需求分析報告。
7． 參與面試出題工作，提交c語言測試題。
8． 參與全省彩鈴平臺的測試工作，模擬縣級大客戶經理的角色。對個人信息，工單處理，投訴，留言等模塊進行測試，并提交測試報告。
9． 參與自主研發信息化項目與oa系統接口討論會議，并按會議討論結果提交系統接口申請報告。
10．提交“在線培訓考試系統”項目開發設計，設計整體框架，并按此對項目組成員進行分工。
篇8
近年來，隨著現代企業管理理念的發展，多種績效管理體系紛繁呈現，諸如360度評價體系、KPI指標體系和平衡記分卡等。然而，分析各種理論體系在國內的發展與實踐過程，我們不難發現，成果是有的，而其局限也同樣不容忽視，常見的情況是: 績效管理體系成文容易執行難，且效果達不到預想的要求。
難點1: 績效評估的主觀性強，難量化;
難點2: 員工所提交的績效過程數據無法反映其工作成績。
以上難點最終導致績效管理體系的推行與員工的日常工作發生脫節，使得績效管理體系流于形式。經過多年探索，筆者所在企業在企業信息化的實施項目中，推行了一套融績效管理與項目管理于一身的績效管理體系，較好地克服了以上難點。該體系通過科學地組合績效管理體系的要素和項目管理的要點，把績效管理理論應用于實際的項目管理過程，對于企業信息化項目的進度管理和項目目標的達成，均取得了良好的效果。在此把我們的實際經驗拿出來與大家分享！
項目績效管理框架分為四部分: 績效目標的制定、績效階段劃分及計劃制定、階段績效總結和評估的提交、項目總體績效目標總結。
績效目標制定: 依據項目目標制定;
績效階段劃分及計劃制定: 績效階段劃分是績效計劃制定的基礎，通常依據項目規模以月或以周作為績效管理的基本單位;
階段績效總結和評估: 在每個績效階段結束后提交績效總結;
項目總體績效目標總結: 每個績效階段的總結累積成項目總體績效目標。
下面分別介紹每個步驟的具體內容。
第一步:
績效目標的制定
企業信息化項目的實施需要首先明確項目目標，而項目的目標也就是該項目組最終的績效目標。眾所周知，項目的目標無非就是圍繞著三要素展開: 即質量（Quality）、成本（Cost）、交付時間（Delivery），對于某一個具體的項目而言，項目的QCD就是項目的績效目標！
盡管從表面上看，確立績效目標很簡單，那就是企業管理者在明確的企業戰略目標與任務的前提下，將需要項目經理、員工做什么、改進什么、朝哪個方向努力等要求歸納出來，歸納的結果就是工程項目績效管理的目標。但是，需要注意，在歸納績效管理指標時，應能體現該項目對企業總體目標的貢獻。另外，特別需要說明的是，績效目標一定是企業管理者、項目經理和下屬員工共同制定的，人力資源部代替不了。也就是說，績效管理目標的制定，必須多溝通，由上而下。只有這樣，完成目標才能做到由下而上，相關責任部門、責任人才會有積極性。
第二步:
以績效階段劃分為基礎提交績效計劃
為了保障最終績效目標的達成，需要結合項目的實施過程先把最終目標分解成階段績效目標，然后再把階段績效目標分解成個人績效目標，最后把最終績效目標分解為固定時長的階段績效目標。原則上我們推薦以周為一個績效考核階段，由于階段績效目標的達成是最終項目目標達成的有利保障，因此，要做好績效管理工作必須首先從階段績效目標的確定開始。
項目經理根據項目目標，通過召集項目工作會議，確定項目的階段目標，以周為單位分割，則可確定項目組的周工作計劃。周工作計劃確定后，各項目組成員根據周工作計劃的安排，制定自己的績效計劃。每人需要明確自己本周的具體工作，并明確自己所需執行的公共工作以及公共制度的執行。這樣，一方面項目工作可以在每周落實到人; 另一方面，公共性的工作或者制度要求也可在每周落實到人。具體來說就是，每人的績效計劃包含工作計劃和公共要求兩部分。每周個人績效計劃中體現個人周績效目標，將每周項目組各成員的個人績效目標的累加，就成為項目組每周的績效目標。
在項目實施過程中，可通過對實際周階段績效總結數據與周目標績效進行比對來監控項目的完成情況，一旦發現周階段績效目標沒有達成，則需進行原因分析并及時采取項目管理措施，盡早干預和調整。如通過加班、增加人手等多種辦法調整項目實施過程中的偏差，以期將項目的風險消除在萌芽狀態。
在個人的績效計劃中，除了說明本周自己要執行的具體工作外，還需要同時說明執行該任務的資源需求或其他工作條件，并同時明確執行該任務的驗收準則。例如，張三在本周要實施一個壓力測試，則工作任務是壓力測試，驗收準則是提交壓力測試報告，所需資源是具備壓力測試環境。一般而言，技術開發工作以提交代碼并通過測試為驗收準則，方案書寫工作以技術方案文件通過項目組評審為驗收準則，項目活動以該活動成功完成為驗收準則，公共制度的遵守以項目組沒有收到投訴為驗收準則。在個人績效計劃中，本周有多項工作的，需要注明每項工作的權重，權重代表該項任務的工作量。
當項目組成員在每周一完成自己的績效計劃之后，提交給項目經理，如項目組分為多個小組，則每個組員提交自己的績效計劃給組長，組長提交自己的績效計劃給項目經理。 收到下屬提交的績效計劃后，直接上級首先需要判斷該成員的計劃是否符合周計劃，是否有遺漏或者理解上的偏差，是否需要給下屬提供工作條件或者資源，一旦直接上級發現有不清晰之處，則直接上級需要找到該成員進行工作溝通以達成共識。當直接上級審批通過，則該成員的績效計劃開始生效，并存檔。
在每周的周一，項目組所有人的績效計劃自下而上提交，并經項目經理同意存檔，然后在每周的周五，進行下面將要談及的績效總結工作。
第三步:
階段績效總結與評估
在每周的周五，按照績效計劃提交的同樣過程，下屬先對自己本周績效計劃的完成情況進行總結。對每項任務都需要明確標注是完成、部分完成、還是未完成，對于部分完成或者未完成的工作，需要說明原因和理由，并列出可能的補救措施和建議，如申請加班或申請直接上級列入下周的績效計劃。每個人根據績效計劃的完成情況，再根據任務權重，采用百分制給自己打分，提出自己本周的績效考核成績。
直接上司收到下屬的績效總結后，如果發現是未完成或者部分完成，則屬異常，就需要找該成員了解詳細原因，對于因客觀原因造成未完成的，需要確定補救措施; 對于下屬因工作能力而未能完成的，可以考慮調整該成員的崗位，或者補充其他人員協助完成。對于未完成的異常，直接上司需要規劃在余后的幾周內趕上，并在后續的績效計劃中進行落實。當直接上司對下屬的工作總結進行分析之后，就可以確定該下屬的本周工作績效，根據其自評得分，給出一個直接上司確定的分數，并與該成員達成一致。
當全體項目組成員的績效總結完成后，項目經理根據已經確定的成員的分數，列出本周項目組成員的分數匯總清單，向項目組公布本周分數排行榜，這種通過在項目實施過程中形成的實際分數，實現對項目組成員的過程績效評估，具有客觀性，是一種可實現量化考核的有效辦法。
第四步:
績效總體總結和評估
當項目進行里程碑評審，或者項目完成時，項目經理根據各個成員每周的績效分數，進行累加，形成該成員的績效總分。同樣，對小組成員的績效總分的匯總就形成了該小組的績效總分。這樣，項目經理能夠客觀地評價多個小組、評價每個成員，實現了項目績效的總體總結和評估。
每個績效階段成績的累積就形成了項目總體績效目標。不過，到此還不算大功告成，這一階段還有一件重要的事情要做: 即根據階段績效成績和績效總分，從整體上總結績效數據和過程中的經驗，對項目進行宏觀的分析，總結成功的經驗及失敗的教訓，這樣我們才有機會在下一次做得更好，所謂行百里者半九十也，最后一步，重中之重！（本文作者工作單位為福建龍巖卷煙廠計算機中心）
鏈接
項目績效管理的幾點體會
通過上述的項目績效管理過程，我們可以清楚地看到，在企業信息化項目中，這種績效管理方式是簡單易行的，在未增加管理成本的前提下，操作性強，目標明確。其中，績效總結是以績效計劃為依據，不存在隨意性或印象分; 績效計劃中的任務是以項目工作為內容，使得績效計劃與項目日常工作充分地結合在一起。我們在實際項目的運作中采用了這種方式，極大地保障了項目的成功實施。總結該績效管理方式的各個參與人的體會，我們得出以來結論:
1. 評估是量化的。杜絕了感性化的評估，項目組成員容易接受這種方式，促進了項目團隊的共同進步。
2. 工作是量化的。績效總結以績效計劃為依據客觀地評估，杜絕了隨意性的評估，由于對公共要求部分也實施了評估，避免了只注重工作而忽視公共要求。使得項目工作能夠以團隊方式有序地推進。
3. 實現不同崗位排名。通常在考核過程中，因員工技能要求不同，往往很難進行統一的排名，通過正文所述的方式，不同崗位的人有不同的績效計劃，視計劃完成情況進行績效總結和打分，從而可以提供一個統一的分數排名，對項目組全體成員提供了一種綜合排名的方試。
篇9
【關鍵詞】項目教學法；數字電子技術；應用
前言
為了適應電子技術飛速發展的需求，更好的培養技術性人才，高職院校必須把培養學生實踐操作能力放在主要的地位，將教學理論知識與生產實踐緊密聯系在一起，充分體現工學結合一體化的教學思想。
1.數字電子技術項目化教學的意義
隨著信息數字化的發展，數字化產品越來越多的出現在我們面前，如手機、數字電視等，它們的功能實現都是以數字電路為基礎，學生要能理解這種用來傳輸、加工與理數字信息的電路，數字電子技術是越來越重要。而數字電路的集成門電路種類比較多，功能比較強，必須先要求掌握各門電路的基本功能及邏輯符號，還有組合邏輯電路和時序邏輯電路等內容，是電子、通信、電氣控制、計算機等專業的基礎課程。項目教學是與人才市場接軌的培養方法，實踐操作是在實驗室或許在模擬工廠中進行，能培養學生較強的紀律觀念，團隊合作、吃苦耐勞精神，能對學生確立良好的職業道德。在操作過程中可以培養學生與他人合作，怎樣與他人相處，樹立正確的競爭意識。以項目為單位進行教學活動，可以打破傳統的教學方式，將理論知識的教授轉化成學生動手操作為主，有利于培養學生的自主獨立學習能力。圍繞著某個項目選擇所需要的課程內容，以項目為主線去設計教學內容，體現了教學一體化的課程理念。每個項目設計嚴謹，項目要典型，知識內容從易到難，知識面合理，要易于實踐操作。
2.項目教學法在數字電子技術教學中的措施
在項目教學過程中，每位同學都參與創造實踐活動，注重項目的整個過程。在數字電子技術教學過程中，可以通過一個項目讓學生完成電路的設計、各元器件的測試、電路的通電檢測，故障排除等流程，從中學習和把握課程要求的知識與技能，培養學生的分析問題和解決問題方法。可以將數字電子技術的內容分解成幾個項目，每個項目由項目導入、項目分析、知識準備、拓展訓練和學習檢測等部分組成，每個項目都設置里教學案例，突出實踐環節。每個項目都附有項目考核，用于學生對知識的鞏固及能力的提高。在整個過程可以設置知識鏈接、課堂討論、相互協作等特色模塊。意在提高學生的學習興趣，提高動手操作能力，促進學生的全面發展。根據數字電子技術課程的特點，項目設計過程中應包含以下幾方面：要突出內容的綜合性、趣味性和實用性，每個項目的選擇不僅要考慮到知識結構問題，還有考慮到激發學生的學習興趣，項目的選擇與設計要做到聲音和光亮一體，且要有一定的實用性；要有層次性，從簡單到復雜，從單個的元器件到單元電路再到綜合電路，在數字電子技術教學過程中，每個項目存在差異，同一個項目可以根據不同類型的學生也可有一定的差別，這樣學生可以根據自己的特點有目的選題，以滿足不同的需求；要突出基本儀器的使用，通過了解與調查，大部分學生不能自主完成某個項目是因為不會使用儀器測試，如萬用表及示波器是每項任務不可缺少的儀器，要求學生通過一個個測試操作任務，熟練掌握各儀器的使用；要突出元器件的識別及電路的調試和測試；要有項目教學評估，有利于項目的改進與提高，學生要有小結，要求寫出在項目制作過程中遇到的問題，解決的方法，涉及到的知識點及提出的建議。老師根據每組的完成情況及小結進行評價，還要組織各組進行討論，再進行總結。以17級電子班學生為研究對象，用“搶答器的制作與調試”這項目為例，多路搶答器也是娛樂活動中用的比較多的數字電路，可以使學生熟悉觸發器的基本知識及基本功能。任務描述，簡易搶答器的組裝與調試任務，要有搶答計時、答題計時、顯示、復位等基本功能。理論知識的學習，主要涉及到電工色環電子的認識、模擬電子三極管的判斷、數字電子數碼管的管腳認識及電子儀表的使用。各個元器件測試，準確清點和檢查全套裝配材料數量和質量，進行元器件的識別與檢測，篩選確定元器件（主要是電阻，三極管，數碼管等）。項目實施過程，根據各組確定的電路圖進行電路安裝，安裝完成后，通電各點電平測試，還要求畫出電路測試連接方框圖；最后通電調試。整個過程要求每個小組的同學分工合作，為解決這些問題不斷地收集資料、整理資料，主動地、自行地安排自己的學習，按照已確定的流程工作，出現故障時學生自己診斷分析、判斷，確定維修方法以達到預期目的。項目教學評估，評估包含職業素養、操作過程規劃性、作品成果、書面小結、工藝等方面。總結，可以每個小組先做討論總結，再老師根據各小組情況進行全面的總結。
篇10
關鍵詞：ERP 實施 項目管理
中圖分類號：F270 文獻標識碼：A 文章編號：1007-9416（2015）05-0000-00
1 ERP概述
ERP（Enterprise Resource Planning），既企業資源計劃管理系統，它的內涵是“管理+IT”，它是以計算機技術為基礎、以MRPII技術為核心，提出了評估MRPⅡ內容和效果的軟件包。
ERP系統是信息技術與先進的管理思想集于一身的產物，綜合管理企業核心業務，控制整體活動的計劃與進行狀況，以及實施整個企業經營管理的軟件系統。
2項目管理
項目管理：合理組織、調配和利用材料和設施、人力、資金等各種資源，保質量、保進度、保成本和諧地完成預期的項目目標。
ERP項目不同于日常例行工作，有開始時間和結束時間，項目集成跨度不超過18個月。
3項目實施方法與執行
3.1項目規劃
（1）確定項目目標。成功實施ERP很重要的一點就是：目標合理、明確、穩定。實施團隊要明確定義、闡明整個項目的目標。ERP項目是根據行業特點和業務需求，必須確定項目的使命。（2）組建項目實施組織。組建團隊工作任務包括：項目經理從銷售部接手項目，組建用友方項目團隊，選拔符合該項目的實施顧問，并進行審批；正式成立用友方項目成員以及實施團隊。（3）確定實施策略和主計劃。實施團隊可以用在MS格式編制實施進度表的樣本，作為給客戶開始編制計劃的起點。在宏觀上對項目實施給出相應的措施和時間規劃，最大限度上提升實施效率。
3.2藍圖設計
（1）業務需求調研。這個階段主要測試用戶對系統配置參數的各種選擇，通過各部門現場走訪，先對客戶的整體業務和核心業務流程進行了解并分析，再對分部分的業務進行業務調研，將業務進行串聯，明確流程中哪些工作手工做，哪些工作由ERP來做，并明確二者之間的接口和邊界。（2）業務流程設計以及初步方案。初步方案主要在前面業務梳理和需求分析的基礎上，結合業務管理的基本概念和具體的軟件功能，逐項進行回顧、分析，以便對目前每個管理業務流程提出解決方案。
3.3系統建設
（1）靜態數據準備。靜態數據準備包含信息資料的編碼方案以及將確定的業務流程相關的靜態數據的準備，主要指導客戶建立正確、合理的編碼體系的一般過程。①針對物料編碼、信息資料的編碼方案討論、BOM的分層討論。②協助關鍵用戶整理所有編碼方案、按照U8的格式通過快速實施工具導入系統。
（2）方案實現。針對初步方案進行模擬測試、把企業實際業務流程以及業務方案應用到ERP，進行實現。方案實現有三條基本路徑：系統功能實現、流程變革和二次開發。①通過原型測試、集成測試和模擬運行測試進行系統適配，確定完全實現的功能清單和基本實現的功能清單。②對于少量差異部分通過系統配置解決或者進行變通解決，進行溝通。
（3）產品培訓。在ERP系統中，可以看到整個系統的知識的轉移過程。這個轉移過程是通過實施顧問轉移到企業的關鍵用戶那里，然后，通過核心骨干用戶轉移到最終用戶。①培訓項目經理和關鍵用戶。針對配置的各部門的業務流程以及特殊業務流程進行培訓，顧問應該至少要求管理層在項目開始實施之前委派客戶方項目經理、系統管理員、進行系統培訓。②制作普通業務流程和特殊業務流程的培訓文檔和操作手冊，方便操作員業務疏通。
3.4上線切換
ERP實施都有一個用于向新的ERP系統裝載數據并切換到實際運行的轉換過程。所有的任務之前都進行過系統的測試與模擬，很容易被團隊接受與執行。
（1）靜態數據轉換。靜態數據轉換主要導入基礎檔案和期初數據。（2）動態數據轉換。開始動態數據業務最好的方法是關閉之前數據，只在新系統執行新的業務，要做到：①輸入采購到貨單以匹配采購訂單的狀態②進行生產領料和完工入庫操作以匹配生產訂單的狀態③輸入銷售發貨單、發票以匹配銷售訂單狀態。（3）上線正式運行：①上線運行第一筆業務。上線初期，客戶會不斷的輸入業務單據、數據、業務流程，此時實施顧問在現場要實時監控服務器的性能，并跟蹤每個最終用戶的使用情況，實時解決客戶存在的問題及報錯。②上線總結。整個項目組和客戶針對當前系統運行業務進行總結，尤其是走完主要流程，把其中遇到的問題，還有即將解決的新問題匯總，再溝通解決。
3.5持續支持
（1）上線過程中技術支持。ERP上線后，必須組織對ERP的測試、驗收，并且對ERP系統持續給予全面支持。整個運行支持包括建立ERP管理制度的建立、增強實施方的技術支持與再培訓，還要解決在運行系統環境中遇到的技術問題與管理問題，以達到穩定狀態。（2）實施項目的監控與跟進：①對ERP系統和最終用戶進行監控。主要監控服務器的性能，并且各最終用戶系統權限和操作報錯，確保所有的業務能完整錄入，并且遵循實施期間制定的工作規定。②監測實施效果。ERP系統上線一段時間就要對整個運行效果進行評估，以一個月的賬務進行評審，達到財務業務一體化，數據傳遞。（3）項目總結。ERP項目以一個月的財務報表平衡作為驗收基準，此時對實施過程進行總結很有必要，通過實施過程中的經驗教訓，使企業的系統運行維護系統變得成熟，完成顧問到項目經理、系統管理員的知識轉移。
參考文獻
[1] 徐學軍，鄒明信.ERP實施方法論研究[J].中國制造業信息化，2006（21）.
