第一篇：信息系統項目管理師論文寫作技巧總結

項目管理師論文寫作指南

1.大綱中的要求

《信息系統項目管理師考試大綱》中，要求考生根據試卷上給出的四個有關項目管理的論文題目，選擇其中的一個，按規定的要求寫論文和摘要。論文可能涉及的內容極其廣泛，主要有信息系統項目管理，信息安全，信息系統項目監理，信息化戰略與實施，大型、復雜和多項目的管理，項目績效考核和績效管理6個主要模塊的論題方向，這6個方向又分為若干個子內容。

歷屆高級資格考試論文寫作一般會有如下的要求：

簡述你所從事的項目及你在項目中擔任的角色；

在項目中關于論題方向碰到的問題和解決對策；

對項目實話的總結和展望。

2.為什么會覺得論文考試難

對于在職人員來說，可能存在以下困難：

有項目經驗但要寫成論文覺得寫作水平有限；

長期從事某一個方面的工作，很少從事項目管理這種綜合性的工作；

從事技術性工作或研究工作，熱衷于技術實現，管理工作做得較少；

工作任務過重，無暇復習及攥寫論文。

要想考試過關，一是要盡量從繁忙的學習和工作中抽出時間來應考；二是要熟悉考試論文的寫作格式及注意事項；三是掌握一定的論文寫作技巧；四是需要閱讀大量的資料來充電，五是在考試之前作適當的練習。當然如果您項目經驗十分豐富，可以把重點放在鍛煉寫作技巧上來。

3.論文的格式與寫作技巧

3.1 格式要求

項目管理師考試的論文不同于要放在學術雜志上發表的學術論文，也不同于學生的畢業論文，她主要是對自己工作經驗的總結，更象一份述職報告，因此在格式上的要求也比較簡單。

論文的內容分為兩部分：摘要和正文。這兩部分的書寫要注意以下的格式：

達到字數要求。摘要一般要求200字以上，500字以下，正文要求2500字以上。在論文寫作的方格紙上會有字數提醒。

不要在論文中書畫圖形，盡量用文字表述。

盡量保持卷面清潔，如果實現需要劃掉文字，在字上劃一橫線即可。

不必寫關鍵詞。

3.2 寫作進度把握

論文的寫作時間只有兩個小時，要在短短的兩個小時里寫出一篇高質量的論文確屬不易，需要考生有較為豐富的理論和實踐知識的積累，當然也不必害怕，因為這還是有章可循的。這里建議的時間分配如下：

通讀論題，選定論題（5分鐘）；

構思論文，寫論文提綱（10分鐘）；

摘要寫作（15分鐘）；

正文寫作（80分鐘）

復查論文（10分鐘）。

論文的摘要由于在論文的寫作過程中論文的論點及內容可能會有所變化，建議在寫作完正文后再寫摘要。下面按寫作步驟詳細解說。

3.3 論文選題

拿到試卷后，先把試題快速通覽，找到自己最容易發揮，最擅長的方向的論題。為了照顧大多數考生的情況，論文題目會比較寬泛。

需要注意的一點是，既然是考項目管理師，論文內容當然不會關心過多的技術細節問題，重在項目管理。

選題時要考慮應和什么項目相關聯。文章至少要與一個項目關聯起來。那么如何選定項目呢？

在校的學生由于沒有項目經驗，往往不知論文應與什么項目關聯為好。一是要看題目要求，如今年5月考試的論文題目中就明確指出要是參與管理過的大型信息系統項目，因此一般不要以如“學生成績管理信息系統”這種課程設計性質的項目來寫；二是盡量寫自己熟悉的，如一般的可寫高校人事MIS，高校教務MIS等，在職人員也可如此考慮。項目可以是虛構的，不需要指明開發單位，委托單位；三是如果有大型項目或可以構思出大型項目則更佳。

3.4 論文提綱

選定論題后不要急于動筆直接在答題紙（論文的答題紙為方格作文紙）上寫作。因為直接寫作很難有一個整體的思路，而且在寫作的過程中可能會涂改而使得卷面不整潔，影響評卷人的心理。不提倡在草稿紙上書寫論文再抄至論文答題紙上，因為考試的時間本就十分有限，抄寫論文的時間也需不少。不妨先花點時間理理寫作的思路，在草稿紙上寫作論文的提綱，所謂“磨刀不誤砍柴工”。

提綱中寫些什么內容呢？可有如下的內容；

擬聯系寫作的項目，思考如何聯系此項目來寫作；

擬寫論文的主要論點。

各段落的主要內容，如果直接以論點來分段就不必再寫此項了。

論文的閱卷者一般會把論文看兩遍，第一遍快速瀏覽全文的論點，以找出文章的“文眼”，第二遍再仔細閱讀。如果論點清晰，會給閱卷者以清晰明朗的感覺。

3.5 正文寫作

有了提綱了，寫正文就輕松多了。正文可采用“總——分——總”式，即文章開頭提出中心思想，再分述論點，最后在結尾處作出總結；也可用“提出問題——分析問題——解決問題”的逐步深入的方法。寫作時注意以下幾個方面：

理論聯系實際，一定要與項目關聯起來討論，切忌空談理論；

論點要正確，合乎工程實踐的實際情況；

可以分條敘述的方式，但不要全文用此方式；

論點清晰，最好每段在開頭處或結尾處點明論點；

結尾處要對項目的實施情況，以及應用論點論據應用情況作出總結。

不必列舉過多的計算公式。

文章要帶有一定的學術性，更多的應是談項目經驗。

不要關注于技術，多就論題寫管理方面的問題及采取的措施。

3.6 摘要寫作

摘要可按如下幾個方面來寫：

項目概述，包括自己主持或參與的項目及自己擔任的角色。

論文的主要論點。

為方便大家書寫摘要，這里給出兩個摘要的書寫模板。

模板一：（論點——項目概述）

