なぜ、日本人のシステム屋はExcelで全部済ませようとするのか？

前提:Excelは「表計算ソフト」です。

それを日本人は「なんでもExcelで！」ってなっちゃうんですよね。

定型帳票と言う日本人文化があります。例えばA4縦で書類を作るとき、罫線などを綺麗に引くためにドキュメントを作るのですが、なぜかその際にほとんどと言っていいほどExcelが使われます。表計算目的ではありません。「ここに文字を書いてね！」と言う為だけに使われるのです。

最初からセルを全部正方形にしてしまう人も（Excel方眼紙と呼ばれています。）いるみたいで、罫線が引きやすい、文書のインデントが楽、などあるようです。

また、システム屋の場合、プログラムのテスト結果のエビデンス（証拠）を顧客は求めたりします。画面のスクリーンショットを「Excelに」貼るのです。この場合、なぜExcelか？と言うとタブが使えるからだと思うんですよね。（テスト番号をシート名にしたりします。）
まぁ、エビデンスを取るのは問題があった時に自分を守る為でもありますが、この作業は時間がかかるので色々意見があると思います。

DBテーブル定義書なんかExcelが便利そうですが（表形式でデータを管理したい為）、結局、そこから転記して実際にテーブルを実装するので実機にそう言うツール（テーブル構造を簡単に見れるような。）があれば絶対不整合は起こらないのです。

「資料として残したいからテーブル構造をエクスポートして自動でExcelに整形するツールはないか？」なんて本末転倒な話も当たり前にあります。

なんでもExcelで設計して印刷してレビューして実装する…
それが日本のシステム屋なのです。
とくに印刷と言うのも悪い習慣で、Excelの場合キチンとプレビューしないと文字が途中で切れたりします。紙に印刷してしまったら最後、何を書いているか分かりません。特に数字は顕著で印刷した結果”#####”みたいになってしまったら最後。絶対に数値がわかりません。
会議前に気付いたら、直してまた人数分印刷。さっきのは速攻シュレッダー行きです。

膨大なシステムは大量の仕様書、エビデンスと紙の量も多くなります。
それらはキングジムなどで綺麗に整理されますが、無事プロジェクトが終了し、片付けに入ると、データはDVDに焼かれて納品。
今まであった大量の紙はシュレッダーへと行くことになるのです。残るのはマニュアルくらいですかね？

海外のエンジニアは大抵Wordでドキュメントを作ります。PowerPointもありますが、Excelは驚くほどありません。
また、エビデンスを取ると言う習慣が無かったり、詳細設計書が無くて、「ソースを見ろ。」と言う乱暴なエンジニアも居ます。
まぁ、ソースが1番正しい（バグ含め）んですけどね。

…余談ですが、プレビューしないと（印刷しないと）文字切れが解らないと言う（特に####って奴。主に日付のセルで発生）、WYSIWYGの逆を行く設計はいつのバージョンで直るのでしょうか？