一、版本規劃
版本主要分為常規版本和緊急版本兩個部分。
1.常規版本
根據版本迭代週期，結合管理辦法進行常規版本規劃，包括版本上線、支撐方案評審、版本定版、截止排版的時間規劃。
（1）年初輸出一版規劃時間，郵件公示徵詢意見；
（2）各方無意見則根據規劃時間在管理平台建立對應版本。（至少提前2個月）
上線時間規劃原則
按照x天迭代週期，每月x個常規版本
避開月初月末
考慮假日和重要活動的影響
當有重點需求需要緊急上線，或生產故障急需上線修復的情況，需要安排緊急版本上線。
注：緊急版本不走排版定版、支撐方案評審等常規流程，根據實際要求建立版本後安排上線即可。
二、排版定版
根據前面版本規劃的時間，對每個常規版本需求進行排版定版。
1.t-22截止排版提醒
截止排版前2天，通過需求管理平台撈一版已接收但未排版的需求，提醒未排版需求對應的需求負責人是否需要選入版本，如需，則在截止排版前完成分析選版本。
2.t-20截止排版及排版
（1）需求管理平台截止排版，匯出版本內需求列表；
（2）把匯出的版本內需求郵件發給開發測試方評估排版。
（3）需求排版溝通
針對開發測試方評估無法排入版本的需求，根據雙方約定的原則評估是否合理。
如不合理，則要求開發測試方內部協調滿足要求；如合理，則和業務側溝通能否延期。如開發測試房評估不合理且無法達成一致，則上公升領導協調。
3.t-18版本定版
（1）排版與開發測試房達成一致，且無法排入需求與業務側溝通達成一致意見後，傳送確認郵件給各方再次確認，確認反饋時間可以設為一天，逾期無反饋預設無意見。
（2）確認期後各方無意見則傳送正式定版通知郵件，如有意見則溝通一致後再傳送。
4.t-15需求回撈插入
定版3天後，再撈一版在途需求狀態，找開發測試方評估未排最近版本或未排版的需求能否插入到最近版本上線，以減少需求排版等待時間，降低需求響應週期。
三、分析評審
分析評審主要由產品側組織，由產品經濟對相關方提出的問題進行答疑澄清。
（1）版本管理崗完成定版並傳送郵件通知後，提醒產品側組織分析評審會，提醒測試小組補充測試負責人和第三方測試人員資訊。
（2）分析評審會後，關注評審紀要的待澄清問題和文件更新，並跟蹤問題解決完畢。
四、支撐方案評審
支撐方案評審由版本管理崗組織，開發和測試分別講解需求支撐方案和測試案例，並主要針對業務側、需求負責人、第三方測試評審提出的問題進行解答和完善支撐方案、測試案例。
要點： 控制會議的節奏，防止討（si）論（bi）時間過長，同時引導會議過程互動，並及時進行會議覆盤。五、進度管控
目的：了解上線總體情況以及存在問題，針對待跟進問題安排對應負責人跟進； 記錄站立會紀要並郵件跟進，形成上線經驗積累。2.上線結果錄入
上線後在需求管理平台錄入上線結果。
3.需求變更公示
針對常規版本，上線後需郵件公示版本變更情況，作為後續考核的依據。（緊急版本無此流程）
4、版本總結
總結該版本從規劃到上線全流程的總體情況、存在問題、可優化措施等，並輸出材料。
八、版本審計
審計主要指sox審計，分為外審和內審2種型別。
1.針對版本管理的主要是內審。
2.經驗總結
專案管理工作
作為前端開發人員，我們通常希望的專案經理應該是 1 主動性強 你不可能指望同級別的同事拋開自己的事情不做跑過來幫你解決問題，這時候專案經理起到的就是協調作用，應該經常跟商業方進行溝通，徹底理解業務需求，也應該經常向前端開發人員詢問情況，有什麼困難需要什麼幫助，盡最大的努力利用自己手上的權利去幫助前端...
DBA日常管理工作
dba一般職責 1.安裝和公升級資料庫伺服器,以及應用程式工具構建和配置網路環境.2.熟悉資料庫系統的儲存結構 未來的儲存需求,制訂資料庫的儲存方案.3.根據開發人員設計的應用系統需求建立資料庫儲存結構.4.根據開發人員設計的應用系統需求建立資料庫物件 5.根據開發人員的反饋資訊,在必要的時候修改資...
程式管理 工作管理
程式program 以二進位制程式放置在儲存媒介中 硬碟 光碟 軟盤 磁碟等 以物理檔案的形式存在 程序process 程式被觸發後，執行者的許可權與屬性 程式的程式 與所需資料都被載入到記憶體中，作業系統會給予這個記憶體內的乙個單元識別符號pid。程序，就是執行中的乙個程式。服務daemon 在後...