1樓：Eric
有幾個建議點：
1、詳細理解專案需求和實施邊界，並與專案甲方充分溝通，挖掘需求，注意是挖掘，不只是順意接受需求，且雙方達成一致：
2、拆分專案模組、依賴任務、資源占用情況，合理進行規劃布局；
3、拆分模組，分解任務，制定WBS，使用如project的專案管理工具，制定詳細的專案計畫；
4、專案工期即可水落石出。
2樓：子正
你的演算法已經很精微了。回答保留，給初學者。
專案工期是的核心環節是WBS分解。
不要被這個概念嚇到。WBS就是流程分解。
1.立項
2.需求
3.設計
4.開發
5.測試
6.支援
就是乙個很簡單的WBS，當然實際進行估算時肯定要細化很多。
一般經過5~10個實際專案參照標準流程的研發過程。你大致就能夠對專案規模，乃至各個階段的任務量有乙個估計，參照這個估計可以得到各個階段的工時數，把人套進來，就大致可以估算出工期了。
3樓：古哥
不用這麼複雜吧。德爾菲法，找幾個技術經理，相對熟悉點的進行幾輪估算，然後按照專案組裡的人員構成進行一些折算，大體就差不多了。
4樓：whiletrue
lz計算這麼精細的方法我還是第一次見到,很受啟發,不知道哪些專門研究人力,做管理的人是怎麼計算工時的,靠經驗?還是真的是拆解出來精打細算做出來的?
5樓：白起
基本上來說，完全不靠譜。
如果沒有建立迭代的觀念，一味強調分解，專案管理肯定管不好。
你能把製造出來的一堆器官，通過螺絲釘鈕在一起，組裝成乙個人嗎？
6樓：
題目很長，看了好久……要對付強勢的老闆還需要解決以下問題：
1，在不考慮各個活動之間的邏輯關係時，通過簡單相加得出工期為33天。加入類似必須先設計再開發的硬邏輯關係後，工期延長為了49天。這裡面其實有個疏漏，X和Y的各個活動有些是可以並行的。
例如在A1完成後，馬上開始B4；同時在B4進行的同時開始A2活動。也就是說專案工期是有可能縮減的，應該在33至49天之間。
2， 有並行就必然要考慮資源平衡。注意到你的團隊中有6人，其中開發者4名。但完成X工作只需要其中兩名。按照你的演算法，多出來的兩名在這段時間內該幹什麼就顯的很重要了。
小小建議，既然已經把整個專案的工作包分解了，不妨把工作包排一下，做個網路圖看看。找出關鍵路徑上的活動，然後再估算歷時吧。
請問如何倒排工期？
風荷晚香 為什麼要倒排工期？那是因為有deadline 指定完成時間 完成時間是確定的 不可突破的，所以專案管理的目標就變成了進度優先，需要調動一切資源確保在指定完成時間前完成指定任務。那麼如何科學地調動資源來確保完成任務呢？這就需要 排工期 也就是專案管理中常說的 進度控制 所謂 倒排工期 並不是...
現在大部分工程專案都是搶工期搶出來的，這個過程質量和安全就得不到有效保證，大家怎麼看這種現象？
青眼 幾乎每個專案上都可以看到大幹100天，大幹120天什麼的，舉辦各種勞動競賽，刺激一線班組的積極性，來完成預期的產值。為什麼我們的工程都是搶出來的，平時不進行勞動競賽難道就沒有工人就沒有積極性了麼？這是乙個值得我們每個管理人員思考的問題，好多安全事故就出在搶工期間，在以人為本的現代社會，這種快 ...
如何看待現在的漢服商家拖工期的問題？
有過一次拖工期黑歷史的商家，就不會再買第二次了。因為我在乎的不是等的太久，而是沒有按期發貨。沒有能按期發貨，能說明很多問題。 說工期2 3個月的你們弱爆了，你見過從發售 雙十一左右 到發貨 正兒八經大批量發貨是疫情結束後3月，中間1月左右開始到過年催一次吐一點兒催一次吐一點兒 隔了半年，樣衣出了一次...