作為項目經理，你的主要工作是領導和協(xié)調項目團隊，以生產客戶期望的成品。
在許多項目中，尤其是大型或復雜項目，有許多人致力于實現這一共同目標。
他們具有不同技能、不同個性、不同地理位置和不同動機。在任何給定時間也可能要完成幾項活動，團隊遇到的幾個問題，以及客戶需要做出的幾項決策才能繼續(xù)推進該項目。
本文將分享項目管理過程中，項目經理應該跟蹤的六大重點事項，以提供最佳結果。
可能還有其他類型的信息需要分享或跟蹤，這取決于正在運行的項目類型，但你至少應該跟蹤以下這六大事項。
1、范圍、章程或工作說明
對于你運行的每個項目，第一件需要跟蹤的事是范圍、章程或工作說明。
該文檔是項目經理和要求你生產成品的人(也稱為請求者或客戶)之間的書面協(xié)議或合同。
它描述了你將為他們制造或生產的產品，一些常規(guī)參數(例如尺寸和形狀)，以及通常如何進行操作，包括通常負責做某事的人員。
例如你的團隊負責構建事物，而你的客戶負責在整個項目中提供需求和各種批準。
它不應該像項目進度表那樣詳細，但應包括高級信息，例如總體工時表、所涉及的每個人的總體職責以及總體成本。
不過，請不要陷入設計解決方案的陷阱，只捕獲客戶的需求。在項目的稍后部分，你應該有機會創(chuàng)建更詳細的設計。
2、WBS、工作分解結構和項目進度表
WBS、工作分解結構和項目進度表是你同意為客戶生產的商定項目可交付成果以及所需的活動和資源的層次分解。
這兩件事通常是相伴而生的。
實際上，許多人將WBS和項目進度表看作是同一件事，但從技術上講，它們并不相同。
WBS和項目進度表應該具有相同的總體結構，但是項目進度表比WBS詳細得多。
WBS是范圍文檔中描述的可交付成果的分層細分。
如果范圍文檔創(chuàng)建正確，那么你應該能夠將該文檔中的高級可交付結果作為WBS的起點，從而進一步細分它們。
項目進度表應包括來自WBS的可交付成果明細，以及計劃的活動和生產它們所需的資源。
你可以在電子表格中創(chuàng)建WBS和項目進度表，但建議你使用項目進度表軟件來創(chuàng)建和管理這些內容。
3、設計文檔
設計文檔是一份詳細的文檔或一組文檔，描述了你將如何為客戶構建或創(chuàng)建成品。
現在，設計的大小、細節(jié)和格式各不相同，具體取決于你制作的項目類型。
它們可以是概念草圖、電氣原理圖，可以是計算機輔助設計或CAD
在構建任何東西之前，請記住要讓你的設計獲得客戶的認可，否則你可能會冒著客戶改變設計的風險，并迫使你在以后花費時間和金錢進行重新構造。
如果你的客戶確實希望在獲得批準后更改設計的某些方面，請要求他們重新批準更新的設計，以及從時間或成本的角度考慮更改對項目造成的任何影響。
4、變更請求
變更請求與范圍文檔、項目進度表和設計文檔緊密相關。
變更請求是與最初商定的項目范圍、工時表和成本估算的任何偏差。
你可以將變更請求視為對你的團隊和客戶之間形成的原始協(xié)議或合同的修訂。
這些更改可以包括范圍更改，如時間表或截止日期的更改，或成本的更改。
這些更改可以由項目團隊或你的客戶提出建議，但是在你解釋了對任何時間和項目成本的影響后，應由客戶批準。
請記住，范圍、時間和成本更改可以互斥。
例如，你的項目可能會有范圍變更，但是可能會也可能不會因為該范圍的變