背景個人是不太願意使用使用者體驗差的軟體來做專案管理，行業內，要找到這麼一款軟體，又要符合自己的需求，著實不容易。要免費，易用性要好，要安全，要有資料統計。而程式設計師的世界，svn 之後，可能沒有人會拒絕 github，gitlab。從開發的角度出發，基於此平台作自我迭代和研發，則應當是最接地氣，最容易推廣的事情。
從**開始遷移到 gitlab 到最終完成專案流程的改造，花費了大概兩年時間。中間經歷了，bug管理系統的遷移，測試流程的遷移，進而影響到產品流程的遷移。後續又完善了文件管理，儲存，pipline的cicd的自我構建。打通了專案流程的同時，也完成了 devops 的使命。
框架圖團隊內部專案管理有三大默契(原則)：
一切內容是透明的
一切行為是自主的
1. 專案管理
狀態：milestone、label
issue：可關聯、狀態同步、閉環
任務交接流程管理
燃盡圖-出自oo+hb
用此作專案管理，主要圍繞以下幾點來作改進。
關於燃盡圖的指引，由另外的文章給出。
2. 許可權管理
3. 儲存管理
4. 文件管理系統
模板管理
markdown
ppt甘特圖
yaml
wiki
文件中心：介面、方案、總結
5. 需求管理
6. 開發管理
7. 質量管理
使用 gitlab 作 bug 管理，採用 label 進行 bug 標記和分類，分類包括了 bug 等級、bug 的質量高低等資訊。標籤可以用指令碼統一增刪查改。
bug 跟隨專案 project 而走，便於回溯。我們的要求是：任何一次**提交是可溯源的。是因為 bug 修復還是需求更新而更新**，merge 時，必須能夠 mention 到具體的 issue。根據需求版本建立 milestone，並且將 bug 歸屬於 milestone 中，心作質量管理和分析。
bug 是跨專案存在的，例如我們有100多個project，是不利於 bug 管理的。於是寫了乙個呼叫 api 的指令碼，定時和手動將 bug 匯出為 excel 用於分析。
8. 上線管理
9. 日誌管理
10. 訊息通知項優點
缺點統一平台
✅無系統切換成本✅資源復用許可權統一管理
二次開發需開發維護
專案管理
✅敏捷管理自研個性化定製✅需求開發測試有獨立池管理
對於專案管理資源融合要求更高
issue
✅囊括產品需求、提測需求✅bug、上線、方案討論
需要統一整理，否則不便於查詢
bug提交
不便於統計，需跑自研指令碼定時下拉
維護✅公司級團隊維護備份✅無需額外投入人力✅全面日誌管理與歷史記錄無安全
✅離職人員帶不走資料✅不需要查郵件回顧
公司外無法訪問但可事先pull到本地
6人點贊
專案管理
基於gitlab專案建立流程
1 在本地建立乙個資料夾名為demo裡面進行框架的搭建以及基礎類的開發 2 在本地建立.gitignore檔案，內容如下，表示這些檔案不上傳到git target project out intellij idea idea iws iml ipr src test src main scala m...
Gitlab實現專案版本管理
簡介 gitlab是利用 ruby on rails 乙個開源的版本管理系統，實現乙個自託管的git專案倉庫，可通過web介面進行訪問公開的或者私人專案。它擁有與github類似的功能，能夠瀏覽源 管理缺陷和注釋。可以管理團隊對倉庫的訪問，它非常易於瀏覽提交過的版本並提供乙個檔案歷史庫。團隊成員可以...
專案管理流程
專案控制是依據計畫對實施的活動進行監控，跟蹤專案實際的進展情況，一般採用的都是經典的pdca 流程，即計畫plan 實施do 檢查check 糾偏措施action 也是典型的反饋控制模式，如下圖所示。專案的日常管理工作由專案經理負責總控制，對於大型專案 從管理的角度劃分，15人以上為大專案，15人以...