Q：進度優(yōu)化。當進度延誤時如何處理？
A：1. 進度優(yōu)化。
大多數(shù)時候，開發(fā)會反饋是由于：需求變更、處理現(xiàn)場問題、技術(shù)難點原因（當然，除此之外，還有常見的就是評估失誤、劃水）。不同的原因，應該提供不同的方式來處理。
1). 需求變更：
變更基本是不可避免的，尤其是乙方。需要考慮如何讓變更對當前的版本影響最小。
a). 下一個版本處理
b). 替換當前版本的部分功能
c). 先處理變更中高優(yōu)先級的部分
d). 加入當前版本但上線時間延期
e). 加入當前版本且不延期，但是要跟用戶先明確，質(zhì)量方面可能會有問題。
2). 處理現(xiàn)場問題：
這個也是無法避免的，上線了肯定會有問題。 安排計劃時，評估資源可用性。不能做太理想的計劃（包括劃水的因素，也要考慮進去，一個人沒辦法全部時間保持高效的）。
3). 技術(shù)難點：
這個比較棘手，但大多數(shù)還是能找到解決方案的。核心在于時間夠不夠來處理這個事情。
4). 評估失誤：
這個很大程度上是管理出現(xiàn)的問題，評估工作量的時候，一般是用理想時長來評估，但安排計劃的時候，需要用實際時長（考慮外部工作插入導致效率下降、輕微劃水等），故一般評估2天的工作，需要安排2.5-3天。
5) 劃水：
輕微劃水需要忍受，水至清則無魚。嚴重劃水，則要進行考核。
其實，很多時候到了臨近上線才發(fā)現(xiàn)進度延期（或者才采取措施），上面的往往就來不及了。 那此時，就該往上一層考慮
1). 刪減內(nèi)容，分批上線（優(yōu)先保障重點功能。不能覺得全部都是重點功能，那樣沒有意義）
2). 變更，延期上線
Q：技術(shù)難點。當里程碑到來時，出現(xiàn)技術(shù)難點，負責該任務的研發(fā)人員無法解決，或短時間無法解決，且公司技術(shù)專家也會面臨同樣問題時，該如何處理？
A：技術(shù)難點。
出現(xiàn)技術(shù)難點，我首先想的是：
這個功能是不是一定要上？
能不能延期？
一定要按期上的話，有沒有替代方案？（比如程序 人工支撐）
當然，會把方案提前跟老板（也可能是客戶，或者都有）說一下，讓他們做好背鍋的思想準備。
這時候，領(lǐng)導的思維總是很有前瞻性的，他們大多會給一些指示。 核心在于，不能去問領(lǐng)導要怎么辦，而是要問，按我這個方案行不行？
Q：資源優(yōu)化。當前項目中的資源被其他項目占用，而其他項目優(yōu)先級更高時，你如何處理？
A：資源優(yōu)化。
這個情況，建議做好以下幾項：
1). 哭、鬧、把問題夸大，提升自己項目的優(yōu)先級。
當然，這個做法對項目來說是好的，但是對公司來說，不合適。（不建議使用，提高個人格局）
2). 做好影響分析，并跟領(lǐng)導溝通，讓老板知道可能的后果。
3). 如果可能，最好也跟客戶進行溝通，爭取更多時間。
4). 梳理清楚，保障項目最低要求的工作以及所需資源，按優(yōu)先級來處理工作，保障重點功能。（即便沒有資源問題，項目資源的使用也要區(qū)分重點和非重點，提高利潤）
注：2)3)4)其實沒有明顯的先后關(guān)系，應該是統(tǒng)籌處理，輸出一個合理的解決方案并匯報。
Q：項目集或項目組合管理。當多個項目并行時，大量問題爆發(fā)，作為項目經(jīng)理如何面對壓力？
A：多項目并行和項目集、項目組合管理
多項目并行：我之前也同時負責10來個項目，一般是會進行分組（比如有運維項目、外部項目、內(nèi)部項目）、分優(yōu)先級。
內(nèi)部的研發(fā)資源也會進行分組，但是能按需支援。
人員永遠是不夠的，延期也是常見的，那就找一些自己覺得能承受的住的去犧牲。
另外說一說大量問題爆發(fā)，如果是BUG，那需要引起注意。避免用于沉浸在救火的成就感當中——收集問題，分析，找到關(guān)鍵原因、耗時最多的、重復率高的，集中解決，降低后續(xù)的維護工作量 。
如果是管理方面的，那也是針對性的分析，優(yōu)化管理手段或者流程、制度（找到滿足公司下的最輕量級的管理方法）。
這種事情，反而急不來。
至于項目經(jīng)理本身，那放好心態(tài)，跟老板和用戶說說你的想法，體現(xiàn)專業(yè)性，老板和用戶對你也會更寬容。
Q：項目中，某位團隊成員經(jīng)常交付延誤，或交付質(zhì)量差，如何處理？
A：如何處理項目成員的問題
單個人員的質(zhì)量不行或經(jīng)常延期：一般是先看他的日志，收集一些證據(jù)，然后跟他溝通，明確問題，提出改進及考核要求（當然需要對方同意），定期考核檢查是否達標或者基本達標。（從經(jīng)驗來看，基本上都是一段時間后要辭職）。我這個做法比較殘忍，很多同學接受不了，勿噴。
除了行政手段之外，還會有一些技術(shù)手段來保障：比如核心功能寫測試代碼、部署持續(xù)集成的環(huán)境、編寫核心業(yè)務的自動化測試腳本、梳理關(guān)鍵業(yè)務的檢測要求（每次上線前、后，必須有責任人測試關(guān)鍵業(yè)務）。
Q：項目中，計劃明確，任務分配后，項目經(jīng)理需要頻繁跟進相關(guān)負責人的進度和質(zhì)量問題，而不是團隊成員自行反饋進度和質(zhì)量信息，導致項目經(jīng)理管理顆粒度非常細，如何提高團隊效率？
A：團隊效率問題
關(guān)于進度跟進：建議開晨會。晨會10分鐘左右，了解昨天工作完成情況、明確今天工作計劃、確認是否有遇到困難。不必坐等別人反饋。
Q：項目中，如何正確識別和規(guī)避風險？
A：項目風險管理問題
風險：其實軟件行業(yè)，常見的風險，上面都提到了。（軟件行業(yè)里面，穩(wěn)定的版本發(fā)布節(jié)奏、按優(yōu)先級處理工作、將變更影響降到最低、做好資源可用性評估、安排計劃不要太理想化、晨會及時跟進 做了這些工作，會讓項目管理輕松很多）
還有一個比較常見的，就是涉及第三方的配合。
預先梳理好涉及第三方的工作，提前做好溝通協(xié)調(diào)，遇到問題及時反饋。（有一點比較關(guān)鍵：就是很多開發(fā)人員比較靦腆，如果直接讓他們聯(lián)系對方，他們很多都會“拖延”，我們可以先跟對方取得聯(lián)系，甚至拉好溝通群，說明訴求，剩下的讓技術(shù)直接對接就好）。
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權(quán)，不承擔相關(guān)法律責任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請發(fā)送郵件至 舉報，一經(jīng)查實，本站將立刻刪除。