工作流程規範

項目擴張到一定程度，必須要有一定的規範來限制，才不至于項目變得越來越差，雖然犧牲一些效率，但是有利于公司的管理。

這裡分享一些團隊内部的工作流程規範

image.png

規範

需求階段

建立需求Jira。JIRA是一款問題跟蹤工具，可以對各種類型的問題進行跟蹤管理，包括缺陷、需求變更、任務等。

1. Wiki建立任務，記錄需求的基本内容和需求Jira

1. 需求宣講，需求梳理，需要的功能點，修改點；對現有系統實作新需求的影響；新需求是否有漏洞

開發階段

需求梳理完畢，則進入到開發階段

1. 制定開發方案

• 開發流程細節清晰，文檔，流程圖等完備
• 明确風險點
• 評估性能是否可行

2 評審開發方案

1. 建立開發任務Jira

• 記錄到任務Wiki裡
• 連結到需求Jira
• 需求Jira狀态開發中

1. 按照規範進行開發
2. 開發自測，功能單元測試

測試階段

1. 提測準備, DB, Redis, MQ的配置，考慮提供輔助測試功能，将需求Jira配置設定給測試負責人，狀态為已提測
2. 提測Jira，記錄到Wiki中，連結到需求Jira
3. 以下基本同時進行

• 代碼Review
• 執行測試
• 解決bug備注原因

1. 預生産環境準備
2. 預生産環境測試
3. 代碼diff，檢視修改代碼

上線準備

1. 腳本Redis,MQ，配置中心
2. 測試代碼删除
3. 建立上線Jira

• 記錄到Wiki中
• 腳本配置檢查
• 先更新一台觀察，後一台一台更新。 灰階釋出

1. 上線Tag，代碼Diff(檢視代碼是否有變化)，
2. 上線跟蹤，日志，系統監控，mq監控，資料庫驗證等
3. 上線完成

• Wiki建立上線報告
• 需求Jira狀态已上線

生成環境

生産環境跟蹤，資料 MQ，日志，系統性能等。 解決問題事件單記錄到Wiki中。

自制圖

小結

公司一般都會有自己的項目管理工具，Jira + Confluence是不錯的選擇。要說這麼多流程是好還是不好，我想對個人來說要入鄉随俗。先學會适應環境，适應周圍的東西。

參考

• Jira官網 ，這是個收費軟體，不過公司一般會買，個人測試的話有幾天的試用期。