研發(fā)項(xiàng)目管理進(jìn)度跟蹤表任務(wù)分解及時(shí)間管理工具指南一、工具概述：研發(fā)項(xiàng)目管理的“導(dǎo)航儀”與“儀表盤”在研發(fā)項(xiàng)目管理中，任務(wù)不清晰、時(shí)間估算不準(zhǔn)、進(jìn)度滯后等問題常常導(dǎo)致項(xiàng)目延期、成本超支甚至目標(biāo)失敗。研發(fā)項(xiàng)目管理進(jìn)度跟蹤表（任務(wù)分解及時(shí)間管理版）是一套系統(tǒng)化工具，通過結(jié)構(gòu)化任務(wù)分解、科學(xué)化時(shí)間規(guī)劃、動(dòng)態(tài)化進(jìn)度跟蹤，幫助項(xiàng)目團(tuán)隊(duì)明確目標(biāo)、責(zé)任到人、實(shí)時(shí)監(jiān)控風(fēng)險(xiǎn)，保證項(xiàng)目按計(jì)劃推進(jìn)。本工具適用于軟件研發(fā)、硬件開發(fā)、算法研究等各類研發(fā)項(xiàng)目，尤其適合多團(tuán)隊(duì)協(xié)作、周期長、復(fù)雜度高的場(chǎng)景，是項(xiàng)目經(jīng)理、團(tuán)隊(duì)負(fù)責(zé)人及核心成員把控項(xiàng)目節(jié)奏的核心輔助工具。二、適用場(chǎng)景：這些情況下，你需要這套工具（一）復(fù)雜研發(fā)項(xiàng)目的“全景規(guī)劃”當(dāng)項(xiàng)目涉及多個(gè)模塊（如前端開發(fā)、后端接口、算法優(yōu)化、硬件測(cè)試）、多團(tuán)隊(duì)協(xié)作（如研發(fā)、測(cè)試、產(chǎn)品、運(yùn)維）時(shí)，傳統(tǒng)“拍腦袋”式的任務(wù)分配和時(shí)間估算極易導(dǎo)致責(zé)任不清、接口混亂。例如某智能硬件研發(fā)項(xiàng)目中，硬件結(jié)構(gòu)、固件開發(fā)、云平臺(tái)對(duì)接需同步推進(jìn)，通過任務(wù)分解可將“硬件開發(fā)”拆解為“結(jié)構(gòu)設(shè)計(jì)→原型打樣→可靠性測(cè)試→量產(chǎn)準(zhǔn)備”等子任務(wù)，明確每個(gè)任務(wù)的起止時(shí)間和負(fù)責(zé)人，避免“三不管”地帶。（二）進(jìn)度可視化的“風(fēng)險(xiǎn)預(yù)警”對(duì)于周期超過3個(gè)月的研發(fā)項(xiàng)目，管理層需實(shí)時(shí)掌握“哪些任務(wù)滯后？原因是什么？是否影響關(guān)鍵節(jié)點(diǎn)？”。本工具通過甘特圖（表格形式）和進(jìn)度跟蹤表，將抽象的“項(xiàng)目進(jìn)度”轉(zhuǎn)化為可量化的“任務(wù)完成率”“時(shí)間偏差率”，例如當(dāng)“算法模型訓(xùn)練”任務(wù)滯后5天時(shí)，系統(tǒng)可自動(dòng)預(yù)警，項(xiàng)目經(jīng)理及時(shí)協(xié)調(diào)資源（如增加算力、優(yōu)化代碼），避免影響后續(xù)集成測(cè)試。（三）新團(tuán)隊(duì)/新項(xiàng)目的“標(biāo)準(zhǔn)化落地”當(dāng)新團(tuán)隊(duì)接手陌生領(lǐng)域項(xiàng)目（如從消費(fèi)電子轉(zhuǎn)向醫(yī)療設(shè)備研發(fā)），或項(xiàng)目組缺乏成熟管理經(jīng)驗(yàn)時(shí)，工具內(nèi)置的“任務(wù)分解模板”“時(shí)間估算參考”能快速統(tǒng)一團(tuán)隊(duì)認(rèn)知。例如參考?xì)v史“醫(yī)療設(shè)備軟件研發(fā)”項(xiàng)目的任務(wù)分解結(jié)構(gòu)（WBS），新項(xiàng)目可直接復(fù)用“需求分析→原型設(shè)計(jì)→合規(guī)性審查→編碼開發(fā)→單元測(cè)試→注冊(cè)檢測(cè)”等標(biāo)準(zhǔn)模塊，減少重復(fù)溝通成本。三、工具使用全流程指南：6步搞定項(xiàng)目進(jìn)度管理（一）第一步：項(xiàng)目目標(biāo)與范圍界定——明確“做什么”與“做到什么程度”操作目標(biāo)：避免項(xiàng)目范圍蔓延（ScopeCreep），保證所有任務(wù)對(duì)齊核心目標(biāo)。具體操作方法：對(duì)齊核心目標(biāo)：與產(chǎn)品、業(yè)務(wù)方確認(rèn)項(xiàng)目交付物（如“V1.0版本上線，支持3個(gè)核心功能，通過認(rèn)證”）、關(guān)鍵里程碑（如“需求評(píng)審?fù)瓿伞_發(fā)啟動(dòng)→內(nèi)部測(cè)試→公測(cè)→上線”）。界定邊界：明確“包含”與“不包含”的內(nèi)容，例如“本次迭代包含用戶登錄模塊，不包含第三方社交登錄”。輸出文檔：《項(xiàng)目章程》，包含項(xiàng)目目標(biāo)、范圍、里程碑、關(guān)鍵干系人（如產(chǎn)品經(jīng)理、技術(shù)總監(jiān)）。示例說明：某“智能客服系統(tǒng)V2.0”項(xiàng)目，目標(biāo)為“上線智能問答、工單流轉(zhuǎn)、知識(shí)庫管理三大模塊，支持10萬并發(fā)用戶，響應(yīng)時(shí)間≤500ms”；范圍明確“不包含語音交互功能（預(yù)留后續(xù)迭代接口）”，避免后期開發(fā)范圍擴(kuò)大。（二）第二步：任務(wù)分解（WBS）——把“大象”切成“可操作的塊”操作目標(biāo)：將項(xiàng)目目標(biāo)拆解為可分配、可跟蹤、可交付的小任務(wù)，粒度控制在“8-80小時(shí)”（1-10人天）。具體操作方法：按階段+deliverable分層：一級(jí)分解：項(xiàng)目階段（如需求分析、系統(tǒng)設(shè)計(jì)、開發(fā)實(shí)現(xiàn)、測(cè)試驗(yàn)證、上線發(fā)布）；二級(jí)分解：階段交付物（如需求分析階段→需求規(guī)格說明書、原型圖、用戶故事）；三級(jí)分解：具體任務(wù)（如“需求規(guī)格說明書”→“業(yè)務(wù)流程梳理→功能點(diǎn)詳細(xì)描述→非功能性需求定義→需求評(píng)審”）。避免常見錯(cuò)誤：過粗：如“完成開發(fā)”（無法跟蹤進(jìn)度）；過細(xì)：如“編寫登錄接口第10行代碼”（增加管理成本）；遺漏：需交叉驗(yàn)證“是否覆蓋所有交付物？是否影響后續(xù)任務(wù)？”。工具輔助：可用XMind、Excel（層級(jí)列表）繪制WBS圖，最終輸出《WBS任務(wù)分解表》。示例說明：“智能客服系統(tǒng)V2.0”項(xiàng)目的WBS部分示例如下（表格形式展示）：任務(wù)層級(jí)任務(wù)ID任務(wù)名稱任務(wù)描述交付物前置任務(wù)1P1需求分析階段明確用戶需求與系統(tǒng)功能邊界需求規(guī)格說明書-2P1.1業(yè)務(wù)流程梳理梳理客服與用戶的交互場(chǎng)景業(yè)務(wù)流程圖-3P1.1.1咨詢-轉(zhuǎn)接流程細(xì)化定義“普通咨詢→轉(zhuǎn)人工”的觸發(fā)條件咨詢轉(zhuǎn)接流程文檔-3P1.1.2投訴-處理流程細(xì)化定義“投訴登記→分級(jí)處理→反饋”流程投訴處理流程文檔-2P1.2功能點(diǎn)詳細(xì)描述將需求拆解為可開發(fā)的功能模塊功能清單（含優(yōu)先級(jí)）P1.13P1.2.1智能問答功能描述定義問題匹配、答案推薦邏輯智能問答功能規(guī)格書P1.1（三）第三步：時(shí)間估算與排期——讓“計(jì)劃”貼近“現(xiàn)實(shí)”操作目標(biāo)：基于任務(wù)復(fù)雜度、資源能力、歷史數(shù)據(jù)，科學(xué)估算任務(wù)工期，制定可執(zhí)行的時(shí)間計(jì)劃。具體操作方法：選擇估算方法：三點(diǎn)估算法（推薦）：針對(duì)不確定任務(wù)（如算法優(yōu)化），估算“最樂觀時(shí)間（O）”“最可能時(shí)間（M）”“最悲觀時(shí)間（P）”，公式：工期=（O+4M+P）/6。例如“智能問答模型訓(xùn)練”：O=10天，M=15天，P=25天，工期=（10+4×15+25）/6≈15.8天→取16天。類比估算法：參考?xì)v史相似任務(wù)工期（如“上次用戶登錄模塊開發(fā)耗時(shí)12天”），本次“單點(diǎn)登錄開發(fā)”估算10-14天。制定排期原則：關(guān)鍵路徑優(yōu)先：識(shí)別項(xiàng)目中“無浮動(dòng)時(shí)間”的任務(wù)鏈（如“需求評(píng)審→開發(fā)→測(cè)試→上線”），保證關(guān)鍵任務(wù)資源優(yōu)先；資源平衡：避免同一資源過度分配（如*高級(jí)開發(fā)工程師同時(shí)負(fù)責(zé)3個(gè)核心模塊，需調(diào)整任務(wù)順序或增加人力）；預(yù)留緩沖：在項(xiàng)目總工期上預(yù)留10%-15%的應(yīng)急時(shí)間（如項(xiàng)目計(jì)劃90天，預(yù)留9-13天緩沖）。輸出《項(xiàng)目時(shí)間計(jì)劃表》（甘特圖表格形式），包含任務(wù)ID、任務(wù)名稱、負(fù)責(zé)人、計(jì)劃開始/結(jié)束時(shí)間、工期、前置任務(wù)、關(guān)鍵路徑標(biāo)識(shí)。示例說明：“智能客服系統(tǒng)V2.0”項(xiàng)目部分任務(wù)排期（簡(jiǎn)化版）：任務(wù)ID任務(wù)名稱負(fù)責(zé)人計(jì)劃開始時(shí)間計(jì)劃結(jié)束時(shí)間工期（天）前置任務(wù)關(guān)鍵路徑P1.2.1智能問答功能描述*產(chǎn)品經(jīng)理2024-03-012024-03-055P1.1是P2.1.1數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)*架構(gòu)師2024-03-062024-03-105P1.2是P3.1.1智能問答接口開發(fā)*開發(fā)工程師A2024-03-112024-03-2515P2.1.1是P4.1.1接口功能測(cè)試*測(cè)試工程師B2024-03-262024-04-039P3.1.1是（四）第四步：責(zé)任分配——讓“人人有事干，事事有人管”操作目標(biāo)：明確每個(gè)任務(wù)的“負(fù)責(zé)人”“參與人”“審核人”，避免責(zé)任模糊。具體操作方法：使用RACI矩陣：定義角色職責(zé)：Responsible（執(zhí)行者）：完成任務(wù)主體（如開發(fā)工程師）；Accountable（負(fù)責(zé)人）：對(duì)任務(wù)結(jié)果負(fù)總責(zé)（如模塊負(fù)責(zé)人）；Consulted（咨詢者）：提供專業(yè)意見（如算法專家）；Informed（知情人）：知曉任務(wù)進(jìn)展（如項(xiàng)目經(jīng)理）。分配原則：一任務(wù)一“R”：避免多人負(fù)責(zé)導(dǎo)致推諉；“A”為任務(wù)直屬上級(jí)或模塊負(fù)責(zé)人：具備決策權(quán)；關(guān)鍵任務(wù)需“多方參與”：如“需求評(píng)審”需產(chǎn)品、研發(fā)、測(cè)試共同參與（R：產(chǎn)品經(jīng)理；A：*技術(shù)總監(jiān)；C：測(cè)試負(fù)責(zé)人；I：全體項(xiàng)目成員）。輸出《責(zé)任分配矩陣表》，關(guān)聯(lián)任務(wù)ID與角色職責(zé)。示例說明：“智能問答功能開發(fā)”任務(wù)的RACI矩陣：任務(wù)ID任務(wù)名稱項(xiàng)目經(jīng)理*產(chǎn)品經(jīng)理*開發(fā)工程師A*測(cè)試工程師B算法專家P3.1.1智能問答接口開發(fā)ICR-CP3.1.2模型訓(xùn)練與調(diào)優(yōu)IAR-RP4.1.1接口功能測(cè)試ACIRC（五）第五步：進(jìn)度跟蹤與更新——讓“進(jìn)度”看得見、“問題”早暴露操作目標(biāo)：實(shí)時(shí)監(jiān)控任務(wù)完成情況，及時(shí)發(fā)覺偏差并采取糾正措施。具體操作方法：跟蹤頻率：日常任務(wù)：每日站會(huì)（15分鐘），同步“昨天完成什么？今天計(jì)劃什么？遇到什么障礙？”；階段性里程碑：每周例會(huì)（1小時(shí)），review《進(jìn)度跟蹤表》，更新任務(wù)狀態(tài)（未開始/進(jìn)行中/已完成/延期）。跟蹤維度：進(jìn)度偏差：實(shí)際完成量vs計(jì)劃完成量（如“接口開發(fā)計(jì)劃完成80%，實(shí)際完成60%，偏差-20%”）；時(shí)間偏差：實(shí)際開始/結(jié)束時(shí)間vs計(jì)劃時(shí)間（如“計(jì)劃3月25日完成，實(shí)際3月28日完成，延期3天”）；資源偏差：實(shí)際投入vs計(jì)劃投入（如“計(jì)劃投入2人，實(shí)際投入1人，資源不足”）。輸出《進(jìn)度跟蹤周報(bào)》，包含本周完成情況、下周計(jì)劃、風(fēng)險(xiǎn)清單、需協(xié)調(diào)資源。示例說明：《進(jìn)度跟蹤周報(bào)》部分內(nèi)容（第4周，2024-03-25至2024-03-31）：任務(wù)ID任務(wù)名稱計(jì)劃完成率實(shí)際完成率進(jìn)度偏差計(jì)劃結(jié)束時(shí)間實(shí)際結(jié)束時(shí)間延期原因當(dāng)前狀態(tài)P3.1.1智能問答接口開發(fā)100%80%-20%2024-03-25-算法模型訓(xùn)練延遲交付進(jìn)行中P4.1.1接口功能測(cè)試0%0%0%2024-04-03-前置任務(wù)未完成未開始（六）第六步：風(fēng)險(xiǎn)預(yù)警與調(diào)整——讓“問題”在“變大”前解決操作目標(biāo)：識(shí)別潛在風(fēng)險(xiǎn)，制定應(yīng)對(duì)預(yù)案，保證項(xiàng)目目標(biāo)不偏離。具體操作方法：風(fēng)險(xiǎn)識(shí)別：每周例會(huì)集體brainstorm，從“人員、技術(shù)、需求、資源”四類識(shí)別風(fēng)險(xiǎn)，例如：“*開發(fā)工程師A下周請(qǐng)假3天，可能導(dǎo)致接口開發(fā)延期”“第三方知識(shí)庫API接口不穩(wěn)定，影響數(shù)據(jù)對(duì)接”。風(fēng)險(xiǎn)評(píng)估：從“發(fā)生概率（高/中/低）”和“影響程度（高/中/低）”評(píng)估風(fēng)險(xiǎn)優(yōu)先級(jí)，高概率+高影響需立即處理（如“核心算法技術(shù)不成熟”）。制定應(yīng)對(duì)策略：規(guī)避：改變計(jì)劃消除風(fēng)險(xiǎn)（如“采用成熟算法模型，放棄自研復(fù)雜算法”）；轉(zhuǎn)移：將風(fēng)險(xiǎn)轉(zhuǎn)移給第三方（如“購買云服務(wù)保障算力，避免本地服務(wù)器故障”）；減輕：降低風(fēng)險(xiǎn)發(fā)生概率或影響（如“安排2名開發(fā)工程師共同負(fù)責(zé)核心模塊，避免單點(diǎn)風(fēng)險(xiǎn)”）；接受：接受風(fēng)險(xiǎn)并準(zhǔn)備預(yù)案（如“預(yù)留3天緩沖時(shí)間應(yīng)對(duì)可能的API接口問題”）。輸出《風(fēng)險(xiǎn)登記表》》，動(dòng)態(tài)更新風(fēng)險(xiǎn)狀態(tài)（已識(shí)別/處理中/已關(guān)閉）。示例說明：《風(fēng)險(xiǎn)登記表》部分內(nèi)容：風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)類別發(fā)生概率影響程度優(yōu)先級(jí)責(zé)任人應(yīng)對(duì)措施狀態(tài)算法模型訓(xùn)練延遲交付技術(shù)中高高*算法工程師啟用備用模型，同時(shí)增加1名算法工程師處理中第三方知識(shí)庫API接口不穩(wěn)定外部依賴高中中*開發(fā)工程師B開發(fā)本地緩存機(jī)制，降低接口調(diào)用頻率處理中四、核心模板展示：直接套用的“即插即用”表格（一）模板1：WBS任務(wù)分解表（簡(jiǎn)化版）用途：項(xiàng)目啟動(dòng)階段快速拆解任務(wù)，明確交付物與前置依賴。任務(wù)層級(jí)任務(wù)ID任務(wù)名稱任務(wù)描述交付物負(fù)責(zé)人計(jì)劃工期（天）1P1需求分析階段明確用戶需求與系統(tǒng)功能邊界需求規(guī)格說明書*產(chǎn)品經(jīng)理102P1.1業(yè)務(wù)流程梳理梳理客服與用戶的交互場(chǎng)景業(yè)務(wù)流程圖*產(chǎn)品經(jīng)理33P1.1.1咨詢-轉(zhuǎn)接流程細(xì)化定義“普通咨詢→轉(zhuǎn)人工”的觸發(fā)條件咨詢轉(zhuǎn)接流程文檔*產(chǎn)品經(jīng)理23P1.1.2投訴-處理流程細(xì)化定義“投訴登記→分級(jí)處理→反饋”流程投訴處理流程文檔*產(chǎn)品經(jīng)理12P1.2功能點(diǎn)詳細(xì)描述將需求拆解為可開發(fā)的功能模塊功能清單（含優(yōu)先級(jí)）*產(chǎn)品經(jīng)理53P1.2.1智能問答功能描述定義問題匹配、答案推薦邏輯智能問答功能規(guī)格書*產(chǎn)品經(jīng)理3（二）模板2：項(xiàng)目時(shí)間計(jì)劃表（甘特圖表格版）用途：可視化任務(wù)時(shí)間關(guān)系，識(shí)別關(guān)鍵路徑與資源沖突。任務(wù)ID任務(wù)名稱負(fù)責(zé)人計(jì)劃開始時(shí)間計(jì)劃結(jié)束時(shí)間工期（天）前置任務(wù)關(guān)鍵路徑資源需求P1.2.1智能問答功能描述*產(chǎn)品經(jīng)理2024-03-012024-03-055P1.1是產(chǎn)品經(jīng)理1人P2.1.1數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)*架構(gòu)師2024-03-062024-03-105P1.2是架構(gòu)師1人P3.1.1智能問答接口開發(fā)*開發(fā)工程師A2024-03-112024-03-2515P2.1.1是開發(fā)工程師1人P3.1.2模型訓(xùn)練與調(diào)優(yōu)*算法工程師2024-03-112024-03-2818P1.2.1是算法工程師1人+GPU服務(wù)器P4.1.1接口功能測(cè)試*測(cè)試工程師B2024-03-262024-04-039P3.1.1是測(cè)試工程師1人（三）模板3：責(zé)任分配矩陣表（RACI版）用途：明確任務(wù)角色職責(zé)，避免責(zé)任模糊。任務(wù)ID任務(wù)名稱項(xiàng)目經(jīng)理*產(chǎn)品經(jīng)理*架構(gòu)師*開發(fā)工程師A*測(cè)試工程師B*算法工程師P1.2.1智能問答功能描述IR/ACICCP2.1.1數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)ICR/ACIIP3.1.1智能問答接口開發(fā)ICCR/AICP4.1.1接口功能測(cè)試ACCIR/AI（四）模板4：進(jìn)度跟蹤周報(bào)模板用途：定期匯報(bào)項(xiàng)目進(jìn)展，同步問題與風(fēng)險(xiǎn)。項(xiàng)目名稱：智能客服系統(tǒng)V2.0研發(fā)項(xiàng)目匯報(bào)周期：2024年3月25日-2024年3月31日匯報(bào)人：*項(xiàng)目經(jīng)理任務(wù)ID任務(wù)名稱本周計(jì)劃完成內(nèi)容本周實(shí)際完成內(nèi)容完成率（計(jì)劃/實(shí)際）延期原因需協(xié)調(diào)資源P3.1.1智能問答接口開發(fā)完成接口開發(fā)與單元測(cè)試完成接口開發(fā)，單元測(cè)試進(jìn)行中100%/80%算法模型訓(xùn)練延遲交付增加算法工程師1人P3.1.2模型訓(xùn)練與調(diào)優(yōu)完成模型初版訓(xùn)練完成模型初版訓(xùn)練，準(zhǔn)確率未達(dá)標(biāo)100%/100%數(shù)據(jù)樣本質(zhì)量不足數(shù)據(jù)標(biāo)注團(tuán)隊(duì)協(xié)助清洗數(shù)據(jù)P4.1.1接口功能測(cè)試啟動(dòng)功能測(cè)試未啟動(dòng)0%/0%前置任務(wù)未完成-（五）模板5：風(fēng)險(xiǎn)登記表模板用途：跟蹤項(xiàng)目風(fēng)險(xiǎn)狀態(tài)，保證風(fēng)險(xiǎn)可控。風(fēng)險(xiǎn)ID風(fēng)險(xiǎn)描述風(fēng)險(xiǎn)類別發(fā)生概率影響程度優(yōu)先級(jí)責(zé)任人應(yīng)對(duì)措施當(dāng)前狀態(tài)風(fēng)險(xiǎn)狀態(tài)R001算法模型訓(xùn)練延遲交付技術(shù)中高高*算法工程師啟用備用模型，同時(shí)增加1名算法工程師處理中部分可控R002第三方知識(shí)庫API接口不穩(wěn)定外部依賴高中中*開發(fā)工程師B開發(fā)本地緩存機(jī)制，降低接口調(diào)用頻率處理中部分可控R003*開發(fā)工程師A下周請(qǐng)假3天人員低中低*項(xiàng)目經(jīng)理調(diào)整任務(wù)優(yōu)先級(jí)，將非核心任務(wù)延后已監(jiān)控完全可控五、高效使用關(guān)鍵要點(diǎn)：避開這些“坑”，工具才有效（一）任務(wù)分解：“顆粒度”是核心，過粗過細(xì)都不行合理粒度：任務(wù)工期控制在1-10人天，執(zhí)行者“1-2天可完成，3天可匯報(bào)進(jìn)度”。例如“用戶登錄模塊開發(fā)”可拆解為“接口設(shè)計(jì)→編碼實(shí)現(xiàn)→單元測(cè)試→bug修復(fù)”，每個(gè)子任務(wù)1-3天；完整性檢查：用“100%規(guī)則”——WBS所有子任務(wù)的交付物100%覆蓋父級(jí)任務(wù)的交付物，避免遺漏。例如“系統(tǒng)設(shè)計(jì)階段”的交付物包含“架構(gòu)設(shè)計(jì)文檔、數(shù)據(jù)庫設(shè)計(jì)文檔、接口文檔”，需保證所有子任務(wù)均指向這三個(gè)文檔。（二）時(shí)間估算：“樂觀”不等于“拍腦袋”，“悲觀”不等于“留足余地”避免“學(xué)生綜合征”：任務(wù)臨近截止日期才啟動(dòng)，導(dǎo)致時(shí)間估算過短。需基于“正常工作節(jié)奏”估算，例如“接口開發(fā)”正常需5天，不因“加班”壓縮為3天；區(qū)分“工期”與“elapsedtime”：工期是“實(shí)際工作天數(shù)”（如“5天工期”可能是10日-14日，中間含周末），elapsedtime是“日歷天數(shù)”（5天工期對(duì)應(yīng)10日