讓不應發生的事不要發生
專案管理的精神之一就是防範於未然，比方說大家都知道客戶可能會在驗收過程刁難專案成果，所以在專案一開始就對明確定義專案產出物，以備將來作為專案驗收標準，在規劃專案驗收標準時要想清楚：是專案團隊應該完成的產出物才列到驗收標準中。
1.正面表列( 可產出之成果 )
2.負面表列 ( 不能產出之成果 )
3.甚至要做某種條件表列。
例如匯入hr資訊系統 — 出勤管理系統時, 要列出產出物 : 能在某月某日前列印出正確的曠工報表
先決條件 : 人事部門必須在某個日期前提供正確的班別基本資料及正確的班別異動資料，若人事部門延後完成幾天, 則正確的曠工報表就往後延幾天提供
專案規劃時將專案產出物定義清楚是必要的, 事實上這麼做是可以同時保護甲方跟乙方
促成想要發生的事
上面我說過專案管理的精神之一"讓不應發生的事不要發生"，再來談談"促成想要發生的事"，比方說資訊系統成功因素之一是《高層主管的支援》，在資訊系統開發過程若你發現高階主管都完全不關心你的專案狀況，以我的經驗–開發與匯入人力資源系統–因為說實在這個系統又不會直接影響生產、出貨，所以通常會被 erp，mes，bis 等其他系統排擠在外，所以當您在執行這種型別專案，常常會因為沒有支援resource 可用而感到很無奈，要解決這個問題的方法，就是進行"促成想要發生的事"。方法是跟您的 user — 也就 hr 主管溝通，請主管高層站出來為您的專案加分，最好提供一些材料或演示文稿，說明系統發展完成發揮成效後對整個 business contribution有多大，此時您的專案由於有高層主管的關愛，過程中執行起來自然順利很多
注：以上觀點出自本人主管的經驗之談
IT專案管理 管理經驗報告
我在這次期末作業中擔任開發組成員，並參與需求收集，確定了要實現的產品及其主要功能等任務。參與會議，討論確定了要實現的產品及其主要功能。收集初步需求 進行開發與測試，我負責產品中新聞資訊頁面的開發和測試 開發新聞資訊頁面，要實現如下需求 靜態 分析 單元測試 測試結果 整合測試 測試用例作為專案經理 ...
專案管理經驗的獲取
到很多帖子上講怎麼樣才能做好專案，這次就講講我的經驗吧。專案經理的能力，我覺得有兩個，乙個是基本的技能 技術 業務 專案管理 乙個是形勢分析和判斷能力。前者還可以通過自學做到，後者自學的可能性微乎其微。專案經理個人的基本技能只是有個相對的保證，但是如果不具備形勢分析和判斷的能力，大一點的專案，基本上...
別人的專案管理經驗
別人的專案管理經驗 最近帶領乙個小團隊做完乙個專案，專案雖不算大，可五贓俱全，感覺在這專案中最重要的還是溝通協調。下面是我自己經過這個專案，自己的一點體會，寫在這裡，總結自己的思路，並希望在以後的專案中有更多的提高，到時繼續與大家分享。一 總體把握，統一部署 1 總體把握 接手乙個專案，首先要有乙個...