項目經(jīng)理面試問題_第1頁
項目經(jīng)理面試問題_第2頁
項目經(jīng)理面試問題_第3頁
項目經(jīng)理面試問題_第4頁
項目經(jīng)理面試問題_第5頁
已閱讀5頁,還剩3頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、項目經(jīng)理的面試問面試官的問題:1. 公司優(yōu)先權(quán)是什么?2. 本項目的執(zhí)行資助者是誰?3. 公司使用的開發(fā)原理體系是什么?4. 本項目最后期限是什么?5. 有量度項目成功的方法嗎?6. 你的新經(jīng)理將怎樣保持項目信息靈通?7. 你的新經(jīng)理管理哲學(xué)和風(fēng)格是什么?8. 項目上的人們的技能水平是什么?9. 你將管理的項目的范圍被充分地定義嗎?10. 技術(shù)環(huán)境已經(jīng)選好了嗎?以下是典型的項目管理面試中通常會問到的問題及期望的回答:項目管理軟件工具知識問題 1 :工期和工作量之間的差異是什么?答案 1 :工期是商業(yè) / 日歷上的天數(shù),與人數(shù)和工作量無關(guān)。工作量是與日歷天數(shù)無關(guān)的人的工作。例如:一天的工作量對于

2、一個一只花50% 在時間在上面的人來說,他的工期就是兩天。如果兩個人全職工作,工期是 1 天,而工作量是兩個工作日。問題 2 :怎樣和為什么要在編制項目計劃時考慮依賴關(guān)系?答案2:根據(jù)使用的軟件包,依賴關(guān)系可以通過將任務(wù)及其后續(xù)任務(wù)的標識符進行關(guān)聯(lián)來表示。依賴關(guān)系說明了任務(wù)之間關(guān)聯(lián) / 并列的要求。 依賴關(guān)系可以 是指在另一個任務(wù)能開始之前有一個任務(wù)必須完成。例如,邏輯模型必須在物理模型前完成。但測試并不是要在所有編程工作完成之后才開始,如果沒有完成的程序?qū)€性測試沒有影響。項目計劃加入依賴關(guān)系,就能找出項目的關(guān)鍵路徑并且能夠確定它對項目工期的影響。問題 3 :你怎樣將人的工作步調(diào)與計劃結(jié)合?

3、答案 3:根據(jù)組織使用的具體的工具,可以將資源拆成更小的資源 / 單位,或者可以將任務(wù)拆成更小的任務(wù)。問題 4 :你怎樣將培訓(xùn),假日和個人教育時間表結(jié)合起來?答案 4 :每個產(chǎn)品都有標明不工作的天數(shù)的公司 / 全球的日歷。每個產(chǎn)品都也有個人的資源日歷標明個人不工作的時間。如果項目需要教育和培訓(xùn),應(yīng)該把它們象任務(wù)那樣寫在項目計劃上。問題 5:你怎樣安排類似狀態(tài)會議這樣貫穿整個項目但只需要極少的時間和工作量的任務(wù)?答案5:它的工期將和整個項目時間一樣長,占工作量的百分比.很小。被分配給任務(wù)的每個人花在該任務(wù)的時間占他時間的百分比極低。問題 6:實況報告對計劃的作用以及實況與最初預(yù)計的比較有何價值?

4、答案 6:根據(jù)組織使用的特定的工具,每個工具都為實況報告中輸入相互獨立的要素 / 域信息。也可以將報表進行分類, 來向團隊成員和其他相關(guān)團體說明 關(guān)鍵路徑的變化或時間表的調(diào)整。這些報告對已實現(xiàn)工作評價和作為在計劃下一個工程或階段的輸入有價值。另一個把估計和實況報告比較的有價值的用途是把范圍變更對項目的影響記錄下來。做項目計劃的技能問題 7 :你為什么制定項目計劃?答案7:項目計劃是實現(xiàn)成功的系統(tǒng)的路線圖。它提供了一種手段來通知每個人希望他們做什么及何時完成。它幫助項目經(jīng)理使管理層,商務(wù)用戶和支持團 體了解項目狀態(tài)和調(diào)整特殊的資源。逐項列記的“一覽表”協(xié)助對任何變動的影響進行迅速評估。當(dāng)實況報告

