項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx

項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx

ID:53837527

大?。?7.53 KB

頁(yè)數(shù):8頁(yè)

時(shí)間:2020-04-08

項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx_第1頁(yè)
項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx_第2頁(yè)
項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx_第3頁(yè)
項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx_第4頁(yè)
項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx_第5頁(yè)
資源描述:

《項(xiàng)目經(jīng)理面試必看PMP知識(shí).docx》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。

1、應(yīng)屆生求職季寶典開啟你的職場(chǎng)征途簡(jiǎn)歷撰寫筆試真題面試攻略專業(yè)技能指導(dǎo)公務(wù)員專區(qū)17.?寫新代碼前會(huì)把已知缺陷解決么?要。每個(gè)人的缺陷不能超過(guò)10個(gè)或15個(gè),否則必須先解決老的bug才能繼續(xù)寫新代碼。?18.?你們對(duì)缺陷的輕重緩急有事先的約定么??必須有定義。Severity要分1、2、3,約定好:藍(lán)屏和Data?Lost算Sev?1,F(xiàn)unction?Error算Sev?2,界面上的算Sev?3。但這種約定可以根據(jù)產(chǎn)品質(zhì)量現(xiàn)狀適當(dāng)進(jìn)行調(diào)整。?19.?你們對(duì)意見不一的缺陷有三國(guó)會(huì)議么?必須要有。要有一個(gè)明確的決策過(guò)程。這類似于CCB?(C

2、hange?Control?Board)的概念。?20.?所有的缺陷都是由登記的人最后關(guān)閉的么??Bug應(yīng)該由Opener關(guān)閉。Dev不能私自關(guān)閉Bug。?21.?你們的程序員厭惡修改老的代碼么??厭惡是正常的。解決方法是組織Code?Review,單獨(dú)留出時(shí)間來(lái)。XP也是一個(gè)方法。?22.?你們項(xiàng)目組有Team?Morale?Activity么??每個(gè)月都要搞一次,吃飯、唱歌、Outing、打球、開卡丁車等等,一定要有。不要剩這些錢。?23.?你們項(xiàng)目組有自己的Logo么??要有自己的Logo。至少應(yīng)該有自己的Codename。?24

3、.?你們的員工有印有公司Logo的T-Shirt么??要有。能增強(qiáng)歸屬感。當(dāng)然,T-Shirt要做的好看一些,最好用80支的棉來(lái)做。別沒穿幾次就破破爛爛的。?25.?總經(jīng)理至少每月參加次項(xiàng)目組會(huì)議要的。?要讓team?member覺得高層關(guān)注這個(gè)項(xiàng)目。?26.?你們是給每個(gè)Dev開一個(gè)分支么??反對(duì)。Branch的管理以及Merge的工作量太大,而且容易出錯(cuò)。?27.?有人長(zhǎng)期不Check-In代碼么??不可以。對(duì)大部分項(xiàng)目來(lái)說(shuō),最多兩三天就應(yīng)該Check-In。?28.?在Check-In代碼時(shí)都填寫注釋了么??要寫的,至少一兩句話,

4、比如“解決了Bug?No.225”。如果往高處拔,這也算做“配置審計(jì)”的一部分。?29.?有沒有設(shè)定每天Check-In的最后期限??要的,要明確Check-In?Deadline。否則會(huì)Build?Break。?30.?你們能把所有源碼一下子編譯成安裝文件嗎??要的。這是每日編譯(Daily?Build)的基礎(chǔ)。而且必須要能夠做成自動(dòng)的。?31.?你們的項(xiàng)目組做每日編譯么??當(dāng)然要做。有三樣?xùn)|西是軟件項(xiàng)目/產(chǎn)品開發(fā)必備的:1.?bug?management;?2.?source?control;?3.?daily?build。?32.

5、?你們公司有沒有積累一個(gè)項(xiàng)目風(fēng)險(xiǎn)列表??要。Risk?Inventory。否則,下個(gè)項(xiàng)目開始的時(shí)候,又只能拍腦袋分析Risk了。?33.?設(shè)計(jì)越簡(jiǎn)單越好越簡(jiǎn)單越好。?設(shè)計(jì)時(shí)候多一句話,將來(lái)可能就帶來(lái)無(wú)窮無(wú)盡的煩惱。應(yīng)該從一開始就勇敢的砍。這叫scope?management。?34.?盡量利用現(xiàn)有的產(chǎn)品、技術(shù)、代碼千萬(wàn)別什么東西都自己Coding。BizTalk和Sharepoint就是最好的例子,有這兩個(gè)作為基礎(chǔ),可以把起點(diǎn)提高很多?;蛘呖梢员M量多用現(xiàn)成的Control之類的?;蛘弑M量用XML,而不是自己去Parse一個(gè)文本文件;盡量

6、用RegExp,而不是自己從頭操作字符串,等等等等。這就是“軟件復(fù)用”的體現(xiàn)。?35.?你們會(huì)隔一段時(shí)間就停下來(lái)夯實(shí)代碼么??要。最好一個(gè)月左右一次。傳言去年年初Windows組在Stevb的命令下停過(guò)一個(gè)月增強(qiáng)安全。Btw,“夯”這個(gè)字念“hang”,第一聲。?36.?你們的項(xiàng)目組每個(gè)人都寫Daily?Report么??要寫。五分鐘就夠了,寫10句話左右,告訴自己小組的人今天我干了什么。一則為了溝通,二則鞭策自己(要是游手好閑一天,自己都會(huì)不好意思寫的)。?37.?你們的項(xiàng)目經(jīng)理會(huì)發(fā)出Weekly?Report么??要。也是為了溝通。

7、內(nèi)容包括目前進(jìn)度,可能的風(fēng)險(xiǎn),質(zhì)量狀況,各種工作的進(jìn)展等。?38.?你們項(xiàng)目組是否至少每周全體開會(huì)一次??要。一定要開會(huì)。程序員討厭開會(huì),但每個(gè)禮拜開會(huì)時(shí)間加起來(lái)至少應(yīng)該有4小時(shí)。包括team?meeting,?spec?review?meeting,?bug?triage?meeting。千萬(wàn)別大家悶頭寫code。?39.?你們項(xiàng)目組的會(huì)議、討論都有記錄么??會(huì)前發(fā)meeting?request和agenda,會(huì)中有人負(fù)責(zé)主持和記錄,會(huì)后有人負(fù)責(zé)發(fā)meeting?minutes,這都是effective?meeting的要點(diǎn)。而且,每

8、個(gè)會(huì)議都要形成agreements和action?items。?40.?其他部門知道你們項(xiàng)目組在干什么么??要發(fā)一些Newsflash給整個(gè)大組織。Show?your?team’s?value。否則,當(dāng)你坐

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無(wú)此問題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫(kù)負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無(wú)法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。