開始準備資訊系統專案管理師的考試，藉機熟悉並掌握一些專案管理方面的知識。學習也有一段時日。考試的目的更是為了開闊自己的眼界，提公升自己的能力，本篇博文僅是對項管內容緒論部分的總結。如圖示：
先看我們的二級主題：專案、生命期、干係人、管理。在這裡之所以我沒有標出他們之間的關係。實則是由於他們之間說簡單也簡單。說複雜也複雜，用一句話總結：專案管理主要涉及到專案是什麼、專案的整個階段、相關的人及其管理。用更簡潔的話說是：人、事、物、管理。人--
「干係人」（相關的人）
事--「生命期」（實現的過程）
物--「專案」
（環繞的中心）
管理--。
專案一級的內容不再多說。比較基礎。
生命期專案生命期是為了更有效地進行管理控制，依據詳細情況，將專案分成的若干階段，這些階段合在一起稱為專案生命期。
特徵（隨時間延長）
費用和人員水平：
低-->
高-->低
不確定性：
高------->低
干係人影響產品能力： 高
------->低
變更和缺陷改動費用： 低
------->高
相信上面這些特徵，對有些經驗的人們來看還是非常easy理解的。
干係人專案干係人事實上涉及到了非常多個人或組織，他們的共同特徵就是都與專案的進展有著或多或少。直接或間接的關係，它包含了全部的專案相關人員。當中關鍵干係人有
pm、顧客、執行組織、團隊成員、管理團隊、出資人、有影響力的人、
pmo
管理它是「把各種知識、技能、手段、技術應用於專案活動之中，以達到專案的要求。」專案管理貫穿於專案的始終，也正是這次系統學習的主要目的，了解主要的知識理論。為日後靈活應用做好基礎。
專案管理過程主要涉及到九大管理知識域，其共包含
44個專案管理過程，這裡就不得不提到乙個很主要的概念
pdca：p
lan(計畫
)、do(執行)、check(檢查)和action(處理)
。「適用於一切循序漸進的管理工作」。
pdca
迴圈與這裡提到的專案管理過程存在著明顯的相應關係（見思維導圖）
pdca
與九大專案管理知識域的對映例如以下圖：
有人會說一看到九大知識領域、
44個過程一定會暈，甚至有神一般的人物編出了一系列口訣來加深記憶。但我想說的經過了不斷的學習與反覆，更有效果的是經歷一些專案的親身磨礪。這些內容相信對你來說一定非常好理解，當中講到的理論無不是我們做專案管理須要考慮的各個方面，怎樣理論結合實際。僅僅等自己親身實踐了。。。
事實上一本書一篇文章，緒論部分是最重要的，它往往可以點出全書的主要脈絡，也便是我們後面學習的線索。這便為後面的繼續進行指明了方向。
專案管理，總會說沒有什麼絕對性的內容。隨著每乙個人不斷的經歷漸漸的也就積累了管理的經驗。但就像設計模式一樣，一些總結好的經驗或方法已經經過了別人頭破血流的嘗試，我們何不積極採納與嘗試。
這次對資訊系統專案管理師考試的系統學習，也並不代表自己拋棄技術、立刻走向管理的方向，但管理是每乙個人或大或小、或多或少都會接觸或應用的，僅僅期通過這次的以考促學，提公升自己管理方面的能力。也為以後很多其它的帶領專案、團隊做好準備！
專案管理經驗 八年專案管理經驗分享
閒下來的時候，忽然想到，算算工作時間也快8年了，作專案經理時間不長，前前後後加一起3年多點。有一段時間作產品，後來又作專案，自己覺得學到了一些東西，現在拿出來分享，歡迎討論。專案管理 團隊內部成員 溝通專案經理一定要和每個成員充分溝通，了解他們的想法和個人發展方向，每個人每個階段的希望和目標都是不同...
2019專案管理經驗總結
需求永遠是最重要的。在開發中後期以及驗收環節，大部分問題都是因為功能與實際需求沒有完全重合造成的。而且往往花費大量時間進行改造。相當一部分功能還是在功能測試後要求調整，所以作為管理者，如果後期比較忙的話，各種坑和隱患就會讓你慌的一筆。前期花更多時間在需求文件和設計文件上。後面會輕鬆很多很多。文件管理...
IT專案管理 管理經驗報告
我在這次期末作業中擔任開發組成員，並參與需求收集，確定了要實現的產品及其主要功能等任務。參與會議，討論確定了要實現的產品及其主要功能。收集初步需求 進行開發與測試，我負責產品中新聞資訊頁面的開發和測試 開發新聞資訊頁面，要實現如下需求 靜態 分析 單元測試 測試結果 整合測試 測試用例作為專案經理 ...