U
Story
URL2AI
Story
X でログイン
1
XのURLを入力してスレッドを取得
短編小説
考察ブログ
取得
元の投稿 ↗
2
スレッド本文(編集可)
コピー
クリア
@zangiPM: PMを馬鹿にしてるエンジニア PM 「今回のNW設定変更、影響範囲を整理したいので教えてもらえますか?」 エンジニアA 「ルーティング1本追加するだけなんで影響ないですね」 PM 「ありがとうございます。切り戻し手順はありますよね?」 エンジニアA 「設定戻すだけですよ」 PM 「細かくて申し訳ないけど、具体的に何分で戻せます?」 エンジニアA 「いや…すぐっすよ」 PM 「すぐだと対外説明できないので、どれくらいの時間で戻せるのか教えてください」 (若干イラつくA) エンジニアA 「正直、こういうのって現場に任せてもらった方が早いですよ」 エンジニアA 「PMって細かいこと気にしすぎじゃないですか?」 エンジニアB 「まあ…気持ちは分かる」 PM 「じゃあ確認させてください。この変更で既存のセッションはどうなりますか?」 エンジニアA 「…あー、一部切れる可能性はありますね」 PM 「それ、ユーザー影響として何件ぐらい出る想定ですか?」 エンジニアA 「そこまでは…」 PM 「監視アラートはどうなります?」 エンジニアA 「一時的に上がるかもしれません」 PM 「夜間の運用チームが誤検知として処理できたりします?」 エンジニアB 「いや、それ事前に連携しないと普通に障害扱いになりますね」 (空気変わる) PM 「つまり現状はこうですよね?」 ・セッション断の可能性あり ・影響ユーザー数未算出 ・監視誤検知のリスクあり ・運用連携未実施 PM 「これで影響なしとは言えないと思いますよ」 (沈黙) PM 「インフラは動くかどうかじゃなくて事故らない状態で動かせるかまでが仕事ですよ」 エンジニアA 「……」 エンジニアB 「それは現場だけじゃ出てこない視点ですね…」 現場がこれくらいなら大丈夫っていう感覚で進めたときに限って事故ることが多いなって思ってます。 事故った後で初めて見えてなかった影響に気づくことが多い印象です。 だから事前に面倒くさがらず細かく確認してしまう。単純に同じミスを繰り返したくないんですよね。
894 文字
⏳ RQDB4AIに考察ブログ生成ジョブを登録しています。登録後はKDeck/RQDB4AIで状態を確認できます。
✦ 考察ブログを生成