5、與計劃聯(lián)系起來后,項目計劃為今后項目的任務(wù)劃分和估算提供了有用的信息。問題 8 :你將怎樣著手做項目的計劃?答案 8:進程安排是一門藝術(shù)。根據(jù)已知有關(guān)業(yè)務(wù)目標的事實,公司一般標準,以及可以利用的過去的經(jīng)驗。可以從清楚地定義范圍和目標開始。 把項目的 風(fēng)險和制約做成文件。 差的估計源于對業(yè)務(wù)知識和項目范圍缺乏了解。可以從項目任務(wù)分解入手,例如先劃分階段,然后定義每個階段的活動,再定義每個活動中的任務(wù)。識別和文檔化里程碑和可交付產(chǎn)品。項目計劃是當(dāng)信息變得可以利用的時,不斷細化的有生命文件。很好地記錄進度的變化對項目經(jīng)理,開發(fā)團隊,支持團 隊,以及管理層,商業(yè)用戶都有益處。問題 9 :你將怎樣著手制

6、定項目計劃?答案 9:在適當(dāng)?shù)幕顒雍碗A段或其他的概括的標準說明下,輸入確定的任務(wù)。將適當(dāng)?shù)目山桓懂a(chǎn)品及里程碑和特定的任務(wù)聯(lián)系起來。連接全部需要依賴關(guān)聯(lián) 的任務(wù)。把資源角色或資源名字加到每個任務(wù)上。應(yīng)用度量結(jié)果確定事先的任務(wù)工作量,把更多的時間用于需求收集, 設(shè)計和測試。 考慮所有已知的節(jié)假日, 培訓(xùn), 休假或其他的資源停工時間。計劃草案將同支持團體,管理層和商務(wù)用戶一起復(fù)查,做為補充性的輸入和最終的批準。問題 10 :怎樣確定人員需求?答案 10 :不考慮資源限制進行計劃開發(fā)。 在任務(wù)旁邊加上諸如數(shù)據(jù)模型制作者, 業(yè)務(wù)分析員和用戶等角色。 再加上能將任 務(wù)重疊起來的補充性的資源。在計劃中要考慮

7、開發(fā)團隊包括支持團隊和;.用戶代表失去一個或多個資源的情況, 要在每個任務(wù)上增加 15% 的余量。 要使項目小組的組 成容易理解, 要有角色所必備的技術(shù)水平的說明。問題 11:給項目加上測量標準有什么價值?答案 11:如果使用得當(dāng),測量標準是一個有價值的工具。它們提供測定開發(fā)系統(tǒng)的復(fù)雜性和工作量的方法。度量結(jié)果為制定項目計劃提供了信息輸入資源,并且是確定發(fā)展方向的有價值的歷史信息。軟件測量標準將有助于開發(fā)更好的軟件。不過,最好有3年的歷史資料。問題 12:你怎樣在計劃中運用新技術(shù)?答案 12:在增加培訓(xùn)任務(wù)的同時要擴大工作量,縮小每個工作單元。在評價新技術(shù)在開發(fā)中的影響的過程中加上額外的原型和

8、檢查點(里程碑)。人員管理技能問題 13 :你作為項目經(jīng)理要做的第一件事情是什么?答案 13 :除了注意公司的發(fā)展方向并從中發(fā)現(xiàn)自己的發(fā)展道路外,在頭腦中要建立項目經(jīng)理所關(guān)注事物(商務(wù),公司,項目,團隊,個人,技術(shù)和方法論的變化)的優(yōu)先順序。因此,和部門經(jīng)理開會確定優(yōu)先順序,安排用戶和職員會議,得到全部成員的狀態(tài)報告和評價。重要的是能盡快處理業(yè)務(wù),項目和個人有關(guān)的事情。問題 14 :當(dāng)你的職員減少了 30 % 你將怎樣著手完成公司的項目?答案 14 :首先,確定和區(qū)分項目的優(yōu)先次序,哪些項目是必須在今后的 18 個月內(nèi)完成的。把絕對的最小的總?cè)藬?shù)與每個項目聯(lián)系起來。向管理者和用戶說明對進度表的

