<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<oembed>
  <author_name>taku-0728</author_name>
  <author_url>https://blog.hatena.ne.jp/taku-0728/</author_url>
  <blog_title>Yappli Tech Blog</blog_title>
  <blog_url>https://tech.yappli.io/</blog_url>
  <categories>
    <anon>企業文化</anon>
    <anon>サーバーサイド</anon>
    <anon>インシデント</anon>
    <anon>アラート</anon>
  </categories>
  <description>はじめに 課題：「気づいた人が見る」という性善説の限界 リスク1：有識者がいないとわからない リスク2：知見のブラックボックス化 アプローチ：プロジェクトではなく「委員会」という選択 なぜツールではなくチーム運用から始めたのか やったこと①：委員会内でのスモールスタート やったこと②：メンバーのアサイン やったこと③：初動マニュアルの作成 ステップ1：ログの確認と共有 ステップ2：過去の対応履歴を確認 ステップ3：発生条件と顧客影響の特定 ステップ4：重要度の判定と対応 「迷ったら遠慮なく頼る」を明文化する 完璧なドキュメントを目指さない 結果①：「何をすればいいかわからない」がなくなった 結…</description>
  <height>190</height>
  <html>&lt;iframe src=&quot;https://hatenablog-parts.com/embed?url=https%3A%2F%2Ftech.yappli.io%2Fentry%2Falert-group-process&quot; title=&quot;サーバーサイドグループのアラート対応属人化解消までの道のり - Yappli Tech Blog&quot; class=&quot;embed-card embed-blogcard&quot; scrolling=&quot;no&quot; frameborder=&quot;0&quot; style=&quot;display: block; width: 100%; height: 190px; max-width: 500px; margin: 10px 0px;&quot;&gt;&lt;/iframe&gt;</html>
  <image_url>https://cdn-ak.f.st-hatena.com/images/fotolife/t/taku-0728/20260413/20260413214345.png</image_url>
  <provider_name>Hatena Blog</provider_name>
  <provider_url>https://hatena.blog</provider_url>
  <published>2026-04-15 11:37:57</published>
  <title>サーバーサイドグループのアラート対応属人化解消までの道のり</title>
  <type>rich</type>
  <url>https://tech.yappli.io/entry/alert-group-process</url>
  <version>1.0</version>
  <width>100%</width>
</oembed>
