（本文是學習的筆記，與大家分享，一起進步）
本文按照如下的順序進行：
l 審查專案團隊的任務
l 專案經理的任務
l 主持團隊會議
l 跟蹤進度
當計劃完整個專案，所有的事情都變得令人興奮。團隊期望開始這個專案，期望從中得到自己需要的知識，完成專案的成就感，升職的機會，完成專案的獎金等等。在專案的這個部分，你的團隊需要遵循工作分解結構和專案網路圖來完成你已經分配給他們的任務，你需要與團隊成員交流，從而確保他們成功完成任務，專案經理需要建立一個工作授權系統以便基於工作成果來確定工作如何繼續，增加質量控制機制，並且繼續增加與專案團隊和專案相關人員的溝通，有時需要密切跟蹤專案的花費，並與預算比較。最後需要依照PND一直跟蹤實現過程，並根據具體需求做相應的調整，以保證專案在預算內完成，還需要記錄那些工作在實施，那些已經完成，以及那些還沒有完成，最後要在經驗總結中記錄你在專案中學習到得東西。在這個階段，將考驗你的計劃測試，研究以及引導和因對可能會影響專案完成的外界干擾的能力。始終保持冷靜，分析出現的問題，始終記住你有責任控制、完成和享用這個專案。
1. 審查專案團隊的任務，專案經理已經挑選好了他的隊員，他的團隊應該是一批對專案有信心，有能力和奉獻精神的成員組成，他們將總是毫無差錯的及時的完成他們的任務，並且高興的向你彙報每件事情都做得很好，或者說提前完成。這些訊息是你的團隊成員釋出出來的。不要高興的太早，團隊成員對專案的檢視和專案經理對專案的檢視不完全一樣的。你需要對他們的任務進行檢查，或者有一定得方法讓他們的任務得以檢查，你的任務之一就是將專案團隊鑄造成一個可以信賴的，互助的專業集體，成員可以信任他們自己，信任你和他的隊友，通過有規律的團體會議，散步和一對一的會議，你將和每一個團隊成員發展工作關係，並且學會怎樣督促，激勵與領導一個成員。
2. 專案經理的主要任務：作為專案經理，無論通過什麼途徑，一直要向團隊成員釋出的資訊是讓他們集中精力完成他們的工作，任務和責任上，如果團隊成員不關心關於專案的會議，那麼他們並不能及時準確的完成他們的任務。團隊成員應該參與專案計劃，一旦建立了計劃，團隊就應當開始工作，忽視與專案無關的閒話與細節，集中精力完成這項任務，然而，任何一個人都無法把計劃做得很完美，計劃是貫穿於整個專案的實施的漸進過程，也需要進行反饋，如果將來有問題或者其他的需求提出來，就會重新返回計劃階段，討論和制定相應的應對問題的最好處理方法。專案規劃的一部分任務是確定每個任務最合適的資源，任務資源的分配可以讓團隊成員指導他們不得不做什麼，需要做什麼，如果團隊能夠忽視那些與他們不相關的活動，其他技術的吸引，辦公室的政治，那麼他們就形成了一個很好的團隊，專案經理應當直接鼓勵你的團隊將精力集中在他們自己的任務上，鼓勵他們將精力集中在他們的職責，他們的任務以及完成他們的工作，並忽視其他人可能做或者沒有做的事。團隊是一個需要協同工作的個體的集合體，但是任務也要求獨立完成工作的能力。但是這並不意味著如果與自己的責任無關，團隊就不需要互相幫助，專案經理的目標是讓團隊成員知道他們的責任，專心工作，以此為榮併成功地完成任務，如果有些團隊成員需要幫助，團隊成員應該彼此儘可能的互相幫助，使得專案得以進展。
3. 主持專案會議：在溝通管理計劃中，已經定義了什麼人需要什麼資訊，什麼時候需要，如何得到這種資訊，溝通可以是正式的，也可以是非正式的，在專案管理中，這兩種溝通方式都需要，關鍵的問題進行溝通的時候才用正式的方式，例如報告，專案計劃修改，會議紀要。在進行非正式的方式溝通的時候，專案經理需要和團隊有緊密的接觸。如果能夠更加靠近你的團隊，應當這樣做，可以進行資訊交流和交談，並使你融入團隊，真正領導你的團隊，管理一個在不同地點的團隊不利於有效管理。不管你的辦公室在那裡，你都需要一個與專案團隊見面的時間表，要麼每週，雙週，或者由你自己決定的時間表。有規律的會議時間表有以下的幾個用途：
u 允許一個團隊成員彙報他的活動
u 強調專案檢視
u 允許團隊解決工作中的問題
u 允許專案經理密切領導團隊
u 建立專案主人翁的責任感
作為專案經理，需要主持這個會議，在會議之前需要做的事情就是準備，建立一個議程，即使他是一個需要討論的快速清單，然後遵照執行，另外為會議設定一個儘可能短的時間限制，在會議中可能有人抱怨浪費時間，在每次會議中，你的議程應當至少包括以下幾點：
l 自上次團隊會議之後已經完成的目標
l 討論任何影響整個團隊的情況
l 認可專案主要團隊成員的成就
l 概括專案的狀態：好和壞
l 研究懸而未決的風險、問題和將要開展的工作。
l 安排下一次會議之前的工作目標
通過審查過去幾周的工作，你讓團隊成員彙報他們的工作並根據專案狀況調整專案團隊，通過團隊成員彙報他們已經成功完成的任務，你也應當讓這些團隊成員在同事中顯得更加出眾。彙報已經完成的工作情況的另一個作用是激發一種責任感，當一個團隊成員知道他不得不在同事面前彙報他尚未完成的工作時，這可能會激勵他去完成工作，你的目標不是使團隊成員難堪，而是保證團隊成員按時提交專案任務的一種策略。如果專案團隊成員已經完成了專案計劃中的一個主要的挑戰或者任務，那麼就應該將注意力集中在整個專案要面對的問題上。對於應該信任的地方給予信任，也是對團隊成員的一種公開認可，總是認可主要的已經完成的任務，在必要的時候，認可那些沒有主要的任務，但是正在開展一項大的任務的團隊成員，衷心的謝意是鼓舞士氣，表現你對他們及其成就，不僅是專案上的成功的關心的一個很好的方式，團隊的士氣對於專案的成功有很大的影響，認可、感謝、和榮譽不是可以編造的，應該培養一種對你的隊伍關心，愛護的意識。下一個任務應當是專案總體狀態的一個快捷總結，如果專案目標在即，並且進展順利，那就相當容易，如果專案滯後，團隊成員還沒有完成他們的任務，應當讓他們瞭解到這些，充當一位暴 君並嚴厲訓斥團隊成員不是我們的目標，目標是調整隊伍回到正常的軌道上，專注於他們的責任，避免堆積大量的工作和不得不改變的完成日期。不要不好意思表達你的不滿，對團隊的成功要使用某種策略，表達你的熱情。
你需要不斷評審經歷過的風險，沒有發生的風險、還沒有發生的風險，風險管理需要風險評審，提醒風險負責人注意發生風險的預兆，你不應當對風險採取僥倖心理，而應當讓所有的專案團隊人員關注已經識別的風險，時刻注意已經制定的風險應對計劃，並且非配相應的人員負責相應的風險。最後對PND舉行一次協商會議，回顧日程中的任務，從而為下一週或者將來的幾周作準備，理想情況是應當讓每一個團隊成員確認在下一個日程會議之前他需要做什麼工作，這不需要很長的時間的討論，而是一次職責的確認，確保在會議結束之後，團隊成員知道他們需要完成什麼任務。
成功實現一個IT專案的基礎不是專案計劃，實現的技術，網路，處理器的速度，磁碟的速度，這個基礎是團隊成員誠懇的與專案經理就如何開展實際工作問題的交流的能力、團隊成員面對的挑戰以及他們對這個挑戰做出的反應。這種交流來自於你使他們信賴你的能力，你必須得到這種信賴，如果你在計劃階段已經融入到你的團隊中，並且讓他們指導專案的發展狀況，那麼你將會得到這種信賴。