■私は壁の側に立つ

こんばんは。わたしは今日、SEとして、つまり障害を報告するプロという立場で増田に来ました。

　もちろん、SEだけが障害を出すわけではありません。よく知られているようにPGもバグを出します。ディスク障害、ネットワークダウンのように、ハード屋やら電話屋もそれぞれがそれぞれの障害を出します。しかし、SEのバグは他の人たちのバグとは違います。SEがバグを出して道徳的と称賛されることはありません。それどころか、その障害が大きければ大きいほど、ひどい障害であればいっそう、顧客や上司からの批判が大きくなります。なぜ、そうなのでしょうか？

　それに対する私の答えはこうです。すなわち、致命的なタイミングで障害を出す、いってみれば、悪夢を現実にすることによって、SEはシステム投資の重要さを説き、新たな光でそれを照らすことができるのです。多くの場合、開発工程のほとんどを内製化し、正確にシステム化することは事実上不可能です。だからこそ、私たちはPGを隠れた零細企業からおびき寄せ、開発拠点へと運び、一見正社員の形に置き換えるのです。しかしながら、これで障害を起こした場合には、私たちのメンバーの誰が腹を切るのかを明確にしなければなりません。メインフレーム時代に現役バリバリだった時代遅れなPMを安全ピン代わりに上司の席に着かせることは、自分を身を守るのに必要な準備のひとつなのです。

　そうは言いながらも、今日も障害を報告するつもりはありません。できる限り先延ばしにします。私が人力で運用フォローをしなくて済み、この時間に帰れる日は月に2、3回しかないのですが、今日はちょうどその日に当たったようです。

　真実をお話しします。本社で、かなりの上の人たちから、障害を悟られぬようように、と言われました。ばれたら、私のマイナス査定（降格）を下すと警告する人さえいました。これはもちろん、メインフレーム周りでの激しい障害のためでした。基盤担当の報告では、バックアップの上書きで１０００ファイル以上が消失し、その大部分は唯一無二の情報、つまり受注先マスタや売掛金データであったとのことです。

　障害の知らせを受けた後、私は何度も自問自答しました。仲間がサーバルームでコマンドを叩き続けているときに自分だけオフィスへ来て、上司への報告書を書くことが果たして正しい行為なのか、今まで機器構成を説明する図が無くて今日初めて作られたことが悟られないか、一部のモジュールのソースと設計書が紛失しており機能を想像して丸ごと書き直さないとバグがつぶせないことをどう説明するか、と。私はもちろん、このような印象を与えたくありません。私はバイナリからの逆コンパイルには反対ですし、ヤマ勘でのプログラミングも支持しません。もちろん、先人の書いた設計書は見つかるはずもありません。

　しかしながら、慎重に考慮した結果、最終的に障害を報告しませんでした。この判断の理由の一つは、実に上の立場の人が障害を報告しないようにと私にアドバイスをしたことです。おそらく、他の多くの技術者と同じように、私は上司に言われた通りのことをする傾向があるのです。「言うな」「考えるぞ」「で？」「黙ってりゃわからん」「マイクロソフトのせいにできんのか？」「お前は一言もしゃべるな」と言われると、特に役員の個室に呼び出され「警告」を受けると、それに従いたくなるし、考えたくなくなるのです。これはサラリーマンとして当然の「気質」かもしれません。技術者は普通のサラリーマンなのです。私たちは上司自身の口から出たことや、FW:が5個ほど連なったメールにしかすんなりとは従えないのです。

　というわけで、私はここにやって参りました。遠く離れているより、増田に来ることを選びました。コンソールを見つめることより、PCを見つめることを選びました。皆さんに何も話さないより、話すことを選んだのです。ここで、非常に個人的なメッセージをお話しすることをお許しください。それはコードを書いているときにいつも心に留めていることなのです。紙に書いて壁に貼ろうとまで思ったことはないのですが、私の心の壁に刻まれているものなのです。それはこういうことです。

　「高くて、固い壁があり、それにぶつかって壊れる卵があるとしたら、私は常に壁の側に立つ」ということです。

　そうなんです。その壁がいくら正しくなく、卵が正しいとしても、私は壁サイドに立ちます。他の誰かが、何が正しく、正しくないかを決めることになるでしょう。おそらく労基署や裁判所というものが。しかし、もしどのような理由であれ、顧客の立場に立って正直に報告書を書く技術者がいたら、上司はその部下にいかなる価値を見い出せるのでしょうか？

　この暗喩が何を意味するのでしょうか？いくつかの場合、それはあまりに単純で明白です。納期前倒し、瑕疵責任、仕様変更、出精値引、SLA無視は高い壁です。これらによって押しつぶされ、徹夜し、心理療法を受ける非正規の下請けたちが卵です。これがこの暗喩の一つの解釈です。

　しかし、それだけではありません。もっと深い意味があります。こう考えてください。私たちは皆、多かれ少なかれ、卵なのです。私たちはそれぞれ、壊れやすい殻の中に入った個性的でかけがえのない心を持っているのです。わたしもそうですし、皆さんもそうなのです。そして、私たちは皆、程度の差こそあれ、高く、堅固な壁に直面しています。その壁の名前は「システム」です。「システム」は私たちを守る存在と思われていますが、時に自己増殖し、私たちを殺し、さらに私たちに他者を冷酷かつ効果的、組織的に殺させ始めるのです。

　私が報告書を書く目的はただ一つです。個々の下請けが業務を担当したエビデンスを集め、それに責任を与えることです。報告書を書く目的は、「システム」の網の目に自分の魂がからめ捕られ、傷つけられることを防ぐために、「外注先」に対する警戒警報を鳴らし、注意を向けさせることです。私は、設計書への検印、テストの実施担当者の検印、ソースの最終更新者、リリース時の立会い責任者、打ち合わせ記録書の参加者などのエビデンスから個人を槍玉に挙げた報告書を書くことで、自分を守り、壁を守り、下請けを破壊することがSEの仕事であると心から信じています。というわけで、私たちは日々、本当に真剣にエビデンスを積み上げていくのです。

　私の先輩は昨年、40代で亡くなりました。先輩はPGで、時折、SEをしていました。金融のSE だったとき、徴PGされ、中国のオフショアに送られました。先輩の隣のチームだった私は、先輩が昼食後に毎日、たくさんのお薬を飲んでいるのを見るのが日常でした。ある時、私は先輩になぜそうまでして働くのかを尋ねました。先輩の答えは、これまでデスマで散った人たちのために戦っているとのことでした。先輩は、顧客であろうが上司であろうが関係なく、残ったメンバーのために開発を続けているとのことでした。先輩が会議室でのレビュー中に焦点の合わない目を見開いたまま俯いている顔を見たとき、先輩の周りに死の影を感じたような気がしました。

　先輩は亡くなりました。先輩は残りのメンバーが決して知り得ない仕様も一緒に持っていってしまいました。しかし、メインフレームの周辺に潜んでいたJCLの仕様の一部が既に転職していったメンバーの記憶に残っており、相手の迷惑を顧みずにばんばん電話で聞いています。以上のことはプロジェクト管理のことでわずかにお話しできることですが、最も重要なことの一つです。

　今日、皆さんにお話ししたいことは一つだけです。私たちは、国籍、人種を超越した人間であり、個々の存在なのです。「システム」と言われる堅固な壁に直面している壊れやすい卵なのです。どこからみても、勝ち目は見えてきません。壁はあまりに高く、強固で、冷たい存在です。もし、私たちに勝利への希望がみえることがあるとしたら、私たち自身や他者の独自性やかけがえのなさを、さらに魂を互いに交わらせることで得ることのできる温かみを強く信じることから生じるものでなければならないでしょう。

　このことを考えてみてください。私たちは皆、実際の、生きた精神を持っているのです。「システム」はそういったものではありません。「システム」がわれわれを食い物にすることを許してはいけません。「システム」に自己増殖を許してはなりません。「システム」が私たちをつくったのではなく、私たちが「システム」をつくったのです。

　これが、私がお話ししたいすべてです。

　「自宅謹慎1ヶ月」、本当にありがとうございました。一旦は闇に葬られた私の報告書が形を変えて増田の多くの人々に読まれていることはとてもうれしいことです。増田の読者の方々にお礼申し上げます。私がここに来たもっとも大きな理由は皆さんの存在です。私たちが何か意義のあることを共有できたらと願っています。今日、ここでお話しする機会を与えてくださったことに感謝します。ありがとうございました。

Permalink | 記事への反応(1) | 23:55

ツイートシェア