<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Impact Scope on Tarragon</title><link>https://tarrragon.github.io/blog/tags/impact-scope/</link><description>Recent content in Impact Scope on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Fri, 24 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/impact-scope/index.xml" rel="self" type="application/rss+xml"/><item><title>Impact Scope</title><link>https://tarrragon.github.io/blog/backend/knowledge-cards/impact-scope/</link><pubDate>Fri, 24 Apr 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/backend/knowledge-cards/impact-scope/</guid><description>&lt;p>Impact scope 的核心概念是「用一致規則界定事故影響到哪些資產、流程與利害關係人」。它是事故通報與回復排序的共用基礎。 可先對照 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/blast-radius/" data-link-title="Blast Radius" data-link-desc="說明事故影響面如何估算與隔離">Blast Radius&lt;/a>。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Impact scope 位在 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/blast-radius/" data-link-title="Blast Radius" data-link-desc="說明事故影響面如何估算與隔離">blast-radius&lt;/a>、&lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/incident-timeline/" data-link-title="Incident Timeline" data-link-desc="說明事故時間線如何支援判斷、溝通與復盤">incident-timeline&lt;/a>、&lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/post-incident-review/" data-link-title="Post-Incident Review" data-link-desc="說明事故後如何完成復盤、學習與改進閉環">post-incident-review&lt;/a> 與 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/mttr/" data-link-title="MTTR" data-link-desc="說明平均修復時間如何作為事故處理能力指標">mttr&lt;/a> 之間。它把技術事件映射到業務影響。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>系統需要影響面盤點的訊號是技術異常已確認，但受影響名單與業務衝擊仍不清楚。資料外送事件、供應鏈事件與跨部門中斷都需要 impact scope。&lt;/p>
&lt;h2 id="設計責任">設計責任&lt;/h2>
&lt;p>影響面盤點要定義盤點粒度、資料來源、更新節奏與責任角色。事件中應先完成最小可用清單，再持續擴充精度。&lt;/p></description><content:encoded><![CDATA[<p>Impact scope 的核心概念是「用一致規則界定事故影響到哪些資產、流程與利害關係人」。它是事故通報與回復排序的共用基礎。 可先對照 <a href="/blog/backend/knowledge-cards/blast-radius/" data-link-title="Blast Radius" data-link-desc="說明事故影響面如何估算與隔離">Blast Radius</a>。</p>
<h2 id="概念位置">概念位置</h2>
<p>Impact scope 位在 <a href="/blog/backend/knowledge-cards/blast-radius/" data-link-title="Blast Radius" data-link-desc="說明事故影響面如何估算與隔離">blast-radius</a>、<a href="/blog/backend/knowledge-cards/incident-timeline/" data-link-title="Incident Timeline" data-link-desc="說明事故時間線如何支援判斷、溝通與復盤">incident-timeline</a>、<a href="/blog/backend/knowledge-cards/post-incident-review/" data-link-title="Post-Incident Review" data-link-desc="說明事故後如何完成復盤、學習與改進閉環">post-incident-review</a> 與 <a href="/blog/backend/knowledge-cards/mttr/" data-link-title="MTTR" data-link-desc="說明平均修復時間如何作為事故處理能力指標">mttr</a> 之間。它把技術事件映射到業務影響。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>系統需要影響面盤點的訊號是技術異常已確認，但受影響名單與業務衝擊仍不清楚。資料外送事件、供應鏈事件與跨部門中斷都需要 impact scope。</p>
<h2 id="設計責任">設計責任</h2>
<p>影響面盤點要定義盤點粒度、資料來源、更新節奏與責任角色。事件中應先完成最小可用清單，再持續擴充精度。</p>
]]></content:encoded></item></channel></rss>