【導(dǎo)讀】本文的目的是為應(yīng)聘項(xiàng)目經(jīng)理提供幫助。項(xiàng)目管理是升遷的途徑，需要運(yùn)用你過。去的開發(fā)經(jīng)驗(yàn)，而且薪水通常高于程序員。多個項(xiàng)目管理計(jì)劃編制工具。通過以上的準(zhǔn)備，將為你應(yīng)聘這個職位增加信心。想好你要說的內(nèi)容并準(zhǔn)備回答涉及面廣泛的問題是成功應(yīng)聘的重要方面。位不同的是，項(xiàng)目管理問題的答案往往是主觀的。項(xiàng)目成員通過完成技術(shù)任務(wù)而達(dá)到某種商業(yè)目標(biāo)。該技術(shù)任務(wù)應(yīng)該是可應(yīng)用或維護(hù)的，都必。須滿足客戶/用戶的要求和期望。這方面有許多很好的書、雜志和研討班。文或本文的參考書目中將列出一些。以根據(jù)自己的經(jīng)驗(yàn)，觀察其他項(xiàng)目經(jīng)理，應(yīng)聘職位的崗位描述對答案進(jìn)行組織。無論采取何種報(bào)告結(jié)構(gòu)，必須能夠很好地工作和激勵以達(dá)到商業(yè)目標(biāo)。閱讀邁爾斯-布里格斯人格類型分析方面的書籍是一個很好的開端。KatherineBriggs和她女兒IsabelBriggs-Myers制作的問卷（MBTI邁爾斯-布里格斯人格類型。人員同樣是最大的壓力。籍，包括技術(shù)管理和商業(yè)管理兩個方面。

　　

