重。一致的行動是另一個標志，它是衡量領導能力的基礎。優(yōu)秀的項目經理應該了解每個雇員的長處和短處。他們認為失敗并不是缺點，而是一次學習機會。
　　項目經理必須建立一套專業(yè)標準。但按照一套完美的例子來進行管理卻是一個失敗的項目經理。這雖然說明他們的多才多藝，但更體現(xiàn)了他們在授權和溝通方面的能力不足。使原來想積極工作的員工變得消極的做法可以毀了項目經理。你在技術方面的能力應該用于指導和培訓員工。如果你參與編程或設計，你不是在開發(fā)你的團隊，也不是在做項目經理。
　　3、項目計劃技術
　　以下是在面試中通常會提到的有關項目計劃編制的術語和圖表。大多項目計劃編制工具都會使用到一些或全部術語和功能。你應該復習一下有用的一個或多個項目管理工具，這有助于你進一步熟悉常用的技術和功能。
　　1）圖表類型：
　　甘特圖：用圖形，特別是條形圖，描述項目進度的圖表。每一個條形符號代表不同的意義。例如：關鍵任務的條形符號或顏色可能與非關鍵任務的不同。概要任務（活動或階段）的符號可能與其他任務不同。
Pert圖：用流程圖來表示所有任務的現(xiàn)行依賴關系。PERT的意思是計劃評價與審查技術，是一種網(wǎng)絡圖。
　　任務列表：文本/縱向地列出項目計劃。通常至少應包括以下欄目：任務編號，任務名稱，開始日期，結束日期，持續(xù)時間和工作效率。
　　工作分解結構：項目任務和/或活動的結構圖。
　　關鍵路徑：是貫穿整個項目的一條路徑，表明在限定的時間成功完成項目涉及的各任務間的依賴關系。調整關鍵路徑上任務的時間進度將會影響整個項目的交付時間。關鍵路徑方法（CRM）圖是一種網(wǎng)絡圖，用于項目的進度控制和協(xié)調項目的活動和事件。
　　可交付成果：證明一個或多個任務完成的有形事物。例如：邏輯數(shù)據(jù)模型。
　　依賴關系：任務間的聯(lián)系會影響一個或多個任務的開始時間。例如：在沒有弄清需求前，不能開始編程。
　　JAD/簡化方法：聯(lián)合應用程序設計(簡化方法是90年代的術語)。一套面向結果的,大腦風暴式的,有一個共同的商業(yè)目的信息集合/分享會議。該方法是 IBM公司在1970年開發(fā)的，由固定的，結構化的過程組成，并在一個有經驗的實施者的領導下進行。

簡化方法去掉了一些結構,然而,仍要求所有各方都必須參加所有的會議和一個有建模技術的記錄員作記錄。參加者們包括項目團隊,管理(與用戶)和行政官員。為會議的成功，每個人必須理解和同意目的并且盡快解決他們的任務。
　　延遲：是任務的結束時間和與其相關的任務的開始時間之間的延遲時間。這允許任務結束時間和開始時間的重疊和拉長。方法論：一種明確的、有組織的、可重復的、結構化的方法/技術，以完成一個通用的目的。這些技術或指南定義步驟，任務，角色，目的和可交付成果，這些是任何系統(tǒng)的成功的實現(xiàn)所必須的。
　　衡量標準：一個一致并且可重復的測量一個項目的大小和復雜性的方法。標準準備在整個項目生命期中使用許多方法中的一個。今天公司使用的流行方法是：
　　a) 功能點（Allan Abrecht）
　　b) 重要事件 (Tom DeMarco)
　　c) 加權平均
　　d) 代碼行
　　里程碑：在項目生命期的一個重要的事件的結束。通常一個里程碑是在關鍵的路徑上的一項活動。它不必是一個有形的可交付產品例如一個邏輯數(shù)據(jù)模型，但可以是用戶對工作成果的肯定。
　　階段/活動/摘要標題：概要級的概念。不是所有的項目管理工具都強調特定的階段和摘要一級的格式，然而許多標準的開發(fā)方法用這些術語進行工

    項目經理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html