9、影響。因為兩者都也許不愿意接受進度表的變化,因此或許可以給你一些例外。減掉顧問比去掉一個雇員要好。每個項目的顧問也許可以用雇員代替。堅持運用學(xué)習(xí)曲線理論并逐步減少顧問人數(shù)。可以把一些顧問的工作從一周降低到一星期中的 2 或 3 天以應(yīng)付人員削減。如果公司有提前退休的一覽子法案,趕緊尋找一些有資歷的、適用的雇員。牢牢記住失去“老資格的人”你也許就失去了有價值的知識。盡可能將一個快退休的人和新手組合在一起。以滿足業(yè)務(wù)目標為前提,確定剩下員工的重要性以及他們在每個項目中的重要性。使新手和經(jīng)驗豐富人員的比例適當(dāng)。兩者都是確保項目和公司不斷成功的財富。 問題 15 :你的團隊主要是由新手組成的,并且進度

10、已經(jīng)落后。 你將做什么?答案 15 :需要記住一個項目很少因為在截止時間內(nèi)沒有完成而被取消的。項目被取消,主要是諸如缺少資金,用戶支持或不能滿足的業(yè)務(wù)目標。因此,要做的第一件事是培訓(xùn),無論在室內(nèi)還是室外,在課堂或通過錄像帶。另一種附加方法就是讓資深的雇員或高級顧問充當(dāng).教師。舉辦針對個人評估和輔導(dǎo)的會議。幫助每個員工準確評價他們各自的優(yōu)點和缺點。同時明確任務(wù),將所有必須遵守的標準或準則闡述清楚。 為每個員工提供從成功項目中得到的模板作為指南,還要允許他們發(fā)揮自己的才能。如果需要,和他們一起工作。對任何問題或完成的任務(wù)做出迅速的反饋。 對于較大的任務(wù),看看他們的計劃,有助于確定他們是否了解任務(wù)的

11、范圍和目標,以便了解他們是否能完成任務(wù)。傾聽員工的觀點,也許他們會有完成任務(wù)的正確的方法和途徑。然而也要防止雇員陷入挫折和士氣低落的困境中。問題 16 :你將怎樣和與你競爭相同職位的員工相處?答案 16 :這是經(jīng)常發(fā)生的不愉快情況。 雇員總是認為他們能勝任某個職位而管理層還沒有意識到這一點。 因此,要進行如下調(diào)查:發(fā)現(xiàn)員工的管理能力閱讀評估和狀態(tài)報告當(dāng)雇員變得不合作時試圖發(fā)現(xiàn)一些變通的方法并且針對這種狀況進行一些個人談話,談話內(nèi)容包括:弄清楚狀況與員工一起分析他 / 她具有的能使他 / 她得到提升的資歷 ,強調(diào)在初期協(xié)作的必要性和管理層是如何高度重視合作關(guān)系的問題 17 :在決策和工作風(fēng)格方面

12、你會給你手下多大的自由?答案 17 :自由的大小取決于每個人的技能和專業(yè)水平。 一個好的經(jīng)理是 “面向結(jié)果的” 并且能創(chuàng)造一個能使團隊廣泛交流的環(huán)境。無論如何,每個員工每周需提交項目和商業(yè)目標有關(guān)的狀態(tài)報告并且經(jīng)理要進行審查。這有利于加強組織建設(shè)并使每個員工致力于他們自己應(yīng)完成的工作。問題 18 :如何對待即將退休的員工?答案 18 :即將退休的員工能提供大量的信息。 一個人在把所有業(yè)務(wù)知識和關(guān)系網(wǎng)拒之門外時必須三思而后行。因此,要利用這些人的能力: 他們在某些特 殊技能方面可以作為新手的老師。 明確主要的工作利益,要使項目能充分利用這些技能,可以利用他們從非正規(guī)途徑得到的必要支持 (不用通過

13、正規(guī)的, 官僚的途徑 完成工作)問題 19 :對一個一貫遲到的員工你會怎么辦?答案 19 :好的經(jīng)理是通過結(jié)果與所花時間來評價一個員工的。然而,還需要了解遲到會在公司和團隊中造成什么影響。一個人經(jīng)常遲到人們會感到領(lǐng)導(dǎo)在徇私并且會影響團隊的士氣。 這個人也許可以按期完成自己的任務(wù)但可能會影響到別人的進度。職業(yè)特性包括可靠性。 如果別人的工作進度取決于他們的工作進度,那么,他們的進度對于整個團隊就很重要。首先判斷這些員工的模式。換句話說,是偶爾還是一貫如此。其次,明確公司有關(guān)考勤方面的政策,確定遲到及其相關(guān)處理方法。要了解該員工的工作是否與進度相符并了解與他一起工作的人對他遲到的反應(yīng)。最后,必須與

