English
日本語
한국어
Tiếng Việt🔔
為什麼一定要現在遷移？
Opsgenie 停止支援後將無法登入，所有未遷移的資料都會被刪除。越早啟動，越能從容完成驗證、訓練與費用規劃，避免營運中斷與資料遺失。
查看關鍵時程 →
Opsgenie 已停售，終止支援時間為 2027 年 4 月 5 日
從 Opsgenie 升級到
從 Opsgenie 升級到
Jira Service Management（Atlassian Service Collection）
Opsgenie 即將終止支援。鈦坦科技以 Atlassian 黃金級合作夥伴身分， 協助你零停機遷移到 Jira Service Management（Service Collection）或 Compass。
0服務停機
120天並行驗證期
4步驟完成遷移
距 Opsgenie 終止支援還剩
—
天
2025 年 6 月 4 日 停售：無法新購、升降版、新增站點
2027 年 4 月 5 日 終止支援：無法登入，未遷移資料將被刪除
應立即啟動檢驗，把握剩餘遷移時程
Opsgenie 的下一章，從現在開始
自 2018 年起，Atlassian 持續將 Opsgenie 的能力整合進平台與各項產品， 幫助 Dev 與 IT 團隊更順暢協作。如今你有兩條清晰的遷移路徑。
⏱️
幾乎零停機
大多數遷移可在一小時內完成。Opsgenie 與 JSM／Compass 共用相同後端架構，過程不影響通知傳送或日常操作。
🤝
合作夥伴全程協助
鈦坦科技以 Atlassian 黃金級合作夥伴身分，協助評估方案、規劃時程、處理特殊情況與費用轉換。
2025 年 10 月 7 日 推出
認識 Atlassian Service Collection
Atlassian 將 Jira Service Management、Customer Service Management、Assets 與 Rovo Agents 整合成單一、AI 驅動的服務管理方案。Opsgenie 遷移後的 Jira Service Management，正是 Service Collection 的核心。
Jira Service Management
核心服務管理，連結 Dev、IT 與業務團隊，提升員工體驗與服務韌性。
Customer Service Management
全新對外客服 app，以 AI 強化外部顧客支援，串起前線與業務的回饋循環。
Assets
彈性資產資料庫，追蹤、管理與視覺化關鍵資產與服務，建立相依關係。
Rovo Agents
AI 團隊夥伴，協助分流與攔截請求、解決事件並產生知識。
以上應用整合販售（不單獨銷售），共用佇列、SLA、表單與報表等服務管理技術，並建構於 Atlassian 平台（Rovo、Teamwork Graph、Automation、Analytics、Security）。
Jira Service Management
面向「組織內部」的服務（ITSM）
- 對象
- 內部 IT 維運與支援團隊
- 使用者
- 員工
- 能力
- 請求、事件、變更、問題、資產與設定管理
- 存取
- 限組織內部
Customer Service Management
面向「外部顧客」的服務（CSM）
- 對象
- 客戶服務團隊
- 使用者
- 外部顧客
- 能力
- 顧客脈絡、客服 AI Agent、CRM 整合
- 存取
- 對外公開
兩者共用相同的服務管理技術，並同樣建構於 Atlassian 平台之上。
Assets & CMDB — 追蹤真正重要的東西
取得對「相依關係（dependencies）」的可視性，藉此管理資產與配置項目（CI）、快速排查事件，並降低變更的風險。把 ITSM 與 CMDB 整合在同一工具，省去昂貴又脫節的獨立 CMDB。
「Assets 對於掌握軟體授權與成本的可預測性與規劃非常重要。」
— Damir Prusac, VP of Engineering, Infobip
- 相依關係視覺化，事件排障時看清影響範圍
- 配置項目（CI）管理與彈性 schema 範本
- Discovery 自動探索 IP 資產與屬性
- 30+ 整合（Lansweeper、Flexera…）匯入資料
- 從 Jira 工單自動更新，資產資訊保持最新
- 盤點稽核、成本管理與合規／安全偵測
ITSM 方法論 · 以 ITIL 4 為基礎
不只是搬遷工具，更是服務管理的最佳實踐
遷移到 Jira Service Management 的同時，也是導入現代 ITSM 方法論的最佳時機。以下整理 ITIL 4 與敏捷高速團隊的核心框架，幫助團隊從「被動救火」轉向「持續創造價值」。
框架一
ITIL 4 七大指導原則
ITIL 4 由全球 2,000+ 位 IT 專業者共創，從繁瑣流程轉向「以價值為先」的彈性實踐。這七大原則是任何改善決策的共同準則——你會發現它們與《敏捷宣言》高度呼應。
聚焦價值
所有作為都應直接或間接
從現狀出發
先盤點既有的服務、流程與工具，再決定改善什麼，而非打掉重練。
漸進迭代並回饋
把大目標拆成小步，邊做邊收集回饋、持續調整。
協作並提升可視性
跨團隊協作、讓工作與資訊透明，減少穀倉與盲點。
整體思考與運作
把服務視為一個端到端的
保持簡單實用
用最少的步驟達成成果，去除不創造價值的流程。
最佳化並自動化
先把流程最佳化，再用自動化釋放人力
框架二
ITIL 4 服務價值鏈
服務價值鏈描述「從需求到價值」的六大核心活動。組織針對不同情境（客戶支援、推出新功能、處理資安告警…）串接出各自的「價值流（value stream）」，再持續找出瓶頸、消除浪費、加快交付。
需求Demand
規劃Plan
互動Engage
設計與轉換Design & transition
取得與建置Obtain / build
交付與支援Deliver & support
改善Improve
價值Value
「規劃」與「改善」貫穿全程，「互動」與「交付與支援」直接面向利害關係人——每條價值流都是這些活動的不同組合。
框架三
敏捷高速服務團隊的 8 大實踐
高速團隊把工作拆小、讓價值流動更快。根據 PwC 基準，敏捷團隊的上市時間改善 20%、生產力提升最高 95%、成本降低最高 29%。以下是 Atlassian 觀察到最具影響力的實踐：
以回顧持續改善
重大里程碑後做 retrospective，安全直言、聚焦行動而非責怪個人。
敏捷專案管理
用看板與站立會議讓工作可視、加速交付，取代一次性的高風險發版。
知識管理
開放共享知識，讓團隊站在同一頁、決策更快更一致。
以客戶為中心的服務台
從使用者真正的需求出發，設計請求與服務管理。
適應性事件管理
快速回應、降低中斷成本，並從每次事件中學習。
自動化變更控管
以自動化與協作簡化變更流程，兼顧速度與風險控管。
持續交付
縮短部署週期、小步快跑，讓服務隨時可上線。
開發與維運整合
打破 Dev／Ops 穀倉，由團隊端到端負責服務品質。
框架四
整合策略與商業價值：為何「整合」而非「汰換」
許多團隊並非打掉重練，而是讓 Jira Service Management 與既有 ITSM 系統整合——降低授權成本、打破資料穀倉、自動同步資料，維持一致的服務體驗。整合帶來三大效益：
增加自動化
減少人工輸入，把資源投入更有價值的工作，並降低人為錯誤。
單一真實來源
關鍵應用彼此連動，資料同步一致，不再被困在資訊穀倉裡。
一致的服務
在需要時取得正確資料，提升員工生產力與服務品質的可信度。
Jira Service Management 的商業影響
277%三年投資報酬率（ROI）
155小時每月為 IT 維運團隊節省
$1.4M服務台生產力提升
$2.0M從傳統 ITSM 產品轉換後節省
來源：Forrester Consulting《The Total Economic Impact™ of Atlassian Jira Service Management》，2022 年 12 月。
選擇最適合你團隊的目標平台
由 Opsgenie 擁有者（Owner）前往 Settings > Migrate Opsgenie，系統會根據使用狀況推薦最適合的遷移路徑。
Option 1 · 推薦
Jira Service Management
Jira Service ManagementAlerts + On-call + Incidents + 端到端 ITSM 解決方案
- 保留團隊每天仰賴的事件管理核心功能，整合於單一平台
- 99.9% 可用性 SLA 與區域支援，穩定可靠
- 具備 AI Ops 與 AI 驅動 ITSM 能力
- 可加價於既有方案，避免額外訂閱成本
最適合：需要完整 IT 服務管理（事件 / 變更 / 問題）的團隊
Option 2
Compass
CompassAlerts + On-call + 全面的內部開發者平台
- 提供 alerting 與 on-call 排班管理
- 以開發者體驗為核心的內部平台
- 適合以軟體服務目錄為中心的工程團隊
- 輕量、聚焦於 DevOps 流程
最適合：以開發者為中心、不需完整 ITSM 的工程團隊
關鍵功能比較
同樣具備告警與 on-call，但在事件、變更、問題管理與 AI 能力上差異明顯。
| 功能類別 |  Opsgenie |
Jira Service Management |
Compass |
|---|---|---|---|
| 警示與輪值排班 (Alerting & on-call) | ✓ | ✓ | ✓ |
| 事件管理 (Incident) | ✓ | ✓ | ✕ |
| 變更管理 (Change) | ✕ | ✓ | ✕ |
| 問題管理 (Problem) | ✕ | ✓ | ✕ |
| AI Ops | ✕ | ✓ | ✕ |
| AI 驅動 ITSM | ✕ | ✓ | ✕ |
完整功能差異請參考 Atlassian 官方文件： Feature changes and deprecations in JSM ｜ What to expect from Opsgenie migration
完整 ITIL / ITSM 實踐
買了 JSM，能幫你解決哪些問題？
Jira Service Management 不只承接 Opsgenie 的告警與待命，更把完整的 ITIL／ITSM 實踐整合在同一平台。以下是各服務管理實踐對應的客戶痛點，以及 JSM 的解方。
🎫
服務請求管理
Request Management申請散落在 email 與私訊、重複的小請求淹沒 IT，員工也查不到自己的進度。
- 單一入口集中所有請求，自動分流到佇列（Queues）
- 表單與請求類型結構化收集申請資訊
- SLA 自動追蹤時限，逾期前主動示警
🚨
事件管理
Incident Management告警散落在各監控工具、不知道「現在誰該負責」，每次事件都像從頭來過。
- 整合 200+ 監控與應用服務，集中同步告警
- 重大事件一鍵拉起戰情室，串接 Slack／Teams 協作
- 事件時間軸完整記錄，AI 協助撰寫事後檢討（PIR）
📟
告警與待命排班
Alerting & On-call告警噪音淹沒重要訊號、值班靠人工 Excel 排、第一線沒回應也沒有自動升級。
- 告警去重與群組，降低噪音保留有效訊號
- On-call 排班支援多時區輪替與請假代班
- 升級策略（Escalation）未回應自動往上升級
🔍
問題管理
Problem Management同類事件反覆發生、每次都在救火，可預防的事故卻因缺乏追蹤而錯失。
- 多個事件歸群到單一問題，啟動根因分析
- 「已知錯誤」＋暫時對策，再觸發時大幅縮短停機
- 主動式問題偵測，在事件發生前先備好對策
🔀
變更管理
Change Management審批流程冗長拖慢交付、變更風險難事前掌握，開發與維運之間資訊斷層。
- 標準／一般／緊急變更分級，依風險走不同流程
- 變更行事曆避免衝撞，自動計算風險等級
- 串接 CI/CD（Bitbucket、Jenkins…）自動建立稽核軌跡
📚
知識管理
Knowledge Management同樣的問題天天被問十幾遍、文件過時又散落，關鍵知識卡在少數人腦中。
- 以 Confluence 驅動的內建知識庫
- AI 從常見工單自動生成知識文章草稿
- 自助分流（Deflection），填表時自動浮現相關文章
🗂️
資產與配置管理
Assets & CMDB資產散落各種 Excel、盤點永遠對不準，出事故時不知道影響到哪些系統。
- 彈性資產資料庫集中管理所有配置項目（CI）
- 相依關係視覺化，快速排查事故、降低變更風險
- 自動探索網路資產，並從 Jira 工單自動更新
🤖
AI 服務管理
Rovo & Virtual Agent第一線被重複請求淹沒、冗長工單交接費時，下班半夜假日沒人能即時回應。
- 虛擬服務專員 24/7 自動處理密碼重設等常見請求
- AI 摘要工單與事件時間軸，快速掌握脈絡
- Rovo Agent 端到端自動執行如新人入職等流程
JSM 的事件、告警、待命與 incident swarming 全部 powered by Opsgenie，且涵蓋所有雲端方案——從 Opsgenie 遷移過來，這些核心能力一個都不會少。
依產業應用
不同產業，JSM 怎麼用？
選擇你的產業，看看 JSM 對應的「適用產品內容」與實際「應用場景」。內容整理自 Atlassian 官方各產業頁面。
不只 IT — 全公司都受用
不同團隊，怎麼用 JSM？
Jira Service Management 讓 IT、開發、營運與各業務團隊都能在同一平台提供優質服務體驗——這正是 Enterprise Service Management（ESM）的精神。內容整理自 Atlassian 官方各團隊頁面。
🛟
IT 支援團隊
IT Support把 email、chat、服務台等各管道的請求集中處理，依 SLA 快速回應，讓員工迅速得到協助。
- 服務入口與多管道請求佇列（Queues）
- SLA 政策追蹤期限、避免違約
- AI 虛擬服務專員，於 Slack 內自助處理
💻
開發團隊
Dev Teams串連 Dev 與 IT，從事件回應、根因分析到安全推送變更，都帶著完整的開發脈絡。
- 事件管理：Dev／IT／Ops 即時協作
- 深度整合 CI/CD（Bitbucket、Jenkins、CircleCI）
- 問題根因調查，定位有問題的 commit
⚙️
營運團隊
IT Operations以 AI 為核心偵測、解決、預防事件，在維持高變更速度的同時降低告警疲勞、加速復原。
- AI 事件管理 + 告警與 on-call（源自 Opsgenie）
- 服務地圖：基礎架構與相依關係可視化
- 變更風險評估引擎；Rovo 助手產出 PIR／RCA
iFood 在 7.5 倍訂單成長下，達成事件回應 < 1 分鐘
🎧
客戶服務團隊
Customer Service整合 web、chat、email、voice 的全通路對外客服，AI agent 自動解決常見問題、複雜案件帶脈絡升級。
- AI 客服 agent + Voice AI 24/7 接聽
- Rovo 全通路工作區，單一對話不漏接
- Teamwork Graph 串接顧客歷史與跨團隊脈絡
Teach for All 工單解決時間從 8 天降到 9 分鐘
🧑💼
人資團隊
HR從入職到離職，把所有員工請求集中在單一平台，打造消費級的員工服務體驗。
- 可客製的員工 Help Center 與知識庫
- AI 虛擬服務專員（Rovo）攔截重複請求
- onboarding 工作流自動化、敏感資料控管
🏢
業務團隊（法務／財務／總務）
Business Teams · ESM把服務管理延伸到 IT 以外的各部門，每個團隊用自己的入口與表單，組織仍保有跨團隊的可視性與一致性。
- 各團隊專屬服務入口（法務／財務／設施…）
- 200+ 表單範本 + 拖放工作流程與自動化
- 安全隔離但資料共享的協作環境
Breville 逾 30 個團隊整合為單一支援窗口
Jira Service Management 功能亮點
遷移後你能用到的代表性功能，涵蓋 IT 維運、客戶服務、開發協作與員工體驗。以下為 Atlassian 產品實際畫面。
IT 維運
告警集中管理
在 JSM 內直接檢視、分派與處理告警，不必再切換到獨立工具。
AI · IT 維運
AI 告警群組
Atlassian Intelligence 自動群組相似告警、降低噪音並排定回應優先順序。
客戶服務
多種請求檢視
以 Queues、Board 或 Calendar 檢視組織請求，掌握相依關係與時程。
AI · 客戶服務
AI 工單摘要
一鍵將冗長對話濃縮成重點摘要，加速客服人員上手與回應。
客戶服務
對話式開票
從 Slack 或 Microsoft Teams 直接攔截常見請求，自動建立並分派工單。
開發者 · 自助服務
自助服務入口
預建表單與 Help Center，讓使用者自助提交 bug 回報與服務請求。
員工體驗
客製化 Help Center
為 HR、總務等團隊打造品牌化、客製化的員工服務中心，提升自助比率。
Standard · Premium · Enterprise
選擇適合你的 JSM 版本
從標準版到企業版，依治理、合規與支援需求逐步升級。升級到 Premium 後，可享 24/7 支援、SLA 保障與進階 ITSM／AIOps 能力。
24/7 重大問題支援
強化的安全防護
99.9% 正常運行時間 SLA
👆 點擊欄位標題（Standard／Premium／Enterprise）即可切換重點比較的版本
| 功能項目 | Standard 標準版 |
Premium 推薦 | Enterprise |
|---|---|---|---|
| 客服支援 | 區域辦公時間 | 24/7（重大問題 <1 小時回應） | 24/7 ＋ 專屬資深支援團隊 |
| 正常運行時間 SLA | — | 99.9% | 99.95% |
| 儲存空間 | 250 GB | 無限制 | 無限制 |
| 重大事件數／月 | 100 | 無限制 | 無限制 |
| 事後檢討報告（PIR） | 5 | 無限制 | 無限制 |
| 事件建立方式 | 僅手動 | 手動／自動／API／範本 | 手動／自動／API／範本 |
| 警示語音通知 | |||
| 進階變更管理（CI/CD 部署門檻） | |||
| 問題管理佇列 | |||
| AIOps（告警分組／相似偵測） | |||
| AI 事件建立／AI PIR／Slack 時間軸 | |||
| 自動化規則上限 | 1,000／agent | 1,000／agent | 無限制 |
| 資料駐留（Data residency） | |||
| 發布軌道（Release tracks） | |||
| 沙箱（Sandbox） | |||
| IP 允許清單 | |||
| SSO／SCIM／AD 同步 | 需加購 Atlassian Guard | 需加購 Atlassian Guard | 內含 |
資料整理自 Atlassian 官方 Jira Service Management Premium（含 Admin controls）頁面；部分數值以官方方案比較表為準，實際以 Atlassian 官網公告為依據。
行動辦公
ITSM 隨身帶著走
透過 Jira Service Management 行動 App，無論身在何處，都能即時提交、審核與解決工單，讓服務不因離開座位而中斷。
- 隨時提交與更新請求、回覆客戶
- 主管一鍵審核變更與請求
- 接收告警推播，第一時間處理事件
💡 遷移後請從 Opsgenie App 改用 Jira Cloud App，告警推播與 on-call 操作將在此延續。
四個步驟，完成 Opsgenie 遷移
資料會「複製」到目標平台，既有 Opsgenie 維持原狀，雙站可並行運作，讓你安心驗證。
-
01
遷移前
選擇新方案
- Opsgenie 內建遷移引導工具依現有使用狀況推薦合適的 JSM 方案
- 確認目標產品
- 目標 JSM 須與 Opsgenie 位於同一個 Atlassian site（遷移僅支援同站）
- 排定遷移日期
-
02
遷移前
準備遷移
- 遷移日期送交 billing admin 核准
- 期間先準備團隊的轉換
- 通知相關人員帳號／權限切換
-
03
遷移日
資料自動搬移
- Atlassian 於選定日期自動搬移資料與配置
- 過程無停機時間
- 可繼續使用 Opsgenie 不受影響
-
04
遷移後
完成遷移
- Atlassian 提供 in-product 引導完成 JSM 內最後設定
- 確認 alerting／on-call 流程正常
- 驗證後正式關閉 Opsgenie
並行進行
遷移日起 — 以下作業同時進行，最多 120 天並行驗證期
🤖原廠自動搬移
Atlassian 自動化工具負責- Teams 與值班排程
- Escalation 升級策略
- Alert routing 告警路由規則
- Notification 通知策略
- Integrations 整合 ＊
🙋客戶確認與配合
需貴司投入- 指定 billing admin 核准遷移日期
- 驗證 Integrations／Webhooks 等外部連接
- 120 天內進行 UAT 驗收
- 通知團隊帳號／權限切換
＊Integrations 整合：部分可能需要在 JSM 端重新確認／配置。
兩個你絕不能錯過的日期
越早規劃，越有餘裕完成驗證、測試與使用者訓練。
2025 年 6 月 4 日
End of sale ｜ 停止銷售
- 無法新購、升級、降級或新增站點
- 此日後僅能續約與加購使用者數量
- 請先完成近期所需的版本與站點調整
2027 年 4 月 5 日
End of support ｜ 終止支援
- Opsgenie 無法再登入與使用
- 所有未遷移資料將被刪除
- 請務必在此日前完成遷移並下載所需資料
不確定從哪裡開始？
讓鈦坦科技協助你評估現況、規劃時程，安心完成遷移。
常見問題
準備好開始你的 Opsgenie 遷移了嗎？
鈦坦科技（Titansoft）為 Atlassian 黃金級合作夥伴，提供遷移評估、方案規劃、費用轉換與技術協助。歡迎與我們聯繫，量身規劃你的遷移路徑。
- 遷移現況評估與路徑建議
- 時程規劃與並行驗證協助
- 特殊情況（跨組織 / Data Center）處理
- 費用與合約轉換諮詢