レガシーなインフラを改善するつもりが組織の悪者になる話 - Qiita
はじめに みなさんの職場に古いインフラはありますか？ありますよね。 SVN,CVS...ですらないファイル名駆動のバージョン管理 id/pass不明でログインできない稼働中のビルドサーバ WindowsServer200X アンタッチャブルな巨大シェルスクリプト ... 小規模の会社でサーバサイドを齧っていると、 「クラウドネイティブ」という言葉とは無縁の世界で仕事をすることがあります。 え、そんなこと一度もない？ これからもあなたの幸運が続きますように。 改善活動スタート さすがに辛いので、改善を視野に入れて地道に調査をするわけです。 えいやで滅ぼしたい気持ちをグッと抑えます。 予算確保（のためのリスクの整理） 利害関係者の洗い出し 業務のフローで必須なインフラのリストアップ いざ置き換える算段がついたら、工事の計画を練ります。 業務の影響確認 バックアップ 移行期間の周知 等々。 現実
非常時のリーダーには何が必要なのか
もう随分と前の話だが、務めていた会社が人の命に関わる相当ヤバい事故を起こしてしまったことがある。 工場で発生した不測の事態の影響で、デイリーで製造し配送する必要がある製品を丸1週間、出荷できない状態に陥ってしまったものだった。 在庫ストックが利く製品ではなく、また代替手段も僅かで他社に応援を頼んでも限界がある。 このまま出荷の再開が2日遅れたら、多くの人に健康被害が発生することになるのは間違いないだろう。 そのため、時間になっても予定通りに製品が届かないことが明らかになると、会社中の電話が鳴り続け、文字通り大変な大騒ぎになった。 しかし、工場の復旧にはどうみても1週間はかかり、初動でできることは限られていた。 そのため今すべきことは、できるだけ早く全ての顧客と現場に足を運び、 「状況の説明」 「復旧の見通し」 「とにかく顔を見せてひたすらお詫び」 を急ぐことくらいしか、やりようがない。 そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