14、他們進行客觀的談話。談話的主題包括:公司的規(guī)章制度對團隊的影響對個人評價的影響強調(diào)時間進度達成諒解;.問題 20:在費用削減的情況下,你將怎樣鼓舞士氣?答案 20:錢不是僅有的激勵因素。人們需要了解他們是否對項目有積極的貢獻。因此,要強調(diào)擁有的自豪感并且舉行業(yè)務(wù)會議,在會上讓用戶談?wù)勊麄儗椖拷M的良好印象。 同時,讓用戶對他們的功能和業(yè)務(wù)提出一個概括。培訓(xùn)是一個激勵因素。因此,狀況會議可以作為一個非正式的培訓(xùn)課程。不定期地舉辦有關(guān)新技術(shù)的內(nèi)部研討會。如果培訓(xùn)課程費用太昂貴,可以租賃技術(shù)錄像帶。訂閱雜志,有許多技術(shù)雜志是免費的。必須記住的是,忽視培訓(xùn)將使團隊的精神低落。這樣會影響產(chǎn)品的質(zhì)量和數(shù)量

15、。問題 21:你如何雇人?答案 21:首先做一個工作所需技能的描述。如果你不了解現(xiàn)在的需求就很難雇到合適的人。接下來要了解團隊成員的個性。列出團隊現(xiàn)在缺乏的技能或工作風(fēng)格。與人力資源部門討論所有這些情況,包括調(diào)動現(xiàn)有員工。當(dāng)候選人到來,針對現(xiàn)有工作進行面試,同時還要了解他是否具有新崗位所需的技能。問題 22 :你將如何解決團隊中的個人沖突?答案 22 :辨別出人的不同個性。 分別向員工表述每種風(fēng)格的價值。當(dāng)與沖突雙方討論試圖分析申訴或沖突的原因時應(yīng)持有客觀的態(tài)度。問題 23 :你將如何監(jiān)控 / 管理顧問?答案 23 :顧問也是人,也需要得到尊重。他們還需要明確的目標和任務(wù)。 堅持做工作周報,

16、將工作時間和工作完成情況聯(lián)系起來。問題 24 :你將如何管理外援?答案 24 :和管理顧問的方法相同。不過,他們可能有一個經(jīng)理來負責(zé)外包合作。首先要和這個經(jīng)理一起組織日常會議。堅持做工作周報和可交付產(chǎn)品的拷貝。問題 25 :你將如何同一個似乎總是不能按時完成工作的員工一起工作?答案 25 :直到找到問題的原因時,問題才能解決。原因不一定是分析問題或解決問題的能力差??赡苁且粋€管理方面的問題。該員工可能沒有得到適當(dāng)?shù)呐嘤?xùn),他的工作可能超出了他的能力范圍。另外一種可能是這個人有太多的事情要做而且這些事情都是最重要的或者他不清楚交付日期。如果不是上述原因,要注意觀察,找出原因所在。例如當(dāng)所有人遇到問

17、題時,都會找這個人。那么,這個人的工作經(jīng)常會被無數(shù)次地打斷。溝通技巧問題 26 :你將怎樣使用戶參與和了解項目的每個階段?.答案 26 :貫穿整個項目的原型是得到用戶肯定的方法。讓用戶對有形和無形的利益進行研究,以做出成本效益分析。和用戶一起開發(fā)測試數(shù)據(jù),測試大綱和驗收標準。e-mail里程碑狀態(tài)報告和更新 / 修改的項目計劃。 在項目進行階段性檢查時的同時對可交付產(chǎn)品進行檢查。問題 27 :你將如何發(fā)現(xiàn)和解決內(nèi)部和外部問題?答案 27 :從所有可能的資源獲取實情并客觀地記錄下來。 然后在相關(guān)方參與下,盡量自己解決問題。如果這種方法無效,按照組織的管理結(jié)構(gòu)提出問題并參照可能的解決方法。問題 2

