??? 準備面試的方法
書、雜志、組織和研討會
本文的參考目錄中列出了許多能得到有效的管理實踐信息的地方。去尋找管理方面的書籍，包括技術管理和商業管理兩個方面。閱讀管理大師，例如：Peter Drucker，C. A. Gallagher和A. Maslow寫的書和文章。他們提供了在任何領域都使用的管理知識。信息管理大師例如：Tom DeMarco, M. Page-Jones, Ed Yourdon, L. L. Constantine等等提供了許多條理清楚的、經過實踐檢驗的方法。
如果你要同用戶一起工作，要閱讀一本有關領域的專業書籍。了解業務比了解技術環境更重要。事實上，讓用戶參加面試過程越來越流行。要準備得更充分，可以買一本《哈佛商業評論》（Harvard Business Review）這是一本很好的雜志，適用于商業讀者同樣也適用于IT管理。許多IT雜志例如《CIO雜志》及在參考書目中列出的書目中都有有關項目管理和人員管理方面的文章。這些雜志中還包括概括或詳細的技術性文章。
可以和美國管理協會（AMA）和其他商業組織取得聯系，獲取管理信息。值得一提的是，卡奈基梅隆大學的軟件工程研究所（SEI）在90年代提出的管理軟件過程，最新標準版本為SEI9000。
許多技術研討會，例如數字咨詢和技術轉換研究所（Digital Consulting and Technology Transfer Institute）有許多不同領域的項目管理和技術研討會。另一種途徑是通過你所在的組織。他們也許會提供有關授權、談判和傾聽技巧等的課程，所有這些都有助于你準備項目管理。
你應該了解的軟件
掌握一種項目管理工具。例如微軟的Project和Applied Business Technology/Project Workbench。所有這些工具都有許多有效的項目管理方法和術語字典。
除了上述提到的工具外，還有一個越來越流行的工具可以針對不同技術環境中的項目在計劃編制、費用估算和管理方法上提供幫助。這個工具就是LBMS/Process Engineer，具有CASE界面的工具。
如果你使用過此類工具，把這些內容列在你的簡歷中。當然，不僅要掌握工具，你還必須具有堅實的基礎知識和項目管理方法。
一個項目經理必須足智多謀。通過email進行通信已經取代了電話和郵寄備忘錄。許多公司有自己的系統，還有許多公司使用Lotus Notes。無論是用何種產品，必須具有如下性能：
· 能夠與處于不同地理位置的人取得聯系
· 能夠有效地通知團隊（包括供應商）范圍，進度的變更
· 能很快地解決小問題
要記住人們工作方式的差別，性格內向的人更愿意通過email溝通。這樣他們可以有時間思考問題的答案而不是在會議上立刻做出答案。
作為一個項目經理，你可能會作報告（report）和介紹(presentation)。因此，需要掌握字處理軟件和圖形軟件。這些軟件在市場上都可以買到。在你的簡歷上列出你會使用的此類軟件。
尋找思想
任何行業都有好的項目經理和差的項目經理。你可以從兩種項目經理身上得到啟示（什么是應該做的而什么是應該避免的）。如有可能，問一些優秀的項目經理他們是如何做的。如果你對你的職業發展道路還不太清楚，你可以拿一篇剛剛讀過的有關文章，問問這些項目經理對此文的觀點。
一個成功的項目經理的標志有擁有一支氣氛融洽的積極的團隊，上層領導的信任和用戶的尊重。一致的行動是另一個標志，它是衡量領導能力的基礎。優秀的項目經理應該了解每個雇員的長處和短處。他們認為失敗并不是缺點，而是一次學習機會。
項目經理必須建立一套專業標準。但按照一套完美的例子來進行管理卻是一個失敗的項目經理。這雖然說明他們的多才多藝，但更體現了他們在授權和溝通方面的能力不足。使原來想積極工作的員工變得消極的做法可以毀了項目經理。你在技術方面的能力應該用于指導和培訓員工。如果你參與編程或設計，你不是在開發你的團隊，也不是在做項目經理。
項目計劃技術
以下是在面試中通常會提到的有關項目計劃編制的術語和圖表。大多項目計劃編制工具都會使用到一些或全部術語和功能。你應該復習一下有用的一個或多個項目管理工具，這有助于你進一步熟悉常用的技術和功能。
圖表類型：
甘特圖：用圖形，特別是條形圖，描述項目進度的圖表。每一個條形符號代表不同的意義。例如：關鍵任務的條形符號及/或顏色可能與非關鍵任務的不同。概要任務（活動或階段）的符號可能于其他任務不同。
Pert圖：用流程圖來表示所有任務的現行依賴關系。PERT的意思是計劃評價與審查技術，是一種網絡圖。
任務列表：文本/縱向地列出項目計劃。通常至少應包括以下欄目：任務編號，任務名稱，開始日期，結束日期，持續時間和工作效率。
工作分解結構：項目任務和/或活動的結構圖。
關鍵路徑：是貫穿整個項目的一條路徑，表明在限定的時間成功完成項目涉及的各任務間的依賴關系。調整關鍵路徑上任務的時間進度將會影響整個項目的交付時間。關鍵路徑方法（CRM）圖是一種網絡圖，用于項目的進度控制和協調項目的活動和事件。
可交付成果：證明一個或多個任務完成的有形事物。例如：邏輯數據模型。
依賴關系：任務間的聯系會影響一個或多個任務的開始時間。例如：在沒有弄清需求前，不能開始編程。
JAD/簡化方法：聯合應用程序設計(簡化方法是90年代的術語)。一套面向結果的,大腦風暴式的,有一個共同的商業目的信息集合/分享會議。該方法是IBM公司在1970年開發的，由固定的，結構化的過程組成，并在一個有經驗的實施者的領導下進行。簡化方法去掉了一些結構,然而,仍要求所有各方都必須參加所有的會議和一個有建模技術的記錄員作記錄。參加者們包括項目團隊,管理(與用戶)和行政官員。為會議的成功，每個人必須理解和同意目的并且盡快解決他們的任務。
延遲：是任務的結束時間和與其相關的任務的開始時間之間的延遲時間。這允許任務結束時間和開始時間的重疊和拉長。
方法論：一種明確的、有組織的、可重復的、結構化的方法/技術 ，以完成一個通用的目的。這些技術或指南定義步驟，任務，角色，目的和可交付成果，這些是任何系統的成功的實現所必須的。
衡量標準：一個一致并且可重復的測量一個項目的大小和復雜性的方法。標準準備在整個項目生命期中使用許多方法中的一個。今天公司使用的流行方法是：
a) 功能點（Allan Abrecht）
b) 重要事件 (Tom DeMarco)
c) 加權平均
d) 代碼行
里程碑：在項目生命期的一個重要的事件的結束。通常一個里程碑是在關鍵的路徑上的一項活動。它不必是一個有形的可交付產品例如一個邏輯數據模型，但可以是用戶對工作成果的肯定。
階段/活動/摘要標題：概要級的概念。不是所有的項目管理工具都強調特定的階段和摘要一級的格式，然而許多標準的開發方法用這些術語進行工作分解。
RAD：快速的應用開發(如果不正確地使用會有破壞作用)。通過應用程序生成器，建模和快速原型工具的使用加快開發工作的一條途徑。最大的改進是在整個開發生命周期中加入快速原型。這在編碼前了解清楚用戶需求提供優秀的工具。
資源限制：一個基于可得到的資源的數量，每個資源的技巧的水平，資源工作時間表而開發的計劃和時間表。
范圍變更：對原先設計要求的功能增加而沒有對人員，時間或費用的影響進行評估。范圍變更可能是一個商業用戶或一個熱心的程序員提出的。兩者影響系統的交付并且不能被估計，分析，或記錄。
面試中的表達的要點(就算問題沒被問)
如果你沒有管理經驗
對于那些從未正式管理過一個項目的，可能是非正式地管理過的人。在那些情況中，當強調他們的技術背景優勢的同時需要明確說明他們沒認識到他們已掌握的那些技巧。你可以提及你是怎么不得不在沒有授權的情況下領導一個大型的開發團隊進行工作的。需要強調的是沒有一個穩固的技術的基礎,你的工程任務和估計的決定可能被過分簡單化。當你是項目的領導人，你需要提供技術的連貫避免團隊超負荷工作。
如果你的技術技巧在未來的技術的環境中是落伍或不同的
你不需要理解技術環境的內部是如何工作的，但是你應該理解一般的概念和特征決定環境的能力和弱點。許多項目管理技巧是超出技術范圍的。因此,如果你的技術技巧是落伍的，你仍然能強調你在技術上能負獨立責任。提及你管理的應用類型和及其商業作用。提及團隊是如何有效地完成目標的。強調你的管理哲學。提到上級，與你地位同等的人，你的用戶和部下是如何評價你的管理能力的，記住提起任何你掌握的商務領域知識。在面試時應該將你對你的技能落后的恐懼拋在一旁。一旦你擁有這個工作，你將能向公司內的專家詢問。在所有組織中都有各方面專家的非正式的機構。你可以到處打聽一下，把他們找出來。
問面試官的問題：
即使你通過面試，得到了這個職位，你還需要信息進行估價，這時是你的好機會。如果這將是項目經理的第一個工作任務，這尤其是關鍵。你需要明白你的工作環境。因此，你可以問下列問題：
1. 公司優先權是什么？
2. 本項目的執行資助者是誰？
3. 公司使用的開發原理體系是什么？
4. 本項目最后期限是什么？
5. 有量度項目成功的方法嗎？
6. 你的新經理將怎樣保持項目信息靈通？
7. 你的新經理管理哲學和風格是什么？
8. 項目上的人們的技能水平是什么？
9. 你將管理的項目的范圍被充分地定義嗎？
10. 技術環境已經選好了嗎？
以下是典型的項目管理面試中通常會問到的問題（期望的回答）：
很多的問題的答案是主觀的，面試官想知道你的觀點是否和他們的及公司一致。問題的構成如下：
1. 項目管理軟件工具知識，
2. 編制項目計劃的技術 ，
3. 人員管理技能
4. 溝通技能
5. 原理體系知識（標準開發生命周期和項目管理 ）。
項目管理軟件工具知識
問題1：工期和工作量之間的差異是什么？
答案1：工期是商業/日歷上的天數，與人數和工作量無關。工作量是與日歷天數無關的人的工作。例如：
一天的工作量對于一個一只花50%在時間在上面的人來說，他的工期就是兩天。如果兩個人全職工作，工期是1天，而工作量是兩個工作日。
問題2：怎樣和為什么要在編制項目計劃時考慮依賴關系？
答案2：根據使用的軟件包，依賴關系可以通過將任務及其后續任務的標識符進行關聯來表示。依賴關系說明了任務之間關聯/并列的要求。依賴關系可以是指在另一個任務能開始之前有一個任務必須完成。例如，邏輯模型必須在物理模型前完成。但測試并不是要在所有編程工作完成之后才開始，如果沒有完成的程序對線性測試沒有影響。
項目計劃加入依賴關系，就能找出項目的關鍵路徑并且能夠確定它對項目工期的影響。
問題3：你怎樣將人的工作步調與計劃結合？
答案3：根據組織使用的具體的工具，可以將資源拆成更小的資源/單位，或者可以將任務拆成更小的任務。
問題4：你怎樣將培訓，假日和個人教育時間表結合起來？
答案4：每個產品都有標明不工作的天數的公司/全球的日歷。每個產品都也有個人的資源日歷標明個人不工作的時間。如果項目需要教育和培訓，應該把它們象任務那樣寫在項目計劃上。
問題5：你怎樣安排類似狀態會議這樣貫穿整個項目但只需要極少的時間和工作量的任務？
答案5：它的工期將和整個項目時間一樣長，占工作量的百分比很小。被分配給任務的每個人花在該任務的時間占他時間的百分比極低。
問題6：實況報告對計劃的作用以及實況與最初預計的比較有何價值？
答案6：根據組織使用的特定的工具，每個工具都為實況報告中輸入相互獨立的要素/域信息。也可以將報表進行分類，來向團隊成員和其他相關團體說明關鍵路徑的變化或時間表的調整。這些報告對已實現工作評價和作為在計劃下一個工程或階段的輸入有價值。另一個把估計和實況報告比較的有價值的用途是把范圍變更對項目的影響記錄下來。
做項目計劃的技能
問題7：你為什么制定項目計劃？
答案7：項目計劃是實現成功的系統的路線圖。它提供了一種手段來通知每個人希望他們做什么及何時完成。它幫助項目經理使管理層，商務用戶和支持團體了解項目狀態和調整特殊的資源。逐項列記的“一覽表”協助對任何變動的影響進行迅速評估。當實況報告與計劃聯系起來后，項目計劃為今后項目的任務劃分和估算提供了有用的信息。
問題8：你將怎樣著手做項目的計劃？
答案8：進程安排是一門藝術。根據已知有關業務目標的事實，公司一般標準，以及可以利用的過去的經驗。可以從清楚地定義范圍和目標開始。把項目的風險和制約做成文件。差的估計源于對業務知識和項目范圍缺乏了解。可以從項目任務分解入手，例如先劃分階段，然后定義每個階段的活動，再定義每個活動中的任務。識別和文檔化里程碑和可交付產品。項目計劃是當信息變得可以利用的時，不斷細化的有生命文件。很好地記錄進度的變化對項目經理，開發團隊，支持團隊，以及管理層，商業用戶都有益處。
問題9：你將怎樣著手制定項目計劃？
答案9：在適當的活動和階段或其他的概括的標準說明下，輸入確定的任務。將適當的可交付產品及里程碑和特定的任務聯系起來。連接全部需要依賴關聯的任務。把資源角色或資源名字加到每個任務上。應用度量結果確定事先的任務工作量，把更多的時間用于需求收集，設計和測試。考慮所有已知的節假日，培訓，休假或其他的資源停工時間。計劃草案將同支持團體，管理層和商務用戶一起復查，做為補充性的輸入和最終的批準。
原文鏈接：http://pm.csai.cn/manager/NO415.htm
?