學過專案管理的人可能都了解「專案」指的是什麼，其實生活中，處處皆是專案。在專案管理的過程中，還是有一些套路和方法的。工作那麼多年了，也在看相關的書籍，在看的過程中也將自己覺得重要的東西記錄下來，分享給大家。
尤其是在會議中記錄的一些需要會後去行動執行的事情的記錄中，可以將干係人應用進去，乙個簡單的模板如下：
工作內容
截至日期
批准人負責人
被通知人
備註昨晚意見事情之後，不是做完就完事了，還需要通知下乙個環節的人。
風險管理主要分四個部分【及其例子】：
風險識別；【奶粉被卡在海關】
風險評估；【可能性高】
風險應對計畫；【找到當地奶粉**商；與主料分別寄送】
風險控制；【如被卡在海關，第一時間通知當地**商採購運貨】
在制定計畫的時候，不能只是寫行動，而不寫上可交付的結果。什麼意思呢，比如：討論測試方案。這個是動作，而可交付的成果是：確定測試方案。在比如：明天開發使用者管理模組的功能；沒有強調結果，是開發完成呢，還是完成資料庫表結構的設計，還是其它什麼。
做計畫的時候，我們還經常會遇到時間的評估。最常用的兩種評估方法有：
wbs是準確估算時間的基礎，在沒寫wbs之前，所有的估算都是浮雲。專案啟動會也叫開工會，是乙個專案中最最重要的乙個會議。在這個會上，不忙於安排細緻的任務或立軍令狀，最重要的是建立溝通交流的渠道。良好的溝通渠道可以減少內耗，讓專案進行得更順利。可能的溝通渠道的數量可以用乙個簡單的公式計算：n ( n - 1) / 2。如果兩個人，n=2，溝通的渠道數量為1。人數越多溝通的複雜程度就越高。如何解決這個問題，在會上就需要定義清楚，在專案組內，指定乙個人來綜合各方面的情況，向上匯報。保證專案團隊只有乙個聲音說話。定義好專案會議的頻率和召開的形式。
r - responsible ( 負責）
a - accountable ( 問責）
c - consultant ( 諮詢 )
i - informed ( 通知)
wbs負責( r )
問責( a )
諮詢( c )
通知( i )
raci矩陣最大的意義：1、明確職責，各司其職；2、平衡工作量；3、用來給員工授權。
專案管理反思隨筆之一
今天，是我的第乙個專案的beta版發布日期。回顧這個專案的風風雨雨 坎坎坷坷，不得不說，專案管理，想愛你並不容易。從今天起，我將回憶這個過程的點點滴滴，記錄下我的成長歷程。質量 質量會壓倒所有的其他管理因素，包括效能 功能最終消耗的資源！只有產品的質量，在n年以後，還會有人對他津津樂道，而譬如專案是...
專案管理小結
一句話概括專案管理知識體系五大過程組 啟動過程組 作用是設定專案目標，讓專案團隊有事可做 規劃過程組 作用是制定工作路線，讓專案團隊 有法可依 執行過程組 作用是 按圖索驥 讓專案團隊 有法必依 監控過程組 作用是測量專案績效，讓專案團隊 違法必究 並且盡量做到 防患於未然 收尾過程組 作用是了結專...
通訊小結之一
通訊小結之一 在前幾天開始敲及時通訊的 之前，我花了一天了解整個通訊需要哪些模組。又花了乙個下午設計我所需要的通訊系統的功能，我的整個通訊系統的流程，以及每個流程中需要發生哪些動作，會出現什麼問題，實現這些功能需要哪些類，每個類又需要什麼屬性，什麼方法，這些方法是要私有的還是公有的，這些類需不需要例...