1樓：根構
時間預估是專案時間管理的一部分，為了更好的對專案的時間進行管理，通用的方法一般會採用如下幾步進行：
1. 確認專案所需的活動(Define Activities)；
2. 構建專案網路圖(Sequence Activities)；
3. 預估專案活動所需資源(Estimate Activities Resource)；
4. 預估專案活動所需跨度(Estimate Activities Duration)；
5. 確定專案日程(Develop Schedule)；
6. 監控專案日程(Control Schedule)；
其中第一步至第四步可用於專案所需時間的預估，簡言之，根據專案的需求及三要素（時間，成本，質量）分解專案為每乙個工作包(Wokr Package)，然後進一步分解為可執行的活動(Activity)，建立專案工作分解圖(Work Breakdown Structure)，根據資源屬性(比如員工的技能，可貢獻於專案的時間等)來確定WBS中的各個活動所需的時間，然後建立專案活動網路圖以確定各個活動的前後順序及相互的關係，再根據各個活動所需時間來選擇乙個關鍵路徑(Critical Path)，從而確定下專案所需時間。
當然，這只是最基本的一種預估方法，還可以綜合運用其他方法來進行更精確的時間預估。而且時間預估是乙個動態迭代的過程，會隨著專案的進展不斷進行調整，這就涉及到專案時間管理的問題了。
2樓：世亮
1.需求分析階段、概要設計階段、詳細設計階段、編碼階段、測試階段、安裝及維護階段。不論是作坊式開發，還是團隊協作開發，這六個階段都是不可缺少的。
2.開發中的開發人員是最大的資源。對人員的配置、排程安排貫穿整個軟體過程，人員的組織管理是否得當，是影響對軟體專案質量的決定性因素。
3.你可以按產品的業務模組分類，以及功能級別安排不同指定的開發人員，決絕針對實施方案，來評估整體專案時間。
4.專案實施的時候過程中前緊後鬆，這也需要靠團隊的配合以及組織管理上，分工是否明確。
5.千萬別找外包團隊，來評估時間，內部技術人員與產品和相關的人員在一起碰。把詳細的設計需求，仔細的跟大家說。
3樓：老布
時間預估，不僅僅取決於有幾個developer以及多少個功能模組或feature，還取決於你的技術方案及架構的基礎上乙個功能模組或feature的實現複雜度。
4樓：趙仲民
專案管理裡，時間，成本和範圍三個要素，要預估時間就得相對明確成本和範圍。比如要你評估做頓飯得花多長時間，你得知道具體要做幾個菜， 自己會不會做，主料輔料原料齊不齊，有沒有幫忙買菜洗菜切菜等。這些都明確了，安排好分工，並行作業（燉湯的功夫把爆炒的菜準備好...
）時間就基本能預估出來。
當然工作中面對的專案，比做飯複雜得多（準備滿漢全席釣魚台國宴除外）。個人覺得有幾個重點：
1、評估專案成熟度，專案中是否有瓶頸（技術、資金、人員都算），這是造成時間不可控的主要因素。
2、如果1確定了，就回歸做菜模式了，跟專案團隊成員間確定好分工和專案進度，預留一定餘量即可。
產品經理（Product Manager） 專案經理（Project Manager） 程式經理（Program Manager）有什麼區別？
PM偉少 1 產品經理 產品管理。產品經理更加側重於具體產品的功能 樣式 產品邏輯的規劃，2 專案經理 專案管理。專案經理更加側重於專案整體溝通協作，如與團隊成員評估需求 分解任務並分配 評估時間，更需求跨部門協作，遇到風險等需要與上級領導 客戶等溝通。3 程式經理 開發團隊管理。程式經理更加側重於...
專案總監 專案經理 產品經理 技術經理 技術總監 專案主管 專案組長各自工作是什麼？有什麼不同？
子凡 職位好多，我們還是做個分類吧 以下只代表我的愚見，我們簡單的就把你所說的職位氛圍三種，管理職位 協調職位和技術職位。在我所知的網際網路企業中，一般會分兩條線，即管理發展線和專業發展線 你所說的職位按照名稱例如專案總監 技術總監 專案主管都應該屬於管理線 問題來了，管理線做什麼呢，定戰略和定方向...
產品經理如何進行專案管理
十億 如果說要進行專案管理真的可以試試Worktile！首先，任務以看板形式展示，絕對把你的任務安排的明明白白。然後是任務分配，在裡面每個任務都可以分配給不同負責人，並且自主設定任務優先順序與截止時間，羅列再多工也全然不慌！再來是進度監察，已完成 進行中 未完成專案開頭的進度數字說明與下面的三色比例...