1.業務需求收集

產品經理收集用戶提出的需求，并整理在冊。以一段時間內為里程碑，如一周、半個月、一個月；

方式兩種：1、用戶主動提出 2、主動收集用戶反饋；

此時可評估提出的需求合理性，不合理的可直接對用戶解答并拒絕該需求。

?

需求描述 記錄用戶提出的需求詳細內容	需求類型 需求變更/新增	提出時間	提出人
例：增加導出運單數據功能。 用戶提供導出模版，詳見附件《XXX.xlsx》	新增	2019-04-02	?
例：	需求變更	2019-04-02	?

?

2.業務需求確定

根據收集到的業務需求表，召集與會人員進行需求會議，包括需求提出人、決策者、產品經理、需求影響到的用戶，進行需求討論。

討論需求提出的合理性，否決掉不合理的需求，確認要開發的需求，以及待確定的需求。

對于確定開發的需求，進行需求補充或完善，列出需求開發設計的優先級。

?

需求描述	需求類型 需求變更/新增	提出時間	提出人	評審時間	需求評審結論	優先級 重要/緊急
例：頁面，增加導出運單數據功能。 用戶提供導出模版，詳見附件《XXX.xlsx》	新增	2019-04-02	?	2019-04-02	否決	?
例：導出財務賬單報表的表頭變更	需求變更	2019-04-02	?	2019-04-02	待確定/待補充	緊急不重要
?	新增	2019-01-01	?	2019-04-02	確認且通過	重要緊急1
?	新增	2019-03-01	?	2019-04-02	確認且通過	重要緊急2

?

本次會議結束后，應將確認的需求與待確定的分開整理出來。待確定的需要進行再次討論確定。

3.需求設計

進入需求設計階段的需求都應該是“確認且通過”的需求，摘選出需求評審表中確認的需求。

?

按照需求優先級，制定需求設計進度計劃表。

?

模塊名稱	序號	工作內容	輸出	備注	計劃進度		實際進度		負責人
					開始日期	結束日期	開始日期	結束日期	?
意大利代采業務	1	業務梳理	業務流程圖、思維導圖	?	?	?	?	?	?
	2	業務梳理評審會	?	確保業務與產品理解無偏差	?	?	?	?	?
	3	需求文檔	軟件需求說明書、數據字典、原型圖	?	?	?	?	?	?
	4	需求評審會	?	系統實現是否是業務想要的，技術人員是否清楚	?	?	?	?	?

?

?

該階段應是一個封閉的設計階段，如果此時有新的業務需求提出，應僅僅只記錄下該業務需求，到下個設計階段來討論。

如果新的業務需求與當次設計有沖突或有關聯的時，需要產品經理慎重衡量，是否加入到本次設計過程中，如果確定加入本次設計中，應告知決策人進行再次確定。

4.開發計劃

根據產品經理設計的需求文檔，提交到禪道管理系統，技術人員制定開發計劃。

模塊名稱	序號	工作內容	輸出	計劃進度		實際進度		負責人
				開始日期	結束日期	開始日期	結束日期	?
意大利代采業務	1	數據庫設計	數據表	?	?	?	?	?
	2	功能點拆分	?	?	?	?	?	?
	3	功能開發	測試地址	?	?	?	?	?
	4	功能測試	測試地址	?	?	?	?	?
	5	產品經理驗收	?	?	?	?	?	?
	6	生產環境部署	生產地址	?	?	?	?	?
	7	培訓、試運行	用戶培訓手冊	?	?	?	?	?

?

總結

以上是生活随笔為你收集整理的软件项目实施进度计划表的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。