18、8 :你將如何得到供應(yīng)商的一貫支持?答案 28 :雖然供應(yīng)商是在管理范圍之外的, 但也可以將他們包含進來,如果他們得到尊重 ,了解業(yè)務(wù)目標預(yù)先購買 ,將供應(yīng)作為計劃的輸入,這樣會對他們產(chǎn)生影響參與設(shè)計 .因此,在項目的早期階段就應(yīng)該考慮供應(yīng)商的管理。確保他們了解業(yè)務(wù)目標和工作的利益。問題 29 :如何處理“是否能破除一些規(guī)矩”現(xiàn)象?答案 29 :單純?yōu)榱思夹g(shù)而采用某種技術(shù)是不能說服用戶或領(lǐng)導(dǎo)的。任何人都可能抵制那些會改變現(xiàn)狀的變化。然而,如果將技術(shù)與商業(yè)利潤聯(lián)系起來,用戶會支持你的建議。問題30 :你如何應(yīng)對不同的商業(yè)用戶,如果他:a) 拒絕確認需求 b) 經(jīng)常改變主意 c) 不肯花時間 d)

19、 堅持不現(xiàn)實的截止日期答案 30 :無論客戶有多難應(yīng)付, 都應(yīng)該記住正因為他們我們才有工作做。他們是客戶。必須以高度的職業(yè)精神,完全尊重他們。因為他們不能了解我們的工作正如我們不能完全了解他們的那樣,溝通變得比較復(fù)雜。因此,我們要花時間作規(guī)劃并解釋其中包含的內(nèi)容。用戶需要感到他們沒有浪費時間,正在取得成果,并且他們的意圖被很好地理解。制作原型是一個有用的工具。它提供了一幅用戶能理解的、靈活的圖畫。另外,對工作風(fēng)格的理解也很重要。拒絕承認或不斷地改變想法可能源于對問題缺乏理解,或是對未來的擔(dān)心。用戶往往不愿意花時間與 IT 人員交談并認為這樣做是浪費時間,因為 IT 人員過分關(guān)注他們自己的任務(wù)。

20、 應(yīng)該對過去交付產(chǎn)品的歷史進行檢查。 如果用戶 來了多次但并未發(fā)看到有價值的輸出, 他們將拒絕花更多的時間。在這種情況下,你應(yīng)該做你擅長的商業(yè)領(lǐng)域的項目以期得到用戶的尊重。召開一個歷時一小時(并且要限定在該時間范圍內(nèi))的需求討論會來討論特殊的問題。會議結(jié)束時應(yīng)讓用戶知道下一步該怎么做(并要取得共識)。用戶的觀點被記錄在“會談紀要”上。這些會讓用戶感到他們的意見已被聽取并且允許他們更改錯誤。一個項目被取消往往是由于沒有經(jīng)濟合理地達到用戶的業(yè)務(wù)要求。如果在項目的整個過程中,一直保持與用戶的有效溝通,他們將看到他們的要求正在逐步達到。項目很少因為延期而被取消。;.要注意范圍變更。在原有的截止日期上增

21、加額外的任務(wù),將會產(chǎn)生不現(xiàn)實的截止日期。問題 31 :在一個不編程,就認為你沒在工作的環(huán)境中,你如何開展工作?答案 31 :如果用戶認為你了解了他們的業(yè)務(wù)目標, 他們就希望早些開始編程。以一種他們能夠理解的形式制作需求文檔,提供一種開放的溝通方式,并讓 他們知道你了解什么,你正在做什么。通過項目計劃,狀態(tài)報告和原型同樣能夠表明項目的進展。通過讓用戶審查需求,原型和狀態(tài)報告的形式,讓用戶參與項目。方法論知識問題 32 :生命周期是什么,它的作用是什么?答案 32 :一個開發(fā)或維護生命周期是描述一個特定項目的開始,中間環(huán)節(jié)和完成的方法。一個生命周期包含了完成特定目標的所有步驟,任務(wù)和/ 或活動。每