本文以我主持（或參與）的××××××（項目名稱）為實例，探討了××××××（論文論題），認為××××××（論點）。在此項目中，我擔任了××××××（角色），參與了××××××（任務），實施后×××××（用論文中的方法實施后的效果）。

模板二：（項目概述——論點）

×××××（項目名稱）是×××××（項目說明），在此項目中，我擔任了×××××（角色），參與了×××××（任務）。對于項目的×××××（論題），本文認為×××××（論點）。該項目實施后×××××（用論文中的方法實施后的效果）。

下面給出模板一的一個實例，以供參考：（論信息系統項目的需求管理和范圍管理）

本文以我主持的某商業銀行網上銀行系統項目為實例，探討了作為開發方公司在信息系統項目的需求管理和范圍管理方面碰到的問題及解決的辦法，文章首先解釋了需求管理和范圍管理的基本概念，認為需求工作做得不扎實，項目范圍把控不好是導致項目難以成功的主要原因，提出應以CMM過程改進的思想指導項目的需求管理和范圍管理，項目在需求分析階段應確定需求可以決策的人，充分和客戶溝通以正確把握需求，對于需求和開發范圍的變更管理提出了解決的辦法。我在該項目中擔任了開發方的項目經理，自始至終參與了整個項目的建設，自2004年4月項目啟動至2004年12驗收歷時8個月，系統至今運行穩定，取得客戶的好評，很大程度上得益于項目成功的需求管理和范圍管理。

4.論文考題分析

我們來把考試大綱的內容與歷年的軟件資格與水平考試高級（包括系統分析師和項目管理師）相關的考試論文題目列舉出如下表所示，也許您會有所啟迪。

表1

歷年軟件資格和水平考試高級考試與考試大綱相關的論文題

模塊方向子內容歷年考題考試年份

信息系統項目管理項目選擇

可行性分析論信息管理系統的可行性研究1997年

項目生命周期流程管理

項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理論軟件開發的質量管理1989年

成本/效益分析1990年

論軟件項目的質量保證1993年

論項目管理工具的選用1998年

論軟件質量保證2002年

論軟件開發的風險控制2003年

論軟件開發成本管理2004年上半年

論應用軟件開發范圍和功能的確定2004年下半年

論項目管理中的進度控制2005年上半年

論信息系統項目的需求管理和范圍管理2005年上半年項目管理師

項目評估

企業級信息系統項目管理體系的建立

項目中的質量管理與企業質量管理異同分析論軟件開發的質量管理1989年

論軟件項目的質量保證1993年

論軟件質量保證2002年

信息安全信息安全體系系統的安全與保密控制1992年

信息安全體系的安全風險評估

企業信息安全策略論企業信息系統的安全2005年上半年

論企業內部網的安全策略2004年下半年

信息系統工程監理監理的方法與工作流程

監理的機構及監理工程師

監理中的質量、投資、進度和變更控制

監理中的合同管理、信息管理和安全管理

監理中的組織協調

信息化戰略與實施企業建設信息化系統的過程

信息化系統建設過程中常見問題

新技術對信息化建設的影響

CIO在信息化建設過程中的作用

信息化規劃

不同類型信息化建設過程中的差異

電子政務建設論電子政務信息共享整合2005年上半年

企業自身管理成熟度對企業信息化建設的影響

大型、復雜信息系統項目和多項目的管理計劃過程

跟蹤和控制過程

范圍管理論應用軟件開發范圍和功能的確定2004年下半年

論信息系統項目的需求管理和范圍管理2005年上半年項目管理師

資源管理

協作管理

項目績效考核與績效管理團隊績效與項目績效的關系

績效評估的方法

項目績效指標設計

績效改進

從上面的表格中可以看出，還沒有出過題目的內容極可能會成為下次考試出題的對象，“信息系統項目管理”模塊中的“項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理”是近四年的高級考試中必出論文考題的內容。據此，作者列出19個考題供大家參考和練習（每個模塊3~4個）：

l 信息系統項目管理

論項目團隊建設

論項目溝通管理

論企業信息系統項目管理體系的建立

論項目采購管理與合同管理信息安全

論企業的信息系統安全體系

論企業信息系統的安全控制策略

論企業信息系統安全風險的評估信息系統工程監理

論信息系統項目的工程監理

論信息系統工程監理中的質量控制

論信息系統工程監理中的進度控制信息化戰略與實施

論企業信息化的規劃

論電子政務項目管理

論企業信息化的建設

大型、復雜信息系統項目和多項目的管理

論信息系統項目計劃的制訂

論信息系統項目資源管理

論信息系統的跟蹤與控制項目績效考核與績效管理

論項目績效評估的方法與策略

論企業信息化中的績效評價機制

論信息系統項目績效指標的設

5.如何準備論文

可以從以下幾個方面著手準備論文：

l.看別人寫的項目經驗文章，這是快速彌補經驗不足的辦法。以下的網站可以找到不少的資料：http://www.tmdps.cn（中國項目管理信息網）等。如果可以看到一些項目的實施方案書則提高實踐經驗更快。一定要在考試前動手寫幾篇論文。可就前面提供的6個方面的論文題目去找幾個自己感興趣的，多準備幾篇，最好能有6篇，不必每個方向都寫，6個方向選其中的2——3個即可。寫完以后，最好能在身邊找一位專家幫你批改論文，寫作水平會迅速提高。

多與項目管理經驗豐富的人員聊天談項目實施的感受，談項目管理的點點滴滴，得到一些書本上不能得到的知識。

要想通過項目管理師考試，絕非一躇而就，論文寫作較為真實地集中體現了考生的水平和能力。但論文的寫作也是有章可循的，不僅要擠出時間來準備，還要注意論文的寫作格式與寫作技巧，勤于練習，虛心向經驗豐富的同仁請教。

第二篇：信息系統項目管理師論文寫作技巧