【正文】 的職業(yè)精神，完全尊重他們。 因?yàn)樗麄儾荒芰私馕覀兊墓ぷ髡缥覀儾荒芡耆私馑麄兊哪菢樱瑴贤ㄗ兊帽容^復(fù)雜。因此，我們要花時(shí)間作規(guī)劃并解釋其中包含的內(nèi)容。用戶需要感到他們沒有浪費(fèi)時(shí)間，正在取得成果，并且他們的意圖被很好地理解。制作原型是一個有用的工具。它提供了一幅用戶能理解的、靈活的圖畫。 另外，對工作風(fēng)格的理解也很重要。拒絕承認(rèn)或不斷地改變想法 可能源于對問題缺乏理解，或是對未來的擔(dān)心。 用戶往往不愿意花時(shí)間與 IT 人員交談并認(rèn)為這樣做是浪費(fèi)時(shí)間，因?yàn)?IT 人員過分關(guān)注他們自己的任務(wù)。應(yīng)該對過去交付產(chǎn)品的歷史進(jìn)行檢查。如果用戶來了多次但并未發(fā)看到有價(jià)值的輸出，他們將拒絕花更多的時(shí)間。在這種情況下，你應(yīng)該做你擅長的商業(yè)領(lǐng)域的項(xiàng)目以期得到用戶的尊重。 20 召開一個歷時(shí)一小時(shí)（并且要限定在該時(shí)間范圍內(nèi)）的需求討論會來討論特殊的問題。會議結(jié)束時(shí)應(yīng)讓用戶知道下一步該怎么做（并要取得共識）。用戶的觀點(diǎn)被記錄在“會談紀(jì)要”上。這些會讓用戶感到他們的意見已被聽取并且允 許他們更改錯誤。 一個項(xiàng)目被取消往往是由于沒有經(jīng)濟(jì)合理地達(dá)到用戶的業(yè)務(wù)要求。如果在項(xiàng)目的整個過程中，一直保持與用戶的有效溝通，他們將看到他們的要求正在逐步達(dá)到。項(xiàng)目很少因?yàn)檠悠诙蝗∠?。要注意范圍變更。在原有的截止日期上增加額外的任務(wù)，將會產(chǎn)生不現(xiàn)實(shí)的截止日期。 問題 31：在一個不編程，就認(rèn)為你沒在工作的環(huán)境中，你如何開展工作？ 答案 31： 如果用戶認(rèn)為你了解了他們的業(yè)務(wù)目標(biāo)，他們就希望早些開始編程。以一種他們能夠理解的形式制作需求文檔，提供一種開放的溝通方式，并讓他們知道你了解什么，你正在做什么。通過 項(xiàng)目計(jì)劃，狀態(tài)報(bào)告和原型同樣能夠表明項(xiàng)目的進(jìn)展。通過讓用戶審查需求，原型和狀態(tài)報(bào)告的形式，讓用戶參與項(xiàng)目。 方法論知識 問題 32：生命周期是什么，它的作用是什么？ 答案 32： 一個開發(fā)或維護(hù)生命周期是描述一個特定項(xiàng)目的開始，中間環(huán)節(jié)和完成的方法。一個生命周期包含了完成特定目標(biāo)的所有步驟，任務(wù)和 /或活動。每個活動可能有一種特定的方法。例如 ,制作數(shù)據(jù)模型可能會按照 James Martins 建模方法。對象建?？赡軙捎肐van Jacobson 方法。生命周期通過運(yùn)用所有方法來完成業(yè)務(wù)目標(biāo)。 問題 33：描述你 的項(xiàng)目計(jì)劃中應(yīng)包括的階段、活動和可交付產(chǎn)品。 答案 33： 項(xiàng)目計(jì)劃中應(yīng)包括如下階段（不是以瀑布 /線性次序）： 1. 項(xiàng)目管理： 典型活動： 很多人忘記加入諸如開發(fā)和維護(hù)項(xiàng)目計(jì)劃，狀態(tài)會議和報(bào)告，評估的資料收集和匯報(bào)，制作演示資料和向上級和用戶進(jìn)行演示等諸如此類需要花時(shí)間的，內(nèi)部的項(xiàng)目管理活動。 典型交付： 項(xiàng)目計(jì)劃，狀態(tài)報(bào)告，評估報(bào)告（例如：有多少個功能點(diǎn)） 21 2. 需求分析： 典型活動： 范圍定義，成本利潤初步分析，建議。 典型交付： 范圍文檔，物理和邏輯分析，實(shí)體關(guān)系圖，成本利潤分析，商業(yè)規(guī)則申明 ，任務(wù)定義和概要說明。 3. 設(shè)計(jì)： 典型活動： 建立開發(fā)和測試環(huán)境，制作邏輯模型，技術(shù)系統(tǒng)設(shè)計(jì)，執(zhí)行計(jì)劃。 典型交付： 邏輯數(shù)據(jù)模型，事件模型，對象模型，網(wǎng)絡(luò)模型，物理設(shè)計(jì)，適合開發(fā)環(huán)境的規(guī)格說明，經(jīng)過修改的規(guī)格說明書，測試計(jì)劃，流程圖。 4. 開發(fā)： 典型活動： 編碼，單元測試和制作用戶文檔。 典型交付： 測試說明書，過程手冊，程序。 5. 測試： 典型活動： 軟、硬件測試，線性測試，系統(tǒng)測試，集成測試，回歸測試和平行測試。 典型交付： 測試結(jié)果，問題報(bào)告和跟蹤紀(jì)錄。 6. 實(shí)施和支持： 典型活動： 第一階段成果打包；培訓(xùn)。 典型交付： 問題報(bào)告過程。 7. 檢查 : 典型活動： 交付后的三到六個月對目標(biāo)成本，開發(fā)工作，可見 /不可見收益進(jìn)行檢查。 典型交付： 實(shí)施總結(jié)報(bào)告。 22 問題 34：制作原型應(yīng)該在項(xiàng)目生命周期的那個階段？ 答案 34： 貫穿整個項(xiàng)目。眼見為實(shí)。因?yàn)樗球?yàn)證功能，業(yè)務(wù)規(guī)則，用戶需求數(shù)據(jù)和測試的一個好工具。值得注意的是，原型不會成為粗制濫造的產(chǎn)品。原型需要較好地維護(hù)。原型應(yīng)能在過程和數(shù)據(jù)不完全的情況下，顯示各個窗口和窗口間的導(dǎo)航關(guān)系。 問題 35：在項(xiàng)目生命周期中，基于客戶端 /服務(wù)器端開發(fā)與基于大型機(jī)開發(fā)的區(qū)別是什么？ 答案 35： 基于客戶端 /服務(wù)器端開發(fā)的項(xiàng)目需要額外的任務(wù)編制各部分的計(jì)劃。各部分計(jì)劃中必須包括對事件，數(shù)據(jù)和網(wǎng)絡(luò)位置的檢查。必須根據(jù)用戶的要求決定服務(wù)器 /客戶端的分布。在服務(wù)器 /客戶端環(huán)境中，要運(yùn)用外觀建模技術(shù)和制作圖形界面的原型相結(jié)合和方法。 問題 36：在一個維護(hù)項(xiàng)目中如何管理和保證質(zhì)量？ 答案 36： 維護(hù)本身就含有負(fù)面意義。許多公司認(rèn)為維護(hù)工作是不好的，第二位的。費(fèi)錢的，并且是對現(xiàn)有應(yīng)用的不斷修改。必須懂得維護(hù)也有它的生命周期。因此，應(yīng)建立一個圍繞維護(hù)活動的 控制和質(zhì)量工作的計(jì)劃。新的開發(fā)計(jì)劃包括交付產(chǎn)品和每個任務(wù)分配的時(shí)間。項(xiàng)目計(jì)劃應(yīng)考慮到需求變更的情況。這樣可以使項(xiàng)目經(jīng)理和用戶看到變更對項(xiàng)目進(jìn)度的影響。 維護(hù)階段 /活動有： 變更的確定（是否會造成產(chǎn)品問題，是否增加了新的功能，或技術(shù)平臺的變更） 1. 正式記錄變更， 2. 變更確認(rèn)并初步估計(jì)變更的大小， 3. 對現(xiàn)有變更進(jìn)行優(yōu)先級排序， 4. 變更分析， 5. 對變更進(jìn)行編程， 23 6. 對變更和變更對系統(tǒng)產(chǎn)生的影響進(jìn)行系統(tǒng) /回歸測試， 7. 用戶確認(rèn)變更， 8. 產(chǎn)品遞交， 9. 生產(chǎn)。 問題 37：面向?qū)ο蟮拈_發(fā)與傳統(tǒng)的開發(fā)方法在管理技術(shù)上有什么不同？ 答案 37： 面向?qū)ο蟮捻?xiàng)目團(tuán)隊(duì)人員較少，團(tuán)隊(duì)成員不需要有太多創(chuàng)意。重要的是技術(shù)和個人的角色。每個成員需在項(xiàng)目的不同階段承擔(dān)不同的角色。因此，每個成員必須了解他們自己的優(yōu)缺點(diǎn)。圍繞一個或多個人員的角色有： ? 設(shè)計(jì)師（系統(tǒng)的整體結(jié)構(gòu)） ? 抽象工程師（類和類族） ? 應(yīng)用工程師（完成和組裝類和類之間的消息） 由于傳統(tǒng)的開發(fā)方法，個人角色是不能互換的。軟件開發(fā)是個人的努力的結(jié)果。即使是由最優(yōu)秀的，最聰明的人組成的團(tuán)隊(duì)，如果他們不能為共同的 目標(biāo)而工作，那么就是最簡單的項(xiàng)目也不能成功完成。 問題 38：你如何在處理雇員關(guān)系，項(xiàng)目管理，文本工作之間分配時(shí)間？ 答案 38： 人是最寶貴的財(cái)富，因此需要花費(fèi)最多的時(shí)間。然而，項(xiàng)目經(jīng)理必須關(guān)注事物的次序應(yīng)該是： 1. 商業(yè)目標(biāo)， 2. 公司的目標(biāo)， 3. 項(xiàng)目， 4. 團(tuán)隊(duì)， 24 5. 個人， 6. 技術(shù)和方法的變化 問題 39：什么是 PMCMM? 答案 39： 人員管理能力成熟度模型。 PMCMM 和 CMM 都是卡內(nèi)基 .梅隆大學(xué)的軟件工程研究所開發(fā)的概念模型。 PM 提供了人力資源管理的組織方法。五個層次是 ： 1. 隨意的：人員管理沒有連貫性， 2. 可重復(fù)的：組織在人員管理方面有一些政策方針， 3. 明確的：將人員管理與業(yè)務(wù)特點(diǎn)相結(jié)合， 4. 可度量的：對人員管理可進(jìn)行目標(biāo)量化， 5. 優(yōu)化：有組織地致力于不斷地提高人員管理水平。 小結(jié) 一個成功的團(tuán)隊(duì)是指由不同技能、才華、工作風(fēng)格和知識的成員組成的士氣高漲的團(tuán)隊(duì)。項(xiàng)目經(jīng)理的職責(zé)就是將這些人組成團(tuán)隊(duì)并激勵他們。本文通過復(fù)習(xí)一般性的概念、術(shù)語和面試中經(jīng)常會問到的問題，為面試做準(zhǔn)備。你可以根據(jù)你有關(guān)如何成為一個好的項(xiàng)目經(jīng)理的知識和經(jīng)驗(yàn)，對答案進(jìn)行整理 。不管怎么回答，盡量給你所應(yīng)聘的組織留下印象。應(yīng)以一種積極的態(tài)度面對。應(yīng)側(cè)重于人員管理，同時(shí)還有一個良好的技術(shù)背景。應(yīng)具備應(yīng)有的常識、自信、傾聽和作決定的能力。