Skip to main content

VSTS

https://www.facebook.com/photo.php?fbid=10210768371004772&set=a.1559674051176&type=3

Azure DevOps (#VSTS) 每個 Project 左側功能區塊，分成幾個部分：

  • #Summary: 也就是看到全貌，包含 Dashboard、Wiki 部分
  • #Boards: 也就是執行狀況 (Execution)，內容以看板呈現，分成 Work Items, Boards, Sprint, Query 等形式呈現。其實重點在於如何 #執行，有哪些項目、哪一些階段、執行狀況、客制的查詢 等
  • #Repository: 是開發過程原始碼的分支管理 (Branches)，分成 Source, Commit, Branches, Pushes, Tags, Pull Request .. 等
  • #Pipeline: 是串接 CI/CD 的控制單元，也是一般 DevOps 在討論 #自動化 的重要區塊, 有 Builds, Release, Libraries,
  • #Test: 測試執行紀錄，分成 Plan, Run, Load Test 三塊.
  • #Artifacts: 產出物管理

依照職業角色的對應，我這樣整理：

  • Summary, Board：所有人
  • Boards：Managers / PMs / POs / 所有人
  • Repository: Developers
  • Pipeline: DevOps / Ops / SRE
  • Test: Testers / QAs / QE / SDET

基本上，這些概念可以免強對應到我的 SDLC [1] 裡提到的四個 #角色 與 #階段，也就是 Plan, Execution, Acceptance, Go Live.

實際上還是有少，例如，Plan 功能太弱，沒有 User Story Mapping；執行過程的通知功能很弱，不容易通知相關人。維運功能太少，沒有部署後的 Dashboard，沒有 E2E 的 Feedback 管理 (類似於客戶關係管理)、沒有系統狀況檢核 (Health Dashboard) ...

不過相較於其他協作系統，在 #開發階段 ，算是相對完整的。

我理想的協作系統：

  1. 各個層級的 View: 高階主管可以看到年度計畫 (附圖)
  2. 執行面的管理者可以精準掌握年度計畫的同步資訊
  3. 一線執行者 (PO/Dev/QA/Ops)，可以知道年度計畫的變動

[1] https://rickhw.github.io/2017/09/14/SoftwareEngineering/Software-Development-Lifecycle/