22、個活動可能有一種特定的方法。例如 ,制作數(shù)據(jù)模型可能會按照 James Martins 建模方法。對象建??赡軙捎?Ivan Jacobson 方法。生命周期通過運用所有方法來完成業(yè)務(wù)目標。問題 33 :描述你的項目計劃中應(yīng)包括的階段、 活動和可交付產(chǎn)品。答案 33 :項目計劃中應(yīng)包括如下階段(不是以瀑布 / 線性次序):項目管理:典型活動:很多人忘記加入諸如開發(fā)和維護項目計劃,狀態(tài)會議和報告,評估的資料收集和匯報,制作演示資料和向上級和用戶進行演示等諸如此類需要花時間的,內(nèi)部的項目管理活動。典型交付:項目計劃,狀態(tài)報告,評估報告(例如:有多少個功能點)需求分析:典型活動:范圍定義,成本利潤

23、初步分析,建議。典型交付:范圍文檔,物理和邏輯分析,實體關(guān)系圖,成本利潤分析,商業(yè)規(guī)則申明,任務(wù)定義和概要說明。設(shè)計:典型活動: 建立開發(fā)和測試環(huán)境, 制作邏輯模型, 技術(shù)系統(tǒng)設(shè)計,執(zhí)行計劃。典型交付:邏輯數(shù)據(jù)模型,事件模型,對象模型,網(wǎng)絡(luò)模型,物理設(shè)計,適合開發(fā)環(huán)境的規(guī)格說明,經(jīng)過修改的規(guī)格說明書,測試計劃,流程圖。開發(fā):典型活動:編碼,單元測試和制作用戶文檔。典型交付:測試說明書,過程手冊,程序。測試:典型活動:軟、硬件測試,線性測試,系統(tǒng)測試,集成測試,回歸測試和平行測試。典型交付:測試結(jié)果,問題報告和跟蹤紀錄。實施和支持:典型活動:第一階段成果打包;培訓(xùn)。典型交付:問題報告過程。.檢查

24、 :典型活動:交付后的三到六個月對目標成本,開發(fā)工作,可見 / 不可見收益進行檢查。典型交付:實施總結(jié)報告。問題 34 :制作原型應(yīng)該在項目生命周期的那個階段?答案 34 :貫穿整個項目。眼見為實。因為它是驗證功能,業(yè)務(wù)規(guī)則,用戶需求數(shù)據(jù)和測試的一個好工具。值得注意的是,原型不會成為粗制濫造的產(chǎn)品。原型需要較好地維護。原型應(yīng)能在過程和數(shù)據(jù)不完全的情況下,顯示各個窗口和窗口間的導(dǎo)航關(guān)系。問題35 :在項目生命周期中,基于客戶端/ 服務(wù)器端開發(fā)與基于大型機開發(fā)的區(qū)別是什么?答案35 :基于客戶端 / 服務(wù)器端開發(fā)的項目需要額外的任務(wù)編制各部分的計劃。各部分計劃中必須包括對事件,數(shù)據(jù)和網(wǎng)絡(luò)位置的檢查

25、。 必須根據(jù)用戶的要求決定服務(wù)器/ 客戶端的分布。 在服務(wù)器 / 客戶端環(huán)境中, 要運用外觀建模技術(shù)和制作圖形界面的原型相結(jié)合和方法。問題 36 :在一個維護項目中如何管理和保證質(zhì)量?答案 36 :維護本身就含有負面意義。 許多公司認為維護工作是不好的,第二位的。費錢的,并且是對現(xiàn)有應(yīng)用的不斷修改。必須懂得維護也有它的生命周 期。因此,應(yīng)建立一個圍繞維護活動的控制和質(zhì)量工作的計劃。新的開發(fā)計劃包括交付產(chǎn)品和每個任務(wù)分配的時間。 項目計劃應(yīng)考慮到需求變更的情況。這樣可以使項目經(jīng)理和用戶看到變更對項目進度的影響。維護階段/ 活動有:變更的確定(是否會造成產(chǎn)品問題,是否增加了新的功能,或技術(shù)平臺的變

26、更) 正式記錄變更, 變更確認并初步估計變更的大小,對現(xiàn)有變更進行優(yōu)先級排序,變更分析,對變更進行編程,對變更和變更對系統(tǒng)產(chǎn)生的影響進行系統(tǒng) / 回歸測試,用戶確認變更,產(chǎn)品遞交,生產(chǎn)。問題 37 :面向?qū)ο蟮拈_發(fā)與傳統(tǒng)的開發(fā)方法在管理技術(shù)上有什么不同?答案 37 :面向?qū)ο蟮捻椖繄F隊人員較少, 團隊成員不需要有太多創(chuàng)意。重要的是技術(shù)和個人的角色。每個成員需在項目的不同階段承擔(dān)不同的角色。 因此,每個成員必須了解他們自己的優(yōu)缺點。圍繞一個或多個人員的角色有:設(shè)計師(系統(tǒng)的整體結(jié)構(gòu))抽象工程師(類和類族) 應(yīng)用工程師 (完成和組裝類和類之間的消息)由于傳統(tǒng)的開發(fā)方法,個人角色是不能互換的。軟件開

