眾所周知，乙個專案的成敗，關鍵取決於專案的三個方面，進度、質量、成本。
進度是首要的，如何控制進度，要做好專案，必須要有能力和經驗來對專案進行控制，達到理想的實施效果。這是專案經理需要具備的綜合素質之一。這裡，我就圍繞專案管理中的最基本要素「控制」，來談談我的心得。
根據專案特點，我將控制分事前、事中、事後控制。事前，即計畫與風險；事中，即當前狀態；事後，即事前、事中未預料或已發生的。事前控制，需要豐富的從業經驗和能力，需要縝密的思維和充分的思考，簡言之就是「累心」（以前做開發面對電腦的時候，我也覺得累，但那是「累人」，兩種「累」是不同的）。
「當專案正式啟動時，其實，管理已經結束了...」這是我從一本國外關於專案管理的**上得到的體會。這話該怎麼理解呢？為什麼才開始的專案，還沒進行，管理怎麼就結束了呢？其實，我們可以這樣理解，在專案啟動之前，我們要為專案做大量的準備工作，如：大量的風險評估，專案團隊組建，各界面人明確，專案章程定製，專案預算，專案計畫與工作分解等。假設有其中一項沒做好，沒做到位，在後面的專案進展中，會相當的被動，嚴重時會影響專案開展，甚至影響專案整體質量和驗收。所以，引入cmmi這樣的軟體成熟度模型，在一定意義上還是非常有必要的。說白了，就是將專案中要做的事情，以及檢查點和驗收標準，在專案開展前就以**的形式列出，讓pm整體了解專案，做到胸有成竹，確保專案能成功。這些內容，對經驗豐富的pm來說，能預見的大部分專案風險及應對方案，都能靠頭腦「想」出來，但有多少pm能做到想的周全？所以，這裡再次證明了使用cmmi來對專案進行控制的必要性。
簡言之，就是盡力做好「事前」，盡量避免「事後」，盡心做好「事中」。
有了cmmi的協助，pm就相當於吃了一顆定心丸，但，這樣就高枕無憂，就能做好專案，確保完成每個專案了嗎？當然不夠！除了專案過程本身，還有乙個很重要的因素可別忘記：「人」！
軟體專案可靠的是「人」來開發、來完成，與其他行業（如：工業、建築業、農業等）專案的差別就在此，其他行業除了人的勞動以外，最大依賴於生產力，何謂「生產力」，就是依賴工人使用的工具的效能及效率。軟體行業不同，「生產力」即開發人員的產出能力，當你用「行/小時」這樣的標準來衡量軟體開發難度及預算的時候，你可曾考慮過每個人的能力、性格是不同的，你可曾對你專案中的每個開發人員的脾氣、個性深入了解？人不是機器，你讓他每天出多少行**，他就能出多少行？這就涉及到專案中另外乙個控制：「人」的控制。
首先，pm要對開發團隊中的每乙個開發人員深入了解，聊聊家常，對每個人熟悉一遍，這對專案的順利開展是非常有必要的。說個極端的例子，哪怕乙個核心開發人員明天要離開公司了，看在和你pm關係好的情面上，他也會堅持兢兢業業做好最後的交接工作，否則，pm將會陷入非常痛苦的局面。和同事搞好關係，百利無一害。或者pm能清楚的了解該核心開發人員所作的工作，能及時獲取足夠的資源，這也是一種良好的「控制」手段。
其次，在專案開展中，時刻關心開發人員，了解他們的最新想法及動態，這對於專案能順利開展是非常有幫助的，否則，當pm發現出事了的時候，再來補救，就為時已晚了。舉個例子，乙個以前做了兩年測試的mm，想在我負責的乙個專案中轉到開發，她找我談了一下，我當時也沒有主意，因為不了解這個mm，以及會對專案帶來多大的影響。在我考慮到專案缺乏開發人員之後，我覺得她可以試一下，於是，讓她參加開發，沒想到這就給後面的測試工作帶來了隱患。兩日之後發現她開發能力確實不行，專案又非常緊張，於是自我反省，不該作此臨場換槍的決定，再想讓這個mm回去做測試就非常困難了，直到公司領導出面才調解成功，這也是我的乙個經驗教訓，切忌臨場換槍。
最後，開發人員需要鼓勵及激勵，他們需要不斷的肯定，不斷的提高自身的價值，這才會大幅提高他們的工作積極性，確保專案及時完工，以及順利驗收。沒有激情的工作等於慢性自殺，工作也不完全為了錢，這都是我it從業10年以來總結的經驗。
這裡，將我對專案中的「控制」大概的描述了一下，也許不全，日後再完善吧。2009-12-22
專案管理心得 二 翻譯專案
書接上文。收集，確認需求是專案中最重要的環節之一，這次以翻譯專案為例 任務要求 開發出一套，以計算機軟體輔助 翻譯的專案經理 進行專案成本控制和提高質量的軟體。要做好一件事，乙個工作，就要養成乙個好的工作習慣，我現在要說的就是第乙個習慣 有的放矢，就是要知道我們要做什麼，也是風險評估的第一步。當知道...
專案管理心得
做專案，和做其他任何事情一樣，對於我們面前的專案，在行業認知上我們多少都是無知的，不過我們可以根據經驗，用這世界乙個相同的東西 相似性 去分析它，細化它，抽象出來，一層一層，一塊一塊的實現出來。所以在我們的專案團隊中，我認為以下幾個原則非常重要 1，先慢後快。團隊的合作往往是磨合再磨合的合作在用，在...
專案管理心得和10條專案管理心得
在從產品部轉到交付部後，經歷過企業版的幾個專案後，逐漸意識到，企業版的專案往往周期短 資源緊張 需求變動大，而作為乙個專案管理的新人，在資源不足的情況下，經常要自己參與功能的設計開發 需求分析 制定專案計畫 培養新人等等 經常要既當爹又當媽。作為一名技術人員，常常會因為參與某些技術難點的討論而絞盡腦...