©著做權歸做者全部:來自51CTO博客做者pcdog的原創做品.web
項目經理面試問題總結 二面試
如何理解雲架構,雲架構的好處架構
項目經理天天應該作的事情app
對於項目資源的流失,項目經理應該如何作分佈式
軟件項目和硬件項目的區別ide
遇到最challenge的問題學習
項目範圍變動如何處理測試
面試官:如何理解雲架構和數據中心,雲架構的好處spa
問題是問了2個問題,第一個是問你對雲的理解,第二個是問雲的優點orm
Q1:無非就是3種類型SAAS,PAAS,IAAS展開說就行了
Q2:benefit的方面,只要說到幾點就能夠了。換句話說就是問,大家公司爲毛要用雲,選擇雲的理由是
大容量大規模
高可用,分佈式
即用即付費,低成本
可擴展可伸縮
維護簡單
帶過便可
面試官:項目經理天天都很忙,你做爲/認爲項目經理都在作些什麼事情?
問題其實不是問你做爲項目經理天天的事情,好比收發郵件開會等,問題實際上是問
如何對項目進行總體把控
項目的質量管理
項目的溝通管理,干係人管理
Q1:項目執行須要項目經理總體把控,項目經理須要對項目的績效進行考覈和跟蹤,以及項目經理須要提供相應的工做績效報告output(PM要有產出)須要展開說。
資源可用性/資源日曆resource calendar,有什麼資源,用多久,用的時間長短決定了下面的成本
進度WBS相關的燃盡圖,甘特圖等
EVM 掙值,成本信息,實際成本/完工所需成本 ECTP/EATP
Q2:項目三要素範圍成本和時間,前提是質量不能變,在大多數狀況下,PM負責項目的質量。帶過便可。
Q3:項目經理須要每每須要跨部門進行溝通,不管是協調資源,跟蹤狀態,識別風險以及干係人管理。帶過便可。
面試官:在一個開發項目中,遇到關鍵的主程的離職,項目經理應該如何作。
這裏牽涉到三個問題
項目風險
控制進度
項目人力資源管理
推薦的回答Q1:PM在項目初期就應該對風險進行規劃和識別,而後進行風險的定性和定量分析,最後生成風險跟蹤矩陣和風險處理矩陣(風險處理人)。預留相應的時間和錢來應對風險。
Q2:實戰題目。須要計算團隊人數和每一年的離職人數,得出年離職率,例如10人團隊2人離職,則年離職率20%,一般大公司離職率在10-15%,基礎架構的流動率比較少,在8-10%,小公司人少因此可能數字更高20-30%都有。而後根據交接時間和人員培訓所需的時間,能夠計算出人員的替換週轉時間,加入到項目的風險的應對措施。10人團隊2人離職,原來工做量120我的月一年,假設某人離職須要另一我的花一個月去接離職人的的工做,那麼某一個月工程師就徹底沒有項目的工做量只有交接工做量,當月減2我的月,2人離職就是4我的月。假設後續人員1個月以內能夠替補上去,預計人走後還有2人/月的空檔期,整年就是6/120=5%的整個項目時間預留。
通常高級人員是6-9個月,中級人員是3-6個月,初級人員是1-3個月,根據不一樣等級來評估項目風險 –人員流動帶來的預計項目延。
Q3:項目的人力資源管理,換句話說就是你做爲PM,做爲中層如何幫助公司壓榨員工,又如何保住員工保證項目順利進行,你是如何取得平衡點的。根據你公司實際狀況,帶過如下幾點。
培訓和證書
新聞報道
獎金結構
公司制度
員工關懷
項目額外待遇
面試官:軟件項目和硬件項目的區別
這個也是實戰題目,看你做爲項目經理是否有帶過研發團隊,或者有硬件項目的實際經驗。
推薦的回答:帶過研發團隊遵循的流程ISO9002,CMMI5,SDLC,軟件開發的生命週期,需求開發測試上線等,說出來就知道你有經驗了,硬件方面招投標流程帶到也就知道你有經驗了。
面試官:遇到最challenge的問題
實戰題目,項目經理自己就是problemresolver問題解決者,
關鍵技術難點沒法解決致使項目嚴重拖延進度
項目運行到一半,可是費用幾乎已經耗盡
業務方遇到巨大的市場變化,要求對項目進行大量變動
關鍵人物出車禍死亡
項目接近完工,遇到地震颱風洪水等事故
項目質量驗收不合格/誤差致使項目延遲收工
驗收結果不符合項目目標
運營團隊不願接受項目可交付成果
問這個問題無非是看你我的經驗是否豐富,問題解決能力如何,學習到了什麼,如何總結經驗教訓。
面試官:手上的項目範圍須要進行變動,PM應該如何處理
項目範圍管理,如何定義範圍和規範需求
項目範圍變動的影響,控制和確認
Q1:理論知識。
項目範圍的流程是由規劃範圍,收集需求,定義範圍,建立WBS,確認範圍和控制範圍組成
Q2:實戰題目。
項目範圍變動會引發項目成本和時間的變化,PM如何取捨,好比固定成本,範圍變大,一定要延長時間(作得久一點)。固定時間,範圍變大,一定要投入更多成本(堆資源),兩種狀況下PM都要帶到。
PM如何控制需求,需求管理計劃如何和業務方、干係人溝通收集需求,轉換WBS,需求跟蹤矩陣,指派任務跟蹤進度,交付結果的管理。其實就是PM的需求管理的流程和方法,須要詳細展開說明。