信息系統項目管理師論文寫作技巧

1.大綱中的要求

《信息系統項目管理師考試大綱》中，要求考生根據試卷上給出的四個有關項目管理的論文題目，選擇其中的一個，按規定的要求寫論文和摘要。論文可能涉及的內容極其廣泛，主要有信息系統項目管理，信息安全，信息系統項目監理，信息化戰略與實施，大型、復雜和多項目的管理，項目績效考核和績效管理6個主要模塊的論題方向，這6個方向又分為若干個子內容。

2005年上半年的考試雖然只出了一道論文題目——“論信息系統項目的需求管理和范圍管理”，似乎與考試大綱有所背離，但考試內容并沒有偏離大綱，屬于“信息系統項目管理”方向中的內容。所以作論文考試的準備時一定要緊緊圍繞考試大綱來進行。

歷屆高級資格考試論文寫作一般會有如下的要求：

簡述你所從事的項目及你在項目中擔任的角色；

在項目中關于論題方向碰到的問題和解決對策；

對項目實話的總結和展望。

2.為什么會覺得論文考試難

參加項目管理師的考生大致有兩種類型：在校學生和在職人員。

對于在校的學生來說，參加項目管理師這一高級別的考試無異于一種挑戰。這是因為：

缺乏項目實戰經驗；

沒有從事過項目管理；

學業繁重，沒有時間來準備考試；

考試范圍太廣，許多的知識沒有接觸過；

技術方面掌握不扎實，基礎不牢；

沒有寫過學術論文。

大學里的計算機專業或信息管理專業都會開設軟件工程課程，也有少數的院校開設項目管理課程，即便是有，考生自己也會感覺只有理論知識沒有實踐經驗，總覺得心里不踏實，寫出來的文章會不夠力度。大多數的研究生也只是跟隨導師做一些技術性的工作，項目管理方面的工作做得較少。其它專業的學生當然會覺得難度更大。

對于在職人員來說，可能存在以下困難：

有項目經驗但要寫成論文覺得寫作水平有限；

長期從事某一個方面的工作，很少從事項目管理這種綜合性的工作；

從事技術性工作或研究工作，熱衷于技術實現，管理工作做得較少；

工作任務過重，無暇復習及攥寫論文。

對于這兩類考生，又以在職人員居多。要想考試過關，一是要盡量從繁忙的學習和工作中抽出時間來應考；二是要熟悉考試論文的寫作格式及注意事項；三是掌握一定的論文寫作技巧；四是需要閱讀大量的資料來充電，五是在考試之前作適當的練習。當然如果您項目經驗十分豐富，可以把重點放在鍛煉寫作技巧上來。

3.論文的格式與寫作技巧

3.1格式要求

項目管理師考試的論文不同于要放在學術雜志上發表的學術論文，也不同于學生的畢業論文，她主要是對自己工作經驗的總結，更象一份述職報告，因此在格式上的要求也比較簡單。

論文的內容分為兩部分：摘要和正文。這兩部分的書寫要注意以下的格式：

達到字數要求。摘要一般要求200字以上，500字以下，正文要求2500字以上。在論文寫作的方格紙上會有字數提醒。

不要在論文中書畫圖形，盡量用文字表述。

盡量保持卷面清潔，如果實現需要劃掉文字，在字上劃一橫線即可。

不必寫關鍵詞。

3.2 寫作進度把握

論文的寫作時間只有兩個小時，要在短短的兩個小時里寫出一篇高質量的論文確屬不易，需要考生有較為豐富的理論和實踐知識的積累，當然也不必害怕，因為這還是有章可循的。這里建議的時間分配如下：

通讀論題，選定論題（5分鐘）；

構思論文，寫論文提綱（10分鐘）； 正文寫作（80分鐘）；

摘要寫作（15分鐘）；

復查論文（10分鐘）。

論文的摘要由于在論文的寫作過程中論文的論點及內容可能會有所變化，建議在寫作完正文后再寫摘要。下面按寫作步驟詳細解說。

3.3 論文選題

拿到試卷后，先把試題快速通覽，找到自己最容易發揮，最擅長的方向的論題。為了照顧大多數考生的情況，論文題目會比較寬泛。

需要注意的一點是，既然是考項目管理師，論文內容當然不會關心過多的技術細節問題，重在項目管理。

選題時要考慮應和什么項目相關聯。文章至少要與一個項目關聯起來。那么如何選定項目呢？

在校的學生由于沒有項目經驗，往往不知論文應與什么項目關聯為好。一是要看題目要求，如今年5月考試的論文題目中就明確指出要是參與管理過的大型信息系統項目，因此一般不要以如“學生成績管理信息系統”這種課程設計性質的項目來寫；二是盡量寫自己熟悉的，如一般的可寫高校人事MIS，高校教務MIS等，在職人員也可如此考慮。項目可以是虛構的，不需要指明開發單位，委托單位；三是如果有大型項目或可以構思出大型項目則更佳。

3.4 論文提綱

選定論題后不要急于動筆直接在答題紙（論文的答題紙為方格作文紙）上寫作。因為直接寫作很難有一個整體的思路，而且在寫作的過程中可能會涂改而使得卷面不整潔，影響評卷人的心理。不提倡在草稿紙上書寫論文再抄至論文答題紙上，因為考試的時間本就十分有限，抄寫論文的時間也需不少。不妨先花點時間理理寫作的思路，在草稿紙上寫作論文的提綱，所謂“磨刀不誤砍柴工”。

提綱中寫些什么內容呢？可有如下的內容；

擬聯系寫作的項目，思考如何聯系此項目來寫作；

擬寫論文的主要論點。

各段落的主要內容，如果直接以論點來分段就不必再寫此項了。

論文的閱卷者一般會把論文看兩遍，第一遍快速瀏覽全文的論點，以找出文章的“文眼”，第二遍再仔細閱讀。如果論點清晰，會給閱卷者以清晰明朗的感覺。

