專案進行到設計階段時，持續時間偏差已經達到80％，而整體進度不允許時間偏差，這就意味著需要在後面的階段中追趕進度，把
前面耽誤的時間給追回來。人力沒有補充，工作量在那裡明擺著，開會時所有的開發人員都怨聲載道：」**量那麼打，時間那麼短，
肯定完成不了，如果實在要在指定的時間內完成，那只有湊合，不能保證質量」。
我在想，難道又是乙個不可能完成的任務？
我慢慢覺得，其實開發人員和其它人在某些事情上的習慣沒什麼區別，你往往在乎他們的感受，
他們越會給自己爭取更大的寬度，你越想在管理上人性化，他們往往給你出難題，讓你月來越覺得專案在你手上有失控的危險。
因為，專案失敗的一切後果都不是他們來承擔，至少他們認為最大的責任應該在專案經理那裡，的確，領導也會這樣認為。
所以，我們在做專案管理的時候，必須要對專案有比較深刻的理解，拿最簡單的，開發人員認為至少需要3天才能完成某項功能，你是否
有你的理解，是不是完全聽開發人員來評估，如果你沒有概念，那麼只能聽開發人員擺布。我認為，在專案管理上必須要做到有柔有剛。
比如遇到一些是否要求加班，在完成小功能上的時間請求，在不影響整個專案質量，進度的情況下，要盡量位開發人員著想。
但是，涉及到專案交付時間，質量等問題，則必須保持原則，適當的時候可以採取大棒政策，畢竟我們的最大目標是保證整個專案按期，保質完成。
如果連這個目標都動搖了，那麼我認為其它的一切都是沒有商量的預定。變得毫無意義。
所以，對於今天我在專案上遇到得問題，採取以下措施：
1 時間上在專案進度允許範圍內適當放寬2天，保證當前階段得交付按時完成。
這個放寬是個別存在困難得組員，其它組員仍然按計畫進度實施。
2 要求每天9點必須到崗位。
3 每天早上開站立會議，交流專案中遇到得問題，進行問題跟蹤。
4 每天下班前，所有開發人員需要反饋專案完成進度百分比。
最近專案管理感悟
越來越能體會這句話 管理大部分時間都在溝通和協調 乙個專案涉及很多人，包括業務 產品 設計 後端開發 前端開發 測試等，他們對同一件事情的理解可能不同，過程中也會有各種問題，需要不斷協調和溝通才能達成一致，如果還劃分為不同的組，溝通和協調會更困難。最近負責了2個大的需求開發，過程中遇到了很多問題，導...
專案管理感悟 理想和現實
如果你是乙個完美主義者，你不適合當專案經理。太刻意的去追求完美最終反而是支離破碎。專案錯綜複雜，人也不是機器，專案管理也不是簡單的存在最優解的數學模型，專案本身是乙個動態負責的系統，不追求完美才能夠真正跳出區域性最優的圈子，來綜合平衡如何盡量讓專案所有干係人滿意。沒有最好，只有更好，如果認為現在已經...
專案管理之需求調研感悟
乙個專案中需求調研的充分與否是專案日後成敗的關鍵要素之一，這一點我想沒有哪位專案經理不認同吧？不過咱說的需求調研可不只是拿張紙記記客戶說什麼就完了，調研顧名思義就是調查和研究客戶的想法，我感覺應從以下幾個步驟入手 1 客戶想要什麼？2 要這幹什麼？3 為什麼這麼想？4 會不會有別的想法？這裡也說乙個...