障害が起きたとき、なにが気分を重くするかっていうと、障害を顧客に伝える瞬間です。 ハードウエア不良なら自分の責任は少ないのでまだマシですが、プログラムのバグで、しかも本番機でトラブルとなると、営業や上司に押し付けて逃亡したくなります。 そうはいっても、技術的な話はSEに降ってくる宿命です。 そこで、障害報告書だけ書いて、客への押しつけちゃいましょう。 障害報告書は次の内容を書きます。 概要 現象 原因 対策 経緯 ■概要 障害の内容と対策を簡単に記します。顧客側の担当者は障害の詳細を知りたがりますが、上司や役員は概要だけで十分です。 そこで、概要を説明し、詳しく知りたい人には後の部分を読んでもらうようにします。 例： 2006年2月13日 22:00-22:30の間、アクセス過多の影響でXXXサイトが無応答となりました。サーバの再起動、およびデータベースに対する同時接続数の増加を行い、当面
Project Insight offers powerful tools for project managers and teams in order to deliver optimal performance and ensure success. An enterprise project and portfolio management software, Project Insight offers personalized dashboards, intelligent scheduling, resource management, collaboration, time and expense tracking, project and portfolio tracking, workflow, and reporting features to help teams
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