3.5 正文寫作

有了提綱了，寫正文就輕松多了。正文可采用“總——分——總”式，即文章開頭提出中心思想，再分述論點，最后在結尾處作出總結；也可用“提出問題——分析問題——解決問題”的逐步深入的方法。寫作時注意以下幾個方面：

理論聯系實際，一定要與項目關聯起來討論，切忌空談理論；

可以分條敘述的方式，但不要全文用此方式；

論點清晰，最好每段在開頭處或結尾處點明論點；

結尾處要對項目的實施情況，以及應用論點論據應用情況作出總結。

不必列舉過多的計算公式。

文章要帶有一定的學術性，更多的應是談項目經驗。

不要關注于技術，多就論題寫管理方面的問題及采取的措施。

第1樓 pmonly

2006-4-30 8:32:18 3.6 摘要寫作

摘要可按如下幾個方面來寫：

項目概述，包括自己主持或參與的項目及自己擔任的角色。

論文的主要論點。

為方便大家書寫摘要，這里給出兩個摘要的書寫模板。

模板一：（論點——項目概述）

本文以我主持（或參與）的××××××（項目名稱）為實例，探討了××××××（論文論題），認為××××××（論點）。在此項目中，我擔任了××××××（角色），參與了××××××（任務），實施后×××××（用論文中的方法實施后的效果）。

模板二：（項目概述——論點）

×××××（項目名稱）是×××××（項目說明），在此項目中，我擔任了×××××（角色），參與了×××××（任務）。對于項目的×××××（論題），本文認為×××××（論點）。該項目實施后×××××（用論文中的方法實施后的效果）。

下面給出模板一的一個實例，以供參考：（論信息系統項目的需求管理和范圍管理）

本文以我主持的某商業銀行網上銀行系統項目為實例，探討了作為開發方公司在信息系統項目的需求管理和范圍管理方面碰到的問題及解決的辦法，文章首先解釋了需求管理和范圍管理的基本概念，認為需求工作做得不扎實，項目范圍把控不好是導致項目難以成功的主要原因，提出應以CMM過程改進的思想指導項目的需求管理和范圍管理，項目在需求分析階段應確定需求可以決策的人，充分和客戶溝通以正確把握需求，對于需求和開發范圍的變更管理提出了解決的辦法。我在該項目中擔任了開發方的項目經理，自始至終參與了整個項目的建設，自2004年4月項目啟動至2004年12驗收歷時8個月，系統至今運行穩定，取得客戶的好評，很大程度上得益于項目成功的需求管理和范圍管理。

4.論文考題分析

我們來把考試大綱的內容與歷年的軟件資格與水平考試高級（包括系統分析師和項目管理師）相關的考試論文題目列舉出如下表所示，也許您會有所啟迪。

表1 歷年軟件資格和水平考試高級考試與考試大綱相關的論文題

模塊方向

子內容

歷年考題

考試年份

信息系統項目管理 項目選擇

可行性分析 論信息管理系統的可行性研究 1997年

項目生命周期流程管理

項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理 論軟件開發的質量管理 1989年

成本/效益分析 1990年

論軟件項目的質量保證 1993年

論項目管理工具的選用 1998年

論軟件質量保證 2002年

論軟件開發的風險控制 2003年

論軟件開發成本管理 2004年上半年

論應用軟件開發范圍和功能的確定 2004年下半年

論項目管理中的進度控制 2005年上半年

論信息系統項目的需求管理和范圍管理 2005年上半年項目管理師

項目評估

企業級信息系統項目管理體系的建立

項目中的質量管理與企業質量管理異同分析 論軟件開發的質量管理 1989年

論軟件項目的質量保證 1993年

論軟件質量保證 2002年

信息安全 信息安全體系 系統的安全與保密控制 1992年

信息安全體系的安全風險評估

企業信息安全策略 論企業信息系統的安全 2005年上半年

論企業內部網的安全策略 2004年下半年

信息系統工程監理 監理的方法與工作流程

監理的機構及監理工程師

監理中的質量、投資、進度和變更控制

監理中的合同管理、信息管理和安全管理

監理中的組織協調

信息化戰略與實施

企業建設信息化系統的過程

信息化系統建設過程中常見問題

新技術對信息化建設的影響

CIO在信息化建設過程中的作用

信息化規劃

不同類型信息化建設過程中的差異

電子政務建設 論電子政務信息共享整合 2005年上半年

企業自身管理成熟度對企業信息化建設的影響

大型、復雜信息系統項目和多項目的管理 計劃過程

跟蹤和控制過程

范圍管理 論應用軟件開發范圍和功能的確定 2004年下半年

論信息系統項目的需求管理和范圍管理 2005年上半年項目管理師

資源管理

協作管理

項目績效考核與績效管理 團隊績效與項目績效的關系

績效評估的方法

項目績效指標設計

績效改進

從上面的表格中可以看出，還沒有出過題目的內容極可能會成為下次考試出題的對象，“信息系統項目管理”模塊中的“項目的整體、范圍、進度、成本、質量、人力資源、溝通、風險和采購管理”是近四年的高級考試中必出論文考題的內容。據此，作者列出19個考題供大家參考和練習（每個模塊3~4個）：

信息系統項目管理

論項目團隊建設

論項目溝通管理

論企業信息系統項目管理體系的建立

論項目采購管理與合同管理

信息安全 論企業的信息系統安全體系

論企業信息系統的安全控制策略

論企業信息系統安全風險的評估

信息系統工程監理

論信息系統項目的工程監理

論信息系統工程監理中的質量控制

論信息系統工程監理中的進度控制

信息化戰略與實施

論企業信息化的規劃

論電子政務項目管理

論企業信息化的建設

論信息系統項目計劃的制訂

論信息系統項目資源管理

