1、流程規範化：立項–>評審–>版本號–>排期–>設計–>開發–>測試–>sit–>uat–>上線。
2、流程節點中每個節點根據情況留檔，以備追溯。關鍵留檔檔案：需求文件，設計文件（業務架構流程圖、資料架構流程圖、技術架構流程圖），開發文件，測試用例文件，上線方案文件。
3、git分支命名：
4、專案等級劃分，便於專案開發優先順序的確定，以及事故處理優先順序的確定：
應用級別
網路使用者量
核心業務
pvsla
對公司形象影響
使用者投訴情況
0級公網大量是
較高高嚴重較多
1級公網少量否
較低低輕微較少
2級內網
-影響線上核心業務較高高
輕微-3級內網
-不影響核心業務較低低
無-5、開發排期包括：開發開始時間（包含設計），開發結束時間（提測時間），測試開始時間，測試結束時間，上線時間。
1、2-pizza rule
2、開會時明確會議議題，提前和與會人員簡介，提高會議的效率。
1、生產環境和測試環境嚴格隔離，僅運維人員可操作生產環境伺服器，特殊情況下可以賦予開發測試人員服務日誌讀許可權。
2、通過nat配置生產環境和測試環境的機器ip，降低誤操作率，如:
3、統一linux伺服器端口規則，防止埠衝突。
4、非dba禁止操作線上資料庫，如何初始化或修正資料，需要開發人員提交執行指令碼及說明，經dba確認無誤後由dba執行。
5、線上服務完善監控，報警下發相關負責人，及時響應處理問題，提公升sla。
6、規範測試環境機器服務路徑及結構，如：
home
--alibaba
------service1
--------0_專案簡介10字以內.txt
--------server.jar
--------nohup.log
--------script.sh
------service2
--------0_專案簡介10字以內.txt
--------server.jar
--------nohup.log
--------script.sh
----logs
------service1
--------20200101.zip
--------20200102.zip
--------audit.log
--------business.log
--------debug.log
--------error.log
--------info.log
--------warning.log
------service2
--------20200101.zip
--------20200102.zip
--------audit.log
--------business.log
--------debug.log
--------error.log
--------info.log
--------warning.log
----config
------service1
--------env.config
------service2
--------env.config
----data
------service1
--------aa.xtl
------service2
--------bb.docx
運維專案管理隨筆1
如何合理的管理乙個運維專案一直是我工作和學習過程中經常遇到的問題，現在開始把自己的一些想法記錄下來，以便日後總結和修正。首先說說如何選擇maintenance release的內容 1.把所有的dr，er和project放入project backlog中。2.要跟product owner進行溝通...
it運維管理
網路規模的發展和擴大，使得應用產品技術日漸多樣和複雜，越來越多的事業單位的生產業務和日常工作將實現資訊化，並通過提交資訊化水平實現對內提高經營水平，對外提高服務水平的目的。比如隨著電力排程事業，電力營銷業務，電力市場業務等越來越廣泛地開展，資訊點鋪設面愈加廣泛，分布於其上的計算機系統越來越多，網路系...
專案團隊管理
走著走著我累了，那麼最好的方法不是蠻行，而是停下來好好的休整和思考，暫時的停頓不是放棄而停止不前，而是為了更好的反思和總結，為了走的更遠。堅持和專注始終是我認為的職業化和專業化重要品質，勤於總結和持續改進則是不斷提公升的重點。這麼幾年團隊的重心始終在了專案實施交付上面，而不是投入了更多的精力在真正研...