Q：進(jìn)度優(yōu)化。當(dāng)進(jìn)度延誤時(shí)如何處理？

A：1. 進(jìn)度優(yōu)化。

大多數(shù)時(shí)候，開發(fā)會(huì)反饋是由于：需求變更、處理現(xiàn)場(chǎng)問題、技術(shù)難點(diǎn)原因（當(dāng)然，除此之外，還有常見的就是評(píng)估失誤、劃水）。不同的原因，應(yīng)該提供不同的方式來處理。

1). 需求變更：

變更基本是不可避免的，尤其是乙方。需要考慮如何讓變更對(duì)當(dāng)前的版本影響最小。

a). 下一個(gè)版本處理

b). 替換當(dāng)前版本的部分功能

c). 先處理變更中高優(yōu)先級(jí)的部分

d). 加入當(dāng)前版本但上線時(shí)間延期

e). 加入當(dāng)前版本且不延期，但是要跟用戶先明確，質(zhì)量方面可能會(huì)有問題。

2). 處理現(xiàn)場(chǎng)問題：

這個(gè)也是無法避免的，上線了肯定會(huì)有問題。 安排計(jì)劃時(shí)，評(píng)估資源可用性。不能做太理想的計(jì)劃（包括劃水的因素，也要考慮進(jìn)去，一個(gè)人沒辦法全部時(shí)間保持高效的）。

3). 技術(shù)難點(diǎn)：

這個(gè)比較棘手，但大多數(shù)還是能找到解決方案的。核心在于時(shí)間夠不夠來處理這個(gè)事情。

4). 評(píng)估失誤：

這個(gè)很大程度上是管理出現(xiàn)的問題，評(píng)估工作量的時(shí)候，一般是用理想時(shí)長(zhǎng)來評(píng)估，但安排計(jì)劃的時(shí)候，需要用實(shí)際時(shí)長(zhǎng)（考慮外部工作插入導(dǎo)致效率下降、輕微劃水等），故一般評(píng)估2天的工作，需要安排2.5-3天。

5) 劃水：

輕微劃水需要忍受，水至清則無魚。嚴(yán)重劃水，則要進(jìn)行考核。

其實(shí)，很多時(shí)候到了臨近上線才發(fā)現(xiàn)進(jìn)度延期（或者才采取措施），上面的往往就來不及了。 那此時(shí)，就該往上一層考慮

1). 刪減內(nèi)容，分批上線（優(yōu)先保障重點(diǎn)功能。不能覺得全部都是重點(diǎn)功能，那樣沒有意義）

2). 變更，延期上線

Q：技術(shù)難點(diǎn)。當(dāng)里程碑到來時(shí)，出現(xiàn)技術(shù)難點(diǎn)，負(fù)責(zé)該任務(wù)的研發(fā)人員無法解決，或短時(shí)間無法解決，且公司技術(shù)專家也會(huì)面臨同樣問題時(shí)，該如何處理？

A：技術(shù)難點(diǎn)。

出現(xiàn)技術(shù)難點(diǎn)，我首先想的是：

這個(gè)功能是不是一定要上？

能不能延期？

一定要按期上的話，有沒有替代方案？（比如程序 人工支撐）

當(dāng)然，會(huì)把方案提前跟老板（也可能是客戶，或者都有）說一下，讓他們做好背鍋的思想準(zhǔn)備。

這時(shí)候，領(lǐng)導(dǎo)的思維總是很有前瞻性的，他們大多會(huì)給一些指示。 核心在于，不能去問領(lǐng)導(dǎo)要怎么辦，而是要問，按我這個(gè)方案行不行？

Q：資源優(yōu)化。當(dāng)前項(xiàng)目中的資源被其他項(xiàng)目占用，而其他項(xiàng)目?jī)?yōu)先級(jí)更高時(shí)，你如何處理？

A：資源優(yōu)化。

這個(gè)情況，建議做好以下幾項(xiàng)：

1). 哭、鬧、把問題夸大，提升自己項(xiàng)目的優(yōu)先級(jí)。

當(dāng)然，這個(gè)做法對(duì)項(xiàng)目來說是好的，但是對(duì)公司來說，不合適。（不建議使用，提高個(gè)人格局）

2). 做好影響分析，并跟領(lǐng)導(dǎo)溝通，讓老板知道可能的后果。

3). 如果可能，最好也跟客戶進(jìn)行溝通，爭(zhēng)取更多時(shí)間。

4). 梳理清楚，保障項(xiàng)目最低要求的工作以及所需資源，按優(yōu)先級(jí)來處理工作，保障重點(diǎn)功能。（即便沒有資源問題，項(xiàng)目資源的使用也要區(qū)分重點(diǎn)和非重點(diǎn)，提高利潤(rùn)）

注：2)3)4)其實(shí)沒有明顯的先后關(guān)系，應(yīng)該是統(tǒng)籌處理，輸出一個(gè)合理的解決方案并匯報(bào)。

Q：項(xiàng)目集或項(xiàng)目組合管理。當(dāng)多個(gè)項(xiàng)目并行時(shí)，大量問題爆發(fā)，作為項(xiàng)目經(jīng)理如何面對(duì)壓力？

A：多項(xiàng)目并行和項(xiàng)目集、項(xiàng)目組合管理

多項(xiàng)目并行：我之前也同時(shí)負(fù)責(zé)10來個(gè)項(xiàng)目，一般是會(huì)進(jìn)行分組（比如有運(yùn)維項(xiàng)目、外部項(xiàng)目、內(nèi)部項(xiàng)目）、分優(yōu)先級(jí)。

內(nèi)部的研發(fā)資源也會(huì)進(jìn)行分組，但是能按需支援。

人員永遠(yuǎn)是不夠的，延期也是常見的，那就找一些自己覺得能承受的住的去犧牲。

另外說一說大量問題爆發(fā)，如果是BUG，那需要引起注意。避免用于沉浸在救火的成就感當(dāng)中——收集問題，分析，找到關(guān)鍵原因、耗時(shí)最多的、重復(fù)率高的，集中解決，降低后續(xù)的維護(hù)工作量 。

如果是管理方面的，那也是針對(duì)性的分析，優(yōu)化管理手段或者流程、制度（找到滿足公司下的最輕量級(jí)的管理方法）。

這種事情，反而急不來。

至于項(xiàng)目經(jīng)理本身，那放好心態(tài)，跟老板和用戶說說你的想法，體現(xiàn)專業(yè)性，老板和用戶對(duì)你也會(huì)更寬容。

Q：項(xiàng)目中，某位團(tuán)隊(duì)成員經(jīng)常交付延誤，或交付質(zhì)量差，如何處理？

A：如何處理項(xiàng)目成員的問題

單個(gè)人員的質(zhì)量不行或經(jīng)常延期：一般是先看他的日志，收集一些證據(jù)，然后跟他溝通，明確問題，提出改進(jìn)及考核要求（當(dāng)然需要對(duì)方同意），定期考核檢查是否達(dá)標(biāo)或者基本達(dá)標(biāo)。（從經(jīng)驗(yàn)來看，基本上都是一段時(shí)間后要辭職）。我這個(gè)做法比較殘忍，很多同學(xué)接受不了，勿噴。

除了行政手段之外，還會(huì)有一些技術(shù)手段來保障：比如核心功能寫測(cè)試代碼、部署持續(xù)集成的環(huán)境、編寫核心業(yè)務(wù)的自動(dòng)化測(cè)試腳本、梳理關(guān)鍵業(yè)務(wù)的檢測(cè)要求（每次上線前、后，必須有責(zé)任人測(cè)試關(guān)鍵業(yè)務(wù)）。

Q：項(xiàng)目中，計(jì)劃明確，任務(wù)分配后，項(xiàng)目經(jīng)理需要頻繁跟進(jìn)相關(guān)負(fù)責(zé)人的進(jìn)度和質(zhì)量問題，而不是團(tuán)隊(duì)成員自行反饋進(jìn)度和質(zhì)量信息，導(dǎo)致項(xiàng)目經(jīng)理管理顆粒度非常細(xì)，如何提高團(tuán)隊(duì)效率？

A：團(tuán)隊(duì)效率問題

關(guān)于進(jìn)度跟進(jìn)：建議開晨會(huì)。晨會(huì)10分鐘左右，了解昨天工作完成情況、明確今天工作計(jì)劃、確認(rèn)是否有遇到困難。不必坐等別人反饋。

Q：項(xiàng)目中，如何正確識(shí)別和規(guī)避風(fēng)險(xiǎn)？

A：項(xiàng)目風(fēng)險(xiǎn)管理問題

風(fēng)險(xiǎn)：其實(shí)軟件行業(yè)，常見的風(fēng)險(xiǎn)，上面都提到了。（軟件行業(yè)里面，穩(wěn)定的版本發(fā)布節(jié)奏、按優(yōu)先級(jí)處理工作、將變更影響降到最低、做好資源可用性評(píng)估、安排計(jì)劃不要太理想化、晨會(huì)及時(shí)跟進(jìn) 做了這些工作，會(huì)讓項(xiàng)目管理輕松很多）

還有一個(gè)比較常見的，就是涉及第三方的配合。

預(yù)先梳理好涉及第三方的工作，提前做好溝通協(xié)調(diào)，遇到問題及時(shí)反饋。（有一點(diǎn)比較關(guān)鍵：就是很多開發(fā)人員比較靦腆，如果直接讓他們聯(lián)系對(duì)方，他們很多都會(huì)“拖延”，我們可以先跟對(duì)方取得聯(lián)系，甚至拉好溝通群，說明訴求，剩下的讓技術(shù)直接對(duì)接就好）。