27、發(fā)是個人的努力的結(jié)果。即使是由最優(yōu)秀的,最聰明的人組成的團隊,如果他們不能為共同的目標而工作,那么就是最簡單的項目也不能成功完成。問題 38 :你如何在處理雇員關(guān)系,項目管理,文本工作之間分配時間?;.答案 38 :人是最寶貴的財富,因此需要花費最多的時間。然而,項目經(jīng)理必須關(guān)注事物的次序應(yīng)該是:商業(yè)目標,公司的目標,項目,團隊,個人,技術(shù)和方法的變化問題 39:什么是 PM-CMM?答案 39:人員管理能力成熟度模型。 PM-CMM和 CMM 都是卡內(nèi)基 .梅隆大學(xué)的軟件工程研究所開發(fā)的概念模型。PM 提供了人力資源管理的組織方法。五個層次是:隨意的:人員管理沒有連貫性,可重復(fù)的:組織在人員

28、管理方面有一些政策方針,明確的:將人員管理與業(yè)務(wù)特點相結(jié)合,可度量的:對人員管理可進行目標量化,優(yōu)化的:有組織地致力于不斷地提高人員管理水平。小結(jié)一個成功的團隊是指由不同技能、才華、工作風(fēng)格和知識的成員組成的士氣高漲的團隊。項目經(jīng)理的職責(zé)就是將這些人組成團隊并激勵他們。 本文通過復(fù)習(xí) 一般性的概念、 術(shù)語和面試中經(jīng)常會問到的問題,為面試做準備。你可以根據(jù)你有關(guān)如何成為一個好的項目經(jīng)理的知識和經(jīng)驗, 對答案進行整理。 不管怎么回答,盡 量給你所應(yīng)聘的組織留下印象。應(yīng)以一種積極的態(tài)度面對。應(yīng)側(cè)重于人員管理, 同時還有一個良好的技術(shù)背景。 應(yīng)具備應(yīng)有的常識、自信、傾聽和作決定的能力。項目經(jīng)理任務(wù):為

29、公司領(lǐng)導(dǎo)當(dāng)好士兵;為項目建設(shè)做好主管;為一線施工當(dāng)好后盾。項目經(jīng)理主持項目經(jīng)理部全面工作 ; 對項目部的經(jīng)營管理、施工生產(chǎn)、行政安全、工程技術(shù)質(zhì)量負全面責(zé)任; 對副職工作進行協(xié)調(diào)指導(dǎo) ; 做好與建設(shè)單位、監(jiān)理等單位配合工作; 定期召集或委托召集項目班子會,對項目成本、工程進度、工程質(zhì)量等重點工作研究決定 ; 履行總包責(zé)任,對所施工工程全面監(jiān)督管理,協(xié)調(diào)分包單位之間的關(guān)系。經(jīng)過幾年施工管理和在項目部工作中的鍛煉,參與了工業(yè)、民用建筑工程從開工到竣工的全過程管理,使自己各方面素質(zhì)得以提高。參與這次競聘,我愿在求真務(wù)實中認識自.己,在積極進取中不斷追求,在拼搏奉獻中實現(xiàn)價值,在施工管理中完善自己。我深知項目部項目經(jīng)理的工作十分重要, 這主要體現(xiàn)在以下三個方面:一是為公司領(lǐng)導(dǎo)當(dāng)好士兵,二是為全行事務(wù),當(dāng)好主管,三是為一線員工當(dāng)好后盾。具體說就是擺正位置,當(dāng)好配角 ; 胸

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論