資訊系統專案管理師屬於計算機技術與軟體專業技術資格(水平)考試(即軟考)高階資格考試裡面的一項考試。通過本考試的合格人員能夠掌握資訊系統專案管理的知識體系，具備管理大型、複雜資訊系統專案和多專案的經驗和能力。
習題
經常聽有些人說：我只複習了XX天，就通過了考試!或有人說：反正機會有的是，我去試一試，今年不行明年再考!
我這次是我省唯一一個考過資訊系統專案管理師的考生，在我的考試生涯中，無論多大的考試，都是一次通過。我不是要炫耀，我認為，考試的成功與否同一個人的態度有很大關係。
我從來沒有僥倖對待任何一次考試，在考中級職稱外語時，我得了99分，現在準備考高階職稱外語了，朋友說“你不用複習都沒問題”，我不這麼認為，我從沒在複習不充分的狀態下走進過考場。
我在報考信管時，領導安慰我“每年考，總有一年會考過”，我卻認為，第一次考試非常重要，你必須全力以赴對待第一次考試，因為它會影響你的下一次考試的信心，你必須要有志在必得的精神，才能去投入的複習。所以，建議即將報考的考生，好好權衡自己的狀況，把握好自己的第一次機會!
我的項管成績出來了，53，55，45.因為分數線不知道，有沒有通過還是個未知數，這裡寫一些複習心得供大家參考，若以後發生不測，我沒有通過，請大家不要罵我班門弄斧。
我認為做一件事，切入點很重要，尤其在學習過程中，找準切入點，由淺至深，循序漸進，往往能少走彎路，事半功倍。
在項管複習工程中，我著手的第一本書是張友生老師的《系統分析師考試綜合知識試題分類精解》這是一本歷年系分考試的試題分類分析，系分與項管有許多類似的知識點，而目前項管由於開考次數有限，能找到的試題分析大多限於這不多的幾次考試試卷，不如系分，有大量的可參考試題。因此，系分試題可幫助我擴大知識面與試題量。系分中有一部分項管不涉及的知識，有時間的話，建議還是看一下，知識多點不會有壞處，若時間緊張，可略過項管大綱中不涉及的部分。
為什麼不先看輔導教程而先作題呢?每個人的學習方法不一樣，我本人感覺，先看教程，好象一下子進入一個龐大的迷宮，抓不住重點，摸不著頭腦，而先看題，可以直奔主題，立刻接觸各個具體知識點，先弄懂一個個知識點，由點帶面，漸進突破，效果更好一些。
系分考試的試題分類分析看完後，接著我看了項管的歷年試題分析(有書可買)，進一步充實知識點。
今天，我主要談的就是切入點的問題，每個人情況不一樣，我有這樣的感覺可能和我個人的經驗與已有知識有關。我在備考項管之前，做了多年程式設計師，參加過幾個不大的專案開發，看過許多書(與計算機和軟體相關)，UML、軟體工程、智慧財產權等知識都有一些。使用過project 2000 和 power Designer8.0，主攻JSP應用開發。專案管理的書也看過一本，只是當時並沒看懂。而且我還通過了網路工程師考試，取得軟體工程師碩士學位。這些積累是我備考的基礎。大家在複習時可以針對自己特點選取有效的切入點。不一定非要一上來就啃深奧的厚重的教程。
根據個人情況，我選擇系分與項管的試題分類精解作為切入點，為的是直奔具體知識點，不迷失在厚重的教程中。
在複習好試題分類精解，並確定掌握了每個知識點後，我開始看吳吉義老師的《資訊系統專案管理案例分析教程》。看了好幾遍，每遍的目的不同，第一遍為了瞭解出題思路，涉及範圍。第二遍為了掌握答題思路與答題方法。第三遍我對各知識點做了系統的分析與分類。比如：範圍管理的案例中一般會涉及範圍定義、範圍確認、範圍控制三方面，在範圍定義中應考慮到需求獲取過程是否有問題，是否進行了需求評審，同時範圍管理出了問題一般都會涉及到溝通問題，有時會涉及專案管理人員的轉型定位問題和人力資源問題。有了這個大概思路，再配合題本身的描述，分析每句話，答好題是沒有問題的。巧的是這次考試中正好有一道有關範圍管理的題，我在第三題出現失誤的情況下能得55分，應該與我複習中的總結有關係。
教程
在每個知識域中都有許多知識點需要總結，再比如進度管理中關鍵路徑識別、虛路徑對關鍵路徑的影響、趕工引起關鍵路徑的改變，計算趕工時間時要考慮連帶引起的趕工要求等。同樣，成本管理中也有許多需要注意的地方和常會遇到的計算，都需要了然於胸。這裡只是拋轉引玉，不多說了。
各科不是相互孤立的，案例題中的案例給出了專案管理中實際可能出現的各種問題，對沒有管理經驗的人是一個很好的寶庫，對有管理經驗的人也有很大幫助，案例題的複習對我的論文寫作也起了很大作用。
在複習了幾遍案例題後，我開始進攻教程了，雖然我由於時間關係，我用的是清華版的教程，但在瀏覽了電子工業出版社的輔導教程後，感覺還是電子工業出版社的輔導教程要好一些，教程不怕厚，關鍵看能否深入淺出，把問題講的明白。
我把教程仔細看了一遍，不管能否看懂，都要堅持認真看一遍，實在看不懂，也不要硬堅持，學習有個循序漸進的過程，今天不懂，某天看了別的知識，突然對今天的知識就有了豁然開朗的感覺。所以，不管如何，先看一遍，要對知識有個印象，同時，這一遍也使先前的.具體、零散的知識點串了起來，變成了系統的知識。
這以後，我開始上網，把有關專案管理的文章，按九大知識領域分類打印出來，每個知識領域的文章訂起來就有上百頁，不要怕厚，有了前面的知識，這些文章看起來輕鬆多了。我採用幾天內集中看一個固定領域的文章，這相當於專題講座，使你在短期內集中強化特定的知識，從各個角度與方面加深對同一個問題的理解，遇到難點就再去查資料，同時再將教程上相關的章節看一遍。這一次看，重點突出，主題明確，感覺效果比前一次好多了。
論文
是大家比較頭痛的一科，我自己的論文也只得了45分，考的雖然不怎麼好，可我認為自己的複習思路還是對的，說出來與大家分享。
我在仔細看了案例和信管網有關專案管理的文章後，開始著手寫文章，一定要寫，即使你已把整篇文章的每一句都想好了，也一定不要懶惰，要寫下來!寫的過程可以再次理清思路，使自己能估計出寫作用時，便於調整速度，還有，可以使自己久不動筆的胳膊和手得到鍛鍊，不至於考場上抽筋。
寫之前，我一般都要想想實際專案中，和題目有關的方面，我採取了哪些有效措施，還有哪些不足。文章的大致格式與套路是有據可循的，但文章的優劣和論文中論點與實際專案是否聯絡緊密有很大關係。我在構思論文時主要要想清楚：
(1)論點是什麼;
(2)實際專案中作為證據的例子是什麼。
這兩點想清了，論文的大樣就有了。作為結尾，我們一般還要談一談不足與問題，所以，準備論文時，還要準備一兩個專案中不足與問題，這樣，整篇論文的大綱就有了，接下來就是把它表達出來就可以了。
論文的表達和個人的寫作技術有很大關係，也是影響得分的一個方面。論文第一段一般要介紹一下專案情況，以本次考試為例，我選了人力資源管理方面的題目，別以為專案情況只是介紹一下專案而已，與下文的人力資源管理就沒多大關係了。我在介紹了專案時間、規模、個人崗位、主要功能後，特別提到專案的特點：
(1)電子政務性質;
(2)面對客戶是政府機關;
(3)有工期要求;
(4)工期變動的風險很大。
這些特點和下面的管理措施有很大關係，這裡先打下伏筆。
第二段，我寫了人力資源管理的基礎知識及主要包括的方面，這一段是寫作必須，承下啟上，人人都會寫，不多說了。
第三段開始，主要內容上場!
每段，我都儘量用本段的主題思想開頭，然後在段落中再展開談並輔助以例子。以下是這部分的提綱：
首先，根據專案具體情況我組建了專案團隊，特別強調系統分析人員與主程式設計師的選用。針對專案具有電子政務性質，面對客戶是政府機關，要求系統分析人員在需求獲取的過程中要有良好的溝通能力，特別是與政府機關打交道的經驗與能力。同時要求具有很好的耐心與責任心。針對專案進度要求，需要主程式設計師要有豐富開發經驗，要可以很好協作以達到高工作效率，減少進度壓力。
好的團隊是專案成功的保證，在團隊建設過程中，我著重團隊文化的形成與團隊成員的分工與合作。團隊倡導的文化包括：(略)。為建立這樣的文化，我採取瞭如下措施。(舉例：在進度壓力面前，如何讓大家團結一致，目標明確，高效率工作，獲得自身發展與專案成功的雙贏。)
團隊成員有明確的分工且相互之間能有效合作是我在團隊建設過程中的另一個重點。為此，我採取的措施(略)。
在團隊管理的過程中，我把溝通放在首要位置。首先，我建立了暢通的溝通渠道，包括……(略)，其次，在溝通中，我注意發揮非正式溝通，與溝通升級原則的重要作用，(舉了一個專案中實際遇到的問題，及採用非正式溝通與溝通升級解決了問題的例子)
通過有效的人力資源管理，專案團隊發揮出巨大潛力，高效工作，成功應對了進度壓力，獲得成功。不足之處，舉例。(如：衝突解決中經驗的不足等。)
我在考試前沒有想到會出人力資源管理的題目，所以沒有準備，剛拿到題時，心裡慌了好一陣，但由於平時有許多練習，而且我曾準備過溝通管理與團隊建設方面的論文，定了下神，將知識與準備做了下整合，完成了論文。在寫作過程中，我幾乎一個字都沒改動，一氣呵成。
我的論文分不高，我覺著有幾個可能：一是我的字寫的不好，朋友戲稱不如國小生。二是舉團隊文化建設例子時，採用的示例比較複雜，寫著寫著有點偏離了文化建設，最後及時用了一段總結才回到正題上，這一段例子的位置與表達沒做好，估計影響了分數。三就是我的寫作，取材有不足之處，這隻能等我慢慢提高了。