---
type: article
title: IT業界のどこが建設業界よりも前近代的なのか
timestamp: 2005-12-10T00:00:00Z
profile: sorane-okf/0.1
noFontEmbedding: true
---

# IT業界のどこが建設業界よりも前近代的なのか

<p>前のエントリ<a href="http://blog.hatena.ne.jp/mkusunok/">id:mkusunok</a>:20051209:p1に対してはトラバやコメントではなく<a class="keyword" href="http://d.hatena.ne.jp/keyword/mixi">mixi</a>やブクマで色々と反響があって、どう返したものか悩んでいる。ただ勢いで書いたせいもあって僕の問題意識が正確には伝わっていないようなので、もう少し整理して書くことにする。<a class="keyword" href="http://d.hatena.ne.jp/keyword/%BB%D0%BB%F5">姉歯</a>氏の名前を出したことは僕の垣間見たIT業界の実態に即してはいるけれども、却って論点をぼかしてしまった。<br />
現場の技術者として不正をしない、という心がけを持つことは当然だ。但し、元請との力関係の中で正論を通せる場合ばかりではない。特に元請が技術を理解せずに結果だけを求める場合は悲惨なこともある。幅広い人脈と視野を持った技術者であれば、不正を要求するような顧客を切り捨てれば良いが、誰もがそれほど強い訳じゃない。<br />
悲惨な現場から良心的で生活力のある技術者が逃げ出したところで、他から刹那的に儲かればいいやと考える技術者や、そもそも何が問題なのか理解できないような無垢な技術者がやってくるだけである。不正を強要する相手からの仕事を拒否できるだけの強い人間になることも重要だが、自分の手を汚さずに済んだところで、世界は何も変わっちゃいない。自分より馬鹿で弱い奴が、もっと深刻な<a class="keyword" href="http://d.hatena.ne.jp/keyword/%A5%E2%A5%E9%A5%EB%A5%CF%A5%B6%A1%BC%A5%C9">モラルハザード</a>を起こすだけである。<a class="okeyword" href="g:mohican:keyword:もちろん">もちろん</a>、それが自分の手を汚していい口実にはならない。<br />
トラウマになっていた案件のことをよく思い返してみると、僕は強要されて何かを改竄した訳でも、手を抜いた訳でもない。ただ、押し付けられた汎用機の品質管理手法で前提としていた課題と、当時手がけたシステムで頻発した課題とが違いすぎるので、その手法で意図していることが達成されないことは目に見えていて、そのことを元請に説明したのであるが、全く<a class="keyword" href="http://d.hatena.ne.jp/keyword/%CA%B9%A4%AF%BC%AA">聞く耳</a>を持たない。<br />
そもそも案件が焦げているときに、顧客をミ<a class="keyword" href="http://d.hatena.ne.jp/keyword/%A5%B9%A5%EA%A1%BC%A5%C9">スリード</a>させるために無駄な書類を積み上げることの不毛を呪ったのである。そして懸念した通り、品質管理の書類が積み上がる一方で、実際のバグは一向に収束せず、ご指定の品質管理手法とは別スレッドで、泥縄式の対応を余儀なくされたことはいうまでもない。相手からみれば、いってることとやってることが違うということになる。<br />
僕はこれまで開発の現場で、信じられないくらい杜撰な仕事をいっぱいみてきた。僕の把握できる範囲で正してきたけれども、僕のスキルが充分であると誰が判断できるのだろうか。僕より優秀な技術者からみれば、僕の仕事もまた危なっかしくてみていられない、ということもあるだろう。さらに僕が居合わせた時点で安全なシステムで、抜けるときに信頼できる人柱を埋めてきたにしても、日本では<a class="keyword" href="http://d.hatena.ne.jp/keyword/%B7%FB%CB%A1">憲法</a>で<a class="keyword" href="http://d.hatena.ne.jp/keyword/%BF%A6%B6%C8%C1%AA%C2%F2%A4%CE%BC%AB%CD%B3">職業選択の自由</a>が認められている以上、彼がいつまでいるかなんて分からないのである。彼の次に充分なスキルを持った技術者がくるとも限らないのである。</p><p>建設の場合、少なくとも構造計算の手法は標準化されていて、守るべき水準も決まっている。件のマンションはそれを満たしていないことが問題なのである。設計、施工、審査が分かれているべきだから、これらの癒着が指弾されるのである。<a class="keyword" href="http://d.hatena.ne.jp/keyword/%B7%FA%C3%DB%BB%CE">建築士</a>という資格があるから、これの期間を定めようというのである。<br />
いっぽうITでは未だに守るべき設計手法はない。ISO9000や<a class="keyword" href="http://d.hatena.ne.jp/keyword/ISMS">ISMS</a>といった規格の取得は任意であり、しかもそれは組織に対する認証であってシステムに対する基準ではない。しかも設計と施工とが分離されているのはごく一部であり、審査など一部の規制業種を除くと存在しない。<a class="keyword" href="http://d.hatena.ne.jp/keyword/%BE%F0%CA%F3%BD%E8%CD%FD%BB%EE%B8%B3">情報処理試験</a>や各ベンダの資格もスキルの目安に過ぎず、取得していなければシステム構築に携われないということは聞かない。<a href="#f-19fc8aee" name="fn-19fc8aee" title="企業によっては内規とかあるかも知れないが">*1</a><br />
「<a class="keyword" href="http://d.hatena.ne.jp/keyword/IT%A5%A2%A1%BC%A5%AD%A5%C6%A5%AF%A5%C8">ITアーキテクト</a>諸君、君は本当に<a class="keyword" href="http://d.hatena.ne.jp/keyword/%BB%D0%BB%F5">姉歯</a><a class="keyword" href="http://d.hatena.ne.jp/keyword/%B7%FA%C3%DB%BB%CE">建築士</a>を笑えるか?」というタイトルをつけたとき念頭に置いていたのは、<a class="okeyword" href="g:mohican:keyword:悪意">悪意</a>による不正や欠陥設計がなかったとしても、安全基準もなければガバナンスも働いていないこと自体がIT業界の大きな問題だということである。<br />
読み返してみると誤解を招く表現も多々あって不徳の至りだが、IT業界で<a class="keyword" href="http://d.hatena.ne.jp/keyword/%BB%D0%BB%F5">姉歯</a><a class="keyword" href="http://d.hatena.ne.jp/keyword/%B7%FA%C3%DB%BB%CE">建築士</a>がやったような書類の偽造や改竄が横行しているとか、それも下請構造を考えると仕方ないのだ、という話をしたつもりはない。無論これらも技術者の倫理に頼り切るだけでなく、ガバナンスや業界構造の適正化によって解決すべき問題ではあるのだが。</p>
<div class="footnote">
<p class="footnote"><a href="#fn-19fc8aee" name="f-19fc8aee" class="footnote-number">*1</a><span class="footnote-delimiter">:</span><span class="footnote-text">企業によっては内規とかあるかも知れないが</span></p>
</div>
