Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
障害ってだいたい有給取った日に起こるよね(あるいはドラッカーの真摯さについて考えさせられた失...
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
sawarabi
April 20, 2022
Business
640
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
障害ってだいたい有給取った日に起こるよね(あるいはドラッカーの真摯さについて考えさせられた失敗の話)
https://rakus.connpass.com/event/241835/
エンジニアの失敗学 LT会 #失敗学LT
で発表した内容です。
sawarabi
April 20, 2022
More Decks by sawarabi
See All by sawarabi
人に任せるコツ
sawarabi
0
120
オンボーディング作成経験者が、転職後に自身の立ち上がりのために意識したこと
sawarabi
0
13k
振り返った結果、自分のキーワードは安心感だったという話
sawarabi
0
360
気づいたらおっさんになっていたので、コンフリクトマネジメントについて考えてみた
sawarabi
0
150
転職を考えたときに考えたこと (そして転職に至るまで)
sawarabi
3
1.1k
読書会を個人で開催してみた話
sawarabi
0
1.6k
読書会(ABD) エンジニアリングマネージャーのしごと
sawarabi
0
260
Low-Tech Social Network
sawarabi
0
1.3k
スクラムマスター研修受けてみて、 実際どうなったか
sawarabi
0
2.7k
Other Decks in Business
See All in Business
株式会社Fact_Base 会社紹介資料
factbase2022
0
1.1k
Copilotで資料を作るようになって仕事のやり方が変わった話
aonomasahiro
2
670
プロシェアリング白書2026_PROSHARING_REPORT_2026
circulation
0
150
Mercari-Fact-book_en
mercari_inc
2
36k
データ品質とメタデータ管理で実現する構造化・非構造化データ活用のユースケース紹介
kawanago
0
430
Web工学とビジネスモデル - IVRyにおけるAI時代の新規事業開発 -
ivry
1
350
非エンジニア向け Claude Codeの全社展開~推進とリスク統制のリアル~ #プロヒス2026 #プロダクトヒストリーカンファレンス 2026
kayato
3
150
今日から始めるセルフマネジメント/A Practical Guide to Self-Management
ikuodanaka
1
3.2k
ARI_BXデザイン第2事業ドメイン_事業紹介資料
arid2
0
290
登壇テーマの候補をAIで掘り起こす / Generate CfP Ideas via-AI
tbpgr
1
210
okr and devops -- Why OKRs Fail and DevOps as the Practice to Make Them Work
ikuodanaka
0
2.6k
株式会社プロッセルテクノロジーズ会社紹介
tom1214
0
180
Featured
See All Featured
Visualization
eitanlees
152
17k
Un-Boring Meetings
codingconduct
0
330
Building Adaptive Systems
keathley
44
3.1k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
220
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.7k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
480
The Cost Of JavaScript in 2023
addyosmani
55
10k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
BBQ
matthewcrist
89
10k
Transcript
障害ってだいたい有給取った日に起こるよね (あるいはドラッカーの真摯さについて 考えさせられた失敗の話) エンジニアの失敗学 LT #失敗学LT 2022/04/20
直近やった失敗 暖かくなったから長袖しまった! 寒い!!! けどハワイ気分でお送りします!
名前:さわらび Twitter:@TSawarabi(質問などお気軽に!) 職業:バックエンドエンジニア 会社:株式会社 Viibar 最近読んだ本:「ハコヅメ」仕事論 最近気になってる映画:必殺!恐竜神父 チャンス!メイドの逆襲 最近の出来事:ほぼ月刊サメ映画、欲しさに 「エイリアンVSジョーズ」のDVDを購入
自己紹介
ほぼ月刊サメ映画、とサメ映画
自己紹介(ストレングスファインダー) ギャラップ認定ストレングスコーチ Top10の内訳 • 戦略的思考力:5個 • 影響力:3個 • 人間関係構築力:2個 実行力どこいった・・・(´・ω・`)
(実行力:実行したい、完遂したい、という資質群) エニアグラムは Type 8w7(独立した人)
山ほどある失敗の話 • 印刷した地図を見ながら面接会場に向かっていたら駅に戻っていた話 • 本番DBのデータメンテ時にwhere句抜きでdelete文を実行した話 • PCのネジが何故か一本余った話 • スケープゴート的なアレで減給された話 •
花粉症で鼻かみまくってたら客先に連れていってもらえなかった話 • オフショア先にマイクロマネジメントしてしまった話 • 障害対応時の報告をミスってお客様にめっちゃ怒られた話 • 失敗ではないけど、神になった話 • 開くとサーバが落ちる地雷みたいなページを踏んでサーバを止めた話 • 思い出せないだけで、多分まだある
山ほどある失敗の話 • 印刷した地図を見ながら面接会場に向かっていたら駅に戻っていた話 • 本番DBのデータメンテ時にwhere句抜きでdelete文を実行した話 • PCのネジが何故か一本余った話 • スケープゴート的なアレで減給された話 •
花粉症で鼻かみまくってたら客先に連れていってもらえなかった話 • オフショア先にマイクロマネジメントしてしまった話 • 障害対応時の報告をミスってお客様にめっちゃ怒られた話 • 失敗ではないけど、神になった話 • 開くとサーバが落ちる地雷みたいなページを踏んでサーバを止めた話 • 思い出せないだけで、多分まだある
当時、私は青かった…(windowsっぽく) 当時の背景 • 社員数20-30人くらいの小さなSIer ◦ 一次請け • 新卒2年目(だったと思うけど、1年目かも) ◦ 4社くらいの保守と追加開発案件
◦ 扱っていたのは基幹システム • 体制としては、上司と自分の二人体制のモノがほとんど • システムもオンプレで、一つのサーバにアプリとDB両方載せてる感じ
障害ってだいたい有給… 1. その日、自分は珍しく有給を取っていた 2. 朝というか昼?、電話を取ったら会社からだった (映画館いってた気がする) 3. 「~さん(お客様)から、システム止まってるって!」 4. 一緒に担当している上司は別の客先で不在とのこと
5. 出社!!
とりあえず障害対応 1. とりあえず状況確認したら、サーバのHDD死んでた 2. 社内で余っていた普通のデスクトップPCを確保 3. そいつにアプリとDBをセットアップ 4. DBは取り急ぎ1日前のバックアップから復旧 5.
タクシーでデータセンターへ。動いていないサーバと繋ぎ替え 6. 動作確認して、復旧連絡 7. 暫定対応完了
後日調査 • 原因は「RAIDコントローラーの故障」 • データのサルベージは不可 ◦ 単純に、お客様側で既に入れなおしているので不要だった、 というのもある • 誰が悪いとかではなく、運がなかったねー、みたいな会話
お客様との月次定例 • めっちゃ怒られた • いつも一緒に来る上司は別件で不在 • 原因はRAIDコントロ―ラーの故障でした、の一言で流してしまった (正直、あんまり触れたくないっていう気持ちがあったかなーと) • お客様:それだけ?
• お客様:契約切る? • お客様:データ入れなおした分の工賃、請求するけどいい? • 最終的に、別日に上司といったらあっさり解決
当時は理不尽だと思ったけど… 当時自分が思ったこと • 有給潰してまでスピード対応したのに… • そもそも自分、悪くないし お客様の不安 • これって再発するの?大丈夫? やるべきだったこと
• ちゃんと説明をして、不安を取り除く
失敗から学んだこと • 相手(お客様)の目線で考える ◦ 基本、お客様は不安 ◦ そこをちゃんと取り除いてあげるのが大事 (こまめに報告入れるとか、影響範囲早めにとか 再発するのかとか、対応どうするのかとか) ◦
誰が悪いとか、どうでもいい 当たり前のことだし、よく言ってることだけど、意外と難しい
None