術語解釋
- 里程碑（時間）：重要的時間節點，例如提測、發佈。來自英文milestone。
- 風險點：任何可能造成項目延期的事項
- 立項：經過核心和高優先級的全體需求評審後，由項目經理收集各職能的工- 作量、風險、所需資源評估，協商得出里程碑時間，發出郵件。
- 每輪提測叫t1、t2、t3，t = test
- 每輪提測內提交的修改，叫patch。
- 合起來看：第2輪提測打的第3個tag，叫t2p3
- 全功能提測：所有在本版本要上線的需求都做完了，也可以讓UI提前驗收
項目排期
排期目標：
- 每個需求的職能依賴關係以及時間表。比如前端依賴UI和後端，被依賴者什麼時候做完。
- 分幾輪提測，每輪的時間點，提測內容。“核心”和“高”優先級的需求，都可形成一輪提測。
- 發佈時間
- 風險點
里程碑時間安排示例：
- t1：11.2。需求A、B。UI在11.1 前給出，後端接口在11.1 前準備完畢
- t2（全功能）：11.5。
- t3：11.7。
- 發佈：11.8
可能的風險點：
- 參與人員業務不熟
- 長假的前後，工作效率低
- 人員請假
- 第三方服務或政策因素
版本管理
版本號格式：x.x.x.xxx。說明：
- 有新需求，第2位+1，第3位置0
- 大改版，第1位+1，第2、第3位置0
- 小bug改動，第3位+1
- 第4位只要每次發佈就+1，不重置。web項目可以沒有第4位
立項郵件
收件人：項目組img羣
標題：【立項通知】xxx（項目）y.y.y（版本）。例如 【立項通知】微信3.2.4
正文示例：
Dear All，
本期項目共有5個核心和高優先級需求，3箇中低優先級需求。有12個人參與實際工作。
具體請看 需求總表【http://...】。
項目週期：10月4日-10月18日，共10個工作日
里程碑：
t1：10月12日（週三）。提測需求A、B。UI在10.10前給出，後端接口在10.11前準備完畢
t2：10月13日（週四）
t3（全功能）：10月18日（週二）
發佈：10月20日（週四）
風險點：
1.新同學加入實現需求A，業務不熟，可能會延長解bug時間
2.需求B需要技術預研，預留時間未必準確。請 @xxx 隨時彙報進度
3.第三方合作商xxx在月中要進行數據遷移，影響我們對接
日程表如下：
（日程表圖用Excel做的，項目管理系統一般會自動生成）
本系列文章的目錄：https://hursing.blog.csdn.net/article/details/88025790