文/白天
軟體開發的專案週期大體分為3個階段：獲取需求和定義產品、開發和測試、部署和運維。
在獲取需求和定義產品階段，需要防止 的不是進度太慢而是過快、過草率。特別是對於創業公司的產品經理來說，很可能因為看到開發人員無事可做而感到壓力，所以盡快完成產品定義，而沒有充分了解 市場和競爭對手資訊，沒有與合作夥伴充分溝通，沒有做深入的思考。
這些因倉促而隱藏的問題，發現得早則導致開發階段大量返工，發現得晚則導致產品上線後不 受歡迎。常聽一些人說現在網際網路開發，講究快速迭代和敏捷，邊做邊想，返工也正常。這是乙個誤解。快速迭代指的是將不同版本之間的週期縮短，小步快跑，而 不是在乙個版本的週期內來回折騰。
在開發和測試階段，專案管理重在跟蹤進度和保持溝通—用整合和演示跟蹤進度，基於bug溝通問題。
要做到各個模組外部介面相對清晰穩定，並盡早完成各個模組間的整合，最晚不超過開發周期的1/4時間。第一次整合之後，就應該開始每日整合和每週演示。每日 整合使得測試團隊每天能同步測試最新的**，幫助開發團隊盡早發現問題並及時了解技術細節上的進度；每週演示使產品經理、專案經理和管理層能從使用者的角度 感受產品，使他們對產品有信心。整合和演示是專案管理的心跳，合理利用它們，有助於及時把握專案的健康程度。
無論開發流程多敏捷，工程師能 力多強，記錄和跟蹤bug都是必不可少的。開發團隊和測試團隊的溝通都應該基於bug，才能言之有物。開發工程師每次提交**都應該記錄是針對哪個bug 的，每日工作演示文稿都應該寫今天關/開了哪些bug。要在每日晨會（站著開，一般15分鐘內）時說好，今天打算解決哪些bug，其中有哪些點不清楚，需要和 誰溝通。
在後期部署和維護階段，要快速響應。考驗的是團隊成員的責任心和抗壓能力。系統運維工程師要深夜工作，因為部署可能要在流量低的時 候進行；專案經理要保持能隨時溝通，做出快速而準確的決定，鼓勵團隊並做出表率；一旦出現高危害bug，開發團隊要在24小時內準備好補丁。amazon 的做法比較有趣：在產品剛上線一段時間內，開發工程師要保持24小時開機。如果自己負責的模組中出現高危害bug，那麼很可能會在深夜被系統運維工程師叫醒。這樣不僅能保證快速響應，還能讓工程師意識到：前期**不好好寫，後期就別指望能好好睡覺了。
作者白天，北京合輝資訊科技****ceo
如何有效的控制軟體專案的進度
在當前的軟體專案開發的過程中，無論是開發人員還是管理人員都越來越注意到專案進度的重要性。那麼如何控制專案進度。我下面根據個人的幾點建議來談以下 1 專案組長或專案經理 一定對整個專案的開發周期有乙個清楚的了解，把任務的劃分一定要一天為單位，不要一模組為單位，而每天無論是開發人員還是測試人員，都要對自...
如何實現有效的專案進度控制？
每乙個專案經理都希望自己負責的專案能夠成功！這似乎是每乙個專案經理為之追求和奮鬥的目標。那怎麼才算是乙個成功的專案呢？成功專案就是能夠到在規定的工期 成本的條件下，滿足或超過專案干係人要求的專案。也就是說時間 成本 質量 範圍是專案成功的基本要素，對專案的成敗起著至關重要的作用。其中時間因素又會對其...
如何有效地控制專案進度 重視細節
專案管理的目的是能夠按照預定的成本 進度和質量要求順利地對人員 產品 過程和專案進行分析和管理。在專案管理中，有些細節需要引起專案經理的重視。根據經驗規劃 即先做少量的規劃，再根據實踐過程中得到的資訊來做進一步的規劃，這樣可提高專案的可行性。試圖 未來的規劃很難奏效，除非你是個預言家，否則應該盡量在...