論信息系統的跟蹤與控制

項目績效考核與績效管理

論項目績效評估的方法與策略

論企業信息化中的績效評價機制

論信息系統項目績效指標的設計

5.如何準備論文

可以從以下幾個方面著手準備論文：

看別人寫的項目經驗文章，這是快速彌補經驗不足的辦法。以下的網站可以找到不少的資料：http://www.tmdps.cn（中國項目管理信息網）等。如果可以看到一些項目的實施方案書則提高實踐經驗更快。

介紹幾本好書。如果時間充足（先看《項目管理師輔導教程》），您可以參考以下幾本書籍：

《IT項目管理》（美）凱西.施瓦樂貝著 機械工業出版社；

《企業信息化行動綱領——中國企業信息化方法論》 吳文釗著 機械工業出版社；

《軟件開發項目管理》 韓萬江 姜立新著 機械工業出版社；

《企業信息化總體設計》 李清 陳禹六著 清華大學出版社；

《領跑企業信息化CIO工作手冊》 汪牧清 夏敬華 聞博著 電子工業出版社；

《信息化績效評價框架、實施與安例分析》 郝曉玲 孫強著 清華大學出版社。

一定要在考試前動手寫幾篇論文。可就前面提供的6個方面的論文題目去找幾個自己感興趣的，多準備幾篇，最好能有6篇，不必每個方向都寫，6個方向選其中的2——3個即可。寫完以后，最好能在身邊找一位專家幫你批改論文，寫作水平會迅速提高。

多與項目管理經驗豐富的人員聊天談項目實施的感受，談項目管理的點點滴滴，得到一些書本上不能得到的知識。

第2樓 pmonly

2006-4-30 8:33:25 以下內容是我自己在考試后總結而出的。

關于考試論文寫作的一些看法

第一，選題：對于咱們的考試來說，不是每個人都對每個方面很熟悉的，因此，選擇題目一定要選擇自己很熟悉的領域的題目。同時，選題目的時候也要注意自己對教材各大知識要點的掌握程度，選擇掌握的越熟練的越容易寫作。

第二，摘要，我看了2005年上半年的題目和下半年的題目，都有一個共同點，摘要可以引用論文題目下面的部分說明，同時，在摘要重要體現出論文所要寫的內容、研究的方法、以及論文所要表達的結論。通常用200字左右，不要超過300字為最佳。

第三，正文部分：

1、由于論文是要求要結合自己親歷的項目結合起來寫，因此正文部分首先需要對項目進行一定的描述，稱為項目概述；其次要在項目概述中點明選題立意的原因，這部分大概占用最少150字，最多不要超過300字。

2、對相關理論、概念進行界定定義，（既要有通用的定義，還要結合項目的特征進行。）對于所寫項目中的問題的定義和界定

3、對問題進行分析，導致問題的原因，現狀等

第四，總結綜述：也就是論文的結論，解決前面提出的問題的措施、技術方案等

需要注意的問題是：

1、在我們的考試中，論文的寫作一般采用的研究方法是實證法、比較法、案例法，這些方法不需要明著說出來，在摘要中體現出來即可。

2、論文的寫作必須每個部分要圍繞一定的主題展開

3、論文的寫作既要結合項目經歷，也要圍繞教材中的知識要點來展開。

4、千萬注意，不要弄錯邏輯順序

5、突出重點，重點突出某一個問題和比較新穎的解決方法，不需要對每個問題都進行深入展開，以期突出重點。

6、對于缺少項目經驗的朋友來說，其實也不算難事，只要在自己的某一具體工作中能夠與教材中所講述得知識進行對比融合，也是可以寫出來的。比如建設一個網站。未必一定非要自己參與過大項目才能寫。咱們的論文考試其實是為了檢查綜合運用的能力以及對知識的掌握層度。

7、選題后最好有一個大概的提綱。

8、論文寫作總共只有2小時，因此，從選題到提綱完成不要超過半小時，否則，就很難寫完整。

9、摘要可以放在最后寫，如果打算把摘要放在最后寫的朋友，一定要注意，摘要的完成最少需要20-30分鐘。不管你的正文部分最后寫的怎么樣，時間如果只剩了20-30分鐘的時候就要趕緊對論文收尾。才能來得及把摘要寫出來。

第三篇：信息系統項目管理師論文

項目的XX管理

[摘要]：

XX年X月，我作為項目經理開始參與XX系統項目的開發，主要負責系統的組織規劃實施開發與項目管理，該系統具有嚴格的安全，穩定，時實高效和可靠性能要求，該系統由XX子系統和YY子系統兩部分組成，XX子系統主要實現XXXX業務，YY子系統是整個系統的核心，采用了struts+hibernate+spring主流WEB應用框架，實現了WEB應用服務器websphere與協作應用服務器lotus domino 的高度集成.隨著軟件系統的日益復雜化和用戶需求，軟件更新的頻繁化，XX管理在軟件項目中顯得越來越重要了。本文以該項目為例，結合作者實踐，（此處提出論點，后面正文會用到，建議3個論點即可，論點來源于各個知識領域的過程和方法）主要通過在項目前期，做好需求調研，總體設計和詳細設計并制定完整的配置管理計劃。在該項目全過程中規范化配置管理，注意員工培訓并加強溝通與協調，來實施項目的XX管理。目前，該系統已開發完畢，正式投入運行，狀況良好，受到客戶一致好評。

[正文]：

（本段在摘要的第一段的基礎上擴充即可）XX年XX月，我作為項目經理開始參與XX系統項目的開發，主要負責系統的組織規劃實施開發與項目管理，當然還做一些編碼工作，主要是公用基礎代碼和核心代碼的編寫與維護。XX系統是將XX子系統和YY子系統有效的結合起來，采用先進的XX技術和YY技術，充分利用【電話，短信，傳真，因特網】等信息化手段，解決XX問題，規范了業務流程，強化了內部管理，與XX技術的完美結合，使應用系統功能更加完善，提高了整個XX業務的工作效率。其中，XX子系統包括：[客戶管理，機票管理，票證管理，銷售管理，財務結算，調度管理，遠程營業部（代理商／分銷商）管理，系統管理]八大功能模塊，并統一于服務器端軟件模塊。YY子系統由【電話呼叫系統，短信分發系統，傳真呼叫】系統三部分組成。YY子系統是整個系統的核心，采用了struts+hibernate+spring主流WEB應用框架，實現了WEB應用服務器websphere與協作應用服務器lotus domino 的高度集成,在本次開發中，我把它視為整個項目的重點

由于考慮到寒假和春運期間將會是旅客的高峰期，客戶要求系統必須在12月底前交付，項目開發周期為XX個月，為此我做了如下安排：前XX個月主要集中精力用于XX子系統，后XX個月主要完成XX子系統和YY子系統的集成以及項目收尾工作

（摘要的第二段的基礎上擴充）隨著軟件系統的日益復雜化和用戶要求，軟件更新的頻繁化，XX管理逐漸成為軟件生命周期中的主要控制過程。在軟件開發過程中，扮演越來越重要的角色。一個好的XX管理過程能覆蓋軟件開發和維護的各個方面，同時對軟件開發過程的客觀管理，即項目管理也有重要的支持作用。在該系統項目中，我主要使用（XX管理的過程和方法），并通過在項目前期作好需求調研，總體設計和詳細設計并制定完整的配置管理計劃。在項目全過程規范化配置管理，注意員工培訓并加強溝通與協調等方法和策略來實施XX管理。

（采用總-分-總的格式）

1． 項目前期做好要求調研，總體設計和詳細設計，并制定完整的配置管理計劃。（總）

（分，描述各個知識領域的工具和方法，不用面面俱到，要有側重點，要結合實際，不要純擺理論）項目計劃階段，我對需求分析，總體設計和詳細設計這三項活動工期安排如下：需求分析12天，總體設計和詳細設計總共20天，時間盡量充足。在做需求調研的時候，我要求一定要和客戶充分溝通，深入挖掘客戶的隱性需求。不僅要實現客戶需求的功能，在界面上也要讓客戶滿意，為此我們作出了航空系統的虛擬界面，讓客戶對系統 有一個感官上的整體了解，在需求分析完成工作之后，我們還通過小組會議的形式進行了確認和評審。并邀請客戶方代表參與。最終的《需求規格說明》我們也要求客戶方代表一定要簽字確認。在總體設計和詳細設計過程中，我們盡量使用適合本項目團隊特點的工具和技術，并充分考慮其先進性和成熟性。在設計完成之后，我們仍舊對其進行了評審，總結和討論，對爭議比較大的地方交公司資深專家審核評定。

（總）配置管理計劃的制定也使配置管理中不可少的一步，它能有效的指導后期配置管理工作。在本項目中，配置管理計劃由配置管理員完成，我只做一些審核工作，軟件資源配置管理計劃，配置項目計劃，交付計劃，備份計劃，CCB

審批計劃等．．．．總之，我認為（結論或觀點）項目前期做好以上鋪墊工作可以減少變更，對后面一些工作可以說是水到渠成。同時，一個比較完整的計劃，也可以避免不必要的項目反工，而且項目管理員的工作也會比較好做一些。

2．項目全過程規范化配置管理。（第二個論點）

開發過程中，對文檔修改非常麻煩，在配置管理中，對任何一配置項的修改都可能導致版本的變化。因此，對配置管理規范化勢在必行，在本項目中，我要求配置標識一定要規范，必須獨立命名配置項，配置對象的標識要充分考慮命名對象間存才聯系。在配置管理中，項目組成員要各司其職，不得越權操作，同時還要根據自己的權限操作配置項。我的工作在配置管理中主要是：定制開發子系統，定制訪問控制，制定常用策略，制定集成里程碑，進行系統集成．．．．．而配置管理員的職責主要是：創建配置序，為項目成員分配權限，對存儲庫進行日常備份恢復等．．．軟件開發人員主要根據項目的開發配管理策略，創建，修改和測試工件等。軟件生存期內全部軟件配置是軟件產品的真正代表，必須保持精確，軟件工程中某一階段的變更都會引起軟件配置的變更，對這種變更也必須做到嚴格規范的控制和管理。為此，我做了如下規定：處于工作狀態的產品開發人員可對其修改，而作為基線進入配置庫的產品，則不允許開發人員對其進行修改。在本項目中，我們還成立了臨時CCB,由項目經理，用戶代表，軟件質量控制人員，配置管理員5人組成。我們要求對于用戶提出的變更請求要嚴格按照變更控制流程處理。在用戶提交更多請求后，開發人員對其進行評價，并產生變更報告。在由變更控制委員會〈CCB〉作出決定是否進行變更。通過批準，就重新檢出變更的配置項，建立測試基準程序，并執行質量保證和測試活動，必須通過CCB的鑒定審批后，方可實施變更。

3．注意員工培訓并加強協調與溝通。（第三個論點）

項目組成員大多來自不同部門，對項目環境還不熟悉，為了能實施配置管理系統，我建議公司對項目組成員進行相關培訓。針對配置管理員，我們要求他學習配置管理工具管理相關的內容。針對開發人員，主要學習配置管理工具與開發相關的常用操作。針對全體人員，要讓他們了解配置管理策略和流程，以及如何與開發管理，項目管理相結合。同時，我要求項目組成員要加強協調和溝通。可以使用PVCS，通過ressionmanger文檔共享和連鎖機制。Tracker與電子郵件的集成，加強項目成員之間的溝通，做到有問題及時發現，及時修改，及時通知，但又不額外增加很多的工作量，這樣有助于營造一個和諧，公平，競爭的氣氛和環境。

XX系統在XX年XX月正式上線，提前完成了項目，目前系統運行正常，受到客戶和有關部門的一致好評，對項目的滿意度較高。（回顧和反思）重新回顧該項目也存在一些問題不足，比如：項目初期，大多數成員對版本管理一點都不重視，總是敷衍了事。代碼編寫人員編寫得代碼也混亂不堪，給測試人員和維護人員帶來了很大不便，一些沒多大用的垃圾資料也被放置到配置服務器上，給配置管理人員帶了很多麻煩。因此我建議（展望未來）在項目一開始，就要讓項目成員認識到版本管理的好處。對源碼的管理，要保證書寫代碼的規范性，強化注釋力度，還應作好build和relase工作.

第四篇：信息系統項目管理師個人論文

摘要：

2010年9月，在某大型國有企業的協同管理信息系統的項目管理工作中，筆者擔任項目經理，負責此項目的整體管理工作。該單位力圖通過協同管理信息系統的建設，建立高效的、基于IT應用的管理體系，提高企業的運作效率，最大限度的為該企業的經營服務。

本文結合筆者實踐，以該信息系統項目為例，探討了作為開發方公司在信息系統項目風險管理方面碰到的問題及解決的辦法。在項目工作初期，對項目風險進行了及時的評估，通過加強參與各方的溝通，注重用戶需求和需求的變化，合理配置項目組成員等方法，順利地控制了風險。通過這些辦法，平衡了各方的利益，控制了項目的范圍和進度，保證了項目的質量，順利完成了這個項目。最后筆者針對使用風險管理方法中存在的不足，提出了今后的改進思路。

（正文）

2010年9月，某大型國有企業對外發布建設協同管理信息系統的需求，我公司最終承攬了該項目，并任命我為乙方項目負責人，參與了項目整體管理、人員配置、風險控制等各方面的工作。

該企業力圖通過此協同管理信息系統的建設，實現企業業務流程、信息與管理流程、信息系統的有機結合，實現協同辦公信息系統對所有納入本次需求范圍的業務和流程的支持，最終建立高效的、基于IT應用的管理體系，提高企業的整體運作效率，最大限度地為該企業的經營服務。

通過公開招標，我已明確了項目的初步范圍、時間、成本和采購，同時結合國有企業的特殊工作模式，我把項目管理工作的重點放在了項目的風險管理方面，目的是保證實現計劃的功能并按時投入運行。在項目工作最初期，我就根據以往經驗及成員頭腦風暴法進行了全面的風險預測，準備了相關應對措施，制定了項目風險管理計劃，并在后期建設過程中成功地控制了風險。

本文即以該信息系統項目為例，探討了作為開發方公司在信息系統項目風險管理方面碰到的問題及解決的辦法。該項目進展過程中的風險控制主要通過范圍控制、溝通確認、人力資源管理等方面的一系列舉措來完成的。下面就分別論述：

一、注重用戶需求，及時關注和控制需求變化。

二、合理配置人員，有效并高效地工作。

三、加強參與項目各方的溝通，并做好確認工作，權責分明。

四、及時匯報項目績效，確認進度的同時，保證了客戶對于系統質量的滿意。

該項目成功地實施完畢已經接近一年了，客戶方系統運行正常，我公司也獲得了客戶的好評。回顧起來，應該得益于我們在項目進行的最初期就引入了項目風險管理理念和方法，對項目進行了科學、規范的風險管理，使項目所有的組成要素在計劃的時間充分地、有機地結合在一起，極大地提高了項目的實施效率。在此項目進展過程中，還是發生了一些沒有預料到的風險，好在整個項目組風險意識較高，及時有效的控制住了風險的發生。在以后的項目風險管理工作中，我要加強風險預測的系統性和科學性，注重各方利益的權衡，繼續深化各方的溝通，協調好建設工作各個部分及各個方面的關系，更好地完成項目。

第五篇：信息系統項目管理師——項目溝通論文

【摘要】2012年2月初我作為項目經理主導實施了某市某汽車股份有限公司MES項目，該項目投資650萬元人民幣，建設工期為13個月，通過該項目的建設解決了該工廠的多車型多批次小批量混線生產、線邊生產消耗拉動物料需求、供應商供貨管理、高位貨架管理、關重件掃描控制、質量問題追溯、一車一檔等問題，同時和企業的SAP、SRM、QNS系統做集成解決了企業的信息孤島問題。該項目于2013年3月份，通過了業主方的驗收，獲得了用戶的好評，并作為重點試點單位，向其他生產基地推廣實施。

本文結合作者的實際項目經驗，以該項目為例，討論了信息系統建設過程中的項目溝通管理，主要從以下幾方面進行闡述：

1、識別項目干系人，并了解這些項目干系人對項目的收益和影響，誰需要什么樣的信息，什么時候需要。

2、針對不同的項目干系人以合適的方式及時提供信息。

3、收集項目的進度情況、狀態信息和預測信息，編制績效報告。

4、對項目溝通進行管理，滿足信息需求者的需求，并解決項目干系人之間的問題。

【正文】

2012年2月初我作為項目經理主導實施了某市某汽車股份有限公司MES項目。系統上線后通過一系列的拉動關聯，重組和優化了公司的業務流程，構建起采購、供應商、物流倉庫、總裝車間、焊裝車間、涂裝車間、沖壓車間之間的內部集成的一體化系統，使整車生產的信息化管理程度和按需配送物料的及時響應度得到了明顯的提高。該項目開發語言采用C#.Net、J2EE，數據庫采用oracle 10g，中間件采

用weblogic10，系統采用C/S架構，數據庫服務器為RedHat Linux，應用服務器為windows server2003企業版，開發工具使用eclipse3.0 和Vs2008，其中應用服務器和數據庫服務器硬件均采用機架式IBM X3850系列。

眾所周知，在項目實施過程中，溝通管理占用項目經理工作量將近90%。而且由于本項目涉及到的系統多——需要4個系統做集成，人員廣——涉及到的開發團隊有3個，業務部門有7個，因此，在本項目中，溝通管理尤為重要。在本項目管理中，我作為項目經理除了對其余管理領域進行克制恪守的管理外，特別對溝通管理從以下幾個方面進行了管理。（過渡段）

一、識別項目干系人，了解項目干系人的需求，編制溝通計劃

1、識別項目干系人：項目開始后我作為項目經理帶領項目團隊（業務顧問2人，.Net 開發工程師3人，Java開發工程師2人，SAP開發工程師1人，測試工程師1人，項目配置管理員1人）深入甲方現場并協同甲方召開了項目啟動會，根據項目章程中的公司組織架構了解了參與本項目的各個項目干系人，如：總經理、生產副總、采購部部長、四大分廠廠長、物流部部長、以及關鍵操作崗的業務骨干。會后對項目干系人進行了分析和總結，生產副總負責項目所需資源的總協調，采購部長、四大分廠廠長、物流部部長和相關崗位的業務骨干負責需求的提出和系統上線后的具體使用，其中采購部長、四大分廠廠長和物流部長會對項目的收尾和驗收起決定作用，因

此我們在做需求和范圍定義的時候必須要充分考慮這個幾個部門的要求。

2、了解項目干系人需求：從事多年項目管理經驗的我深知，需求是龍頭，因此帶領項目成員通過訪談、現場觀察、交流會的方式去挖掘各個項目干系人的需求。經過30多天的時間了解了各項目干系人對系統的功能需求、性能需求，編寫了項目需求文檔說明書，然后召集項目干系人進行需求的確認、評審和高層領導的會簽，確定了項目需求基線，為后期的項目管理確定了基礎。

3、通過以上的項目干系人的識別分析和項目干系人需求的了解，我們確定了項目溝通計劃，確定了溝通的內容、方式、頻次、時間、地點和溝通時需要項目組提供的資料等，如：每周五上午8點在總裝廠會議室以現場會議的方式進行溝通，項目組所有人必須全部參加。項目經理以PPT的方式提供項目績效報告和在項目中遇到的問題，會議記錄以電子郵件的形式發送給項目組所有干系人并抄送給主管副總裁。

二、采取合適的溝通方式把項目干系人的所需信息在合適的時間提供給項目干系人

1、溝通方式和分發方式：在項目實施過程中，為了保證項目組有足夠的工作時間同時為了提高工作效率，我們采取了多溝通相結合的方式進行溝通。如：項目組內部的咨詢顧問2人、開發工程師4人、測試工程師、配置管理員出現問題的時候，我們及時的進行口頭溝通，盡快的解決問題，事后會把項目中遇到的問題和解決辦法

以電子郵件的形式分發。和用戶進行溝通時，我們采用正式的會議的溝通方式并結合文檔，所有的涉及到需求變更的、設計的、進度的、測試的、以及形成的相關決議的等信息必須以文檔的形式分發并歸檔。

2、總結經驗教訓：由于本項目涉及的系統比較多，各種接口眾多，集成度要求高，在項目實施過程中總會出現業務設計和技術實現方面的問題，有時候解決一個問題需要查詢大量的資料才能解決，為了以后再遇到這種問題能夠很快的得到解決，我們在把問題解決后都整理成一個解決方案，并將方案分類是技術解決方案的還是經驗教訓的，將方案加入到我們知識庫中。如：我們的知識庫中已經包含了.NET、J2EE、SAP、Webservice等總計超過15000條的經驗分享，這也是我們項目能夠成功實施的一個寶庫。

三、了解項目進度情況、項目范圍、項目狀態、項目預測等信息，并編制項目績效報告

1、收集項目績效信息：在項目管理過程中，我通過微軟的Project2010 進行項目計劃的管理。每天下午臨下班前半個小時，我會挨個了解當天的項目業務顧問設計情況、開發工程師的開發情況、測試工程師的測試情況和已完成任務的百分比，并在project中更新進度比例。定期收集經過項目內部評審過的設計說明書、測試計劃、用戶手冊等

2、項目狀態評審：在項目實施過程中，我要求項目組內部每周四下午召開項目狀態評審會議，會議評審相關的接口設計說

明、測試用例和測試計劃、用戶手冊等，項目組內成員可以把在項目中遇到的問題提出討論解決，如果不能解決的我會協調公司其他的資源來協助解決。每周五上午和用戶部門召開項目例會，匯報項目績效報告和需求變更請求的討論。

四、與項目干系人進行溝通協調，處理好項目干系人之間的關系

明確問題記錄和溝通方法：在每周和客戶之間的項目例會中，我會把系統中已發現的問題清單列出，和業務部門討論哪些問題需要系統提供功能實現的并明確責任人，哪些問題是屬于管理方面需要改善的，要讓項目干系人清楚的了解項目的進度情況和他們需求是否匹配。將在會議中形成的決議通過電子郵件發給項目干系人，避免由于信息溝通不暢引起的不滿。

【結尾】經過我們團隊的不懈努力，歷時13個月時間，本項目終于與2013年3月，通過了業主方組織的驗收，本項目的順利驗收，解決用戶企業整車生產多品種共線生產的問題，得到了業主方的好評，同時也為向其他生產基地重點推廣該項目奠定了基礎。本項目的成功得益于我成功的溝通管理。當然，在項目中還有一些不足之處，比如 ：在項目的實施過程中，由于采購的條碼打印機無法打印，后來有供應商從廠家派遣技術人員過來才得到了解決，影響了供應商交付模塊的上線，不過，經過我后期的糾偏，并沒有對項目產生什么影響。在后續的學習和工作中，我將不斷的充電學習，同時進行業務交流，提升自己的業務和管理水平，力爭為我國信息化建設做出自己的努力。