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