曾經聽過一段箴言，其中前半部很有共鳴「有原則不亂，有計畫不忙。」，將這哲理套用在專案管理，真的再貼切不過了。確實，有一套統一標準的原則及有一套專案管理的計畫，是有助於在專案開發進行時，當依據原則遇到死線近在眼前，若已經有原則與計畫就不用月光光心慌慌，今天跟各位分享將昨天提及的文件按照原則計畫地來定義執行。

版本編號原則

文件透過版號來控管每階段的版本狀態內容，讓文件檔案能根據有一套版本定義的規範，讓文件保持一致性，依據Semantic Versioning的版本管理方式，也是一般最常見到的版本控管定義方式，通常利用三個數字的版本號顯示，以小數點區隔出三個位數，區分為Major.Minor.Patch(1.0.0)，而每個數字皆代表著不同的意義，如下圖定義方式：

資料來源：https://semver.org/

版本控管計畫

有了版控的原則規範後，就規劃版控計畫予以讓團隊執行運作，透過版本不同位數的編號異動充分了解文件變動的狀態，團隊同仁可藉由版本的號碼即刻馬上知道須採用那些版號內容以符合當下的需求，實際運作版本變化流程突如下：

配合產品生命週期定義版號

前面提到專案中的產品生命週期，可分為主要四個階段：初始階段(intial phase)、成長階段(growth phase)、成熟階段(maturity phase)及衰退階段(decline phase)，而文件開始定義撰寫著重於1.0.0之前，因此皆定義在初始(iniial)階段有很多各團隊的需求定義，也有預先保留的版號供臨時應用，下圖定義出各版號及參與的團隊所要負責的內容為何，若進入之後的階段就以1.0.0之後的版本做為定義。

有原則有計畫就貫徹執行

上述是之前的實際應用方式，也是最一般的執行方式，而也有些是自訂版控規則，就看個單位或公司文化的規則，有了版本編號制定原則與版本控管計畫後團隊就須遵守並貫徹執行，讓文件檔案保有一致性，讓使用文件上能更有效率的被應用讓文件更有意義的存在專案團隊中。