ボスは部下の失敗を汚いリストにまとめ、自分の暴動はそこから隠した

On-Call The Registerの金曜コラム「On-Call」にまたようこそ。このコラムでは、読者の技術サポート道徳物語を紹介します。

今週は、「オマール」という人物を紹介します。彼は1990年代初頭、老朽化し​​たDEC（Digital Equipment Corporation）製のメインフレーム2台を備えたエンジニアリング会社で開発者として働いていました。職場にはもう一つ奇妙な点がありました。ITマネージャーが「失敗シート」を常備し、チームのミスをリストアップして「翌日に確認して、それを叱責するため」に使っていたのです。

オマールの物語は、同社が自社のメインフレームは博物館に展示されるべきだと気づき、メンテナンスを外部委託しようとしたことから始まった。

「私たちはすべてのキットのリストを作成し、それを潜在的な新規ベンダーに渡してメンテナンス費用の見積もりを出してもらいました」とオマール氏は説明した。

ある日の午後、そのベンダーから電話があり、追加情報、今回はメインフレームの 1 つで使用されている RAM のシリアル番号を要求されました。

「ITマネージャーはIT部門に駆け込み、サーバールームに直行してメインフレームのサイドパネルを開けました」とオマール氏は語った。「そして、メインフレームが稼働している間にRAMを取り外したのです！」

「彼は自分が何をしたのか分からず、オフィスに戻り、外注先にシリアル番号を伝えた。」

この RAM の取り外し騒ぎは、同社が日常的なデータ処理とバックアップの実行を行っていた時間帯に発生しました。

だから、オマールが「シフト中の IT 運用担当者は、突然メインフレームがビープ音を出し始めたので、ひどいショックを受けた」と言ったのも不思議ではありません。

「すべての処理が失敗しました。メインフレームにエラーメッセージが表示されていました。」エラーメッセージが山ほどありました。

運用担当者は、マネージャーの過度の暴走がエラーの原因だとは想像もしていませんでした。「IT運用担当者はひどく落ち込み、全てを正常に戻すのにしばらく時間がかかりました」とオマール氏は語りました。

チームは最終的に業務を復旧し、オフィスの状況は正常に戻りました。

オマールさんは、この出来事は「数日から数週間にわたって素晴らしい会話のきっかけになった」と語った。

特に、この事件はミスシートに一度も記載されず、上司もこの事件について自らを責めようとしなかったからだ。

あなたの上司は、他人に課せられたルールを免除されたことがありますか？もしそうなら、On-Callまでご連絡ください。来週、この枠にあなたを配置できるかもしれません。®