システムで一番大切なものは「人」

　私がシステム屋として仕事をする上で、常に心がけている事があります。それは、システムは人が一番重要だと考え、常にシステムを使う人の心を最優先する事です。システムは人間のためにあるのですから、人間の心を重要視するのは当然のことです。
　優秀ではないシステム提供会社は人を見ず、流行りの技術や、自社にとって都合のよい技術と都合だけでシステムを構築しようとします。そんな事をすれば当然システム導入は失敗します。システムを使うのは人間であり、人間の事を考えていないシステムが役に立たないのは至極当然です。
　私がシステム構築をする時は、極力お客様と会話をし、可能な限り業務を見学します。日本のIT産業は多重請負構造なのでそれが叶わず、仲介会社から間接的に聞き出す羽目になる事も多いのですが、お客様の業務をシミュレートできれば、システム導入の成功率が高いと断定できます。システム開発成功の鍵は、どれだけお客様の立場に立てるかだと言えるでしょう。
　私がシステムを構築する際には、お客様と会話をするのと同時に、頭の中でシステムを分析・設計・実装を行い運用までシミュレーションをします。このシミュレーションの鮮明さでシステム開発の成否が初めからわかります。これがシステム屋の必須能力であり、技術力とはお客様の要望を具現化する力というのが私の持論です。
　シミュレーション能力が役に立つ理由は、もちろん精神論ではありません。システム開発が失敗する一番の理由は、仕様書の不備と広い意味での開発環境の不備です。情報が足りなければよいシステムが作れるはずがありません。お客様と会話するのと同時に、システム開発の全てをシミュレーション出来れば、あらかじめ足りない情報が分かりますので成功率が高くなります。
　この記事を読んでいる人の大半はサラリーマンであり、日本の産業構造からお客様の声を聞き難い状況に居る事でしょう。しかしながら、その状況を甘んじて受ければプロでなくなります。何故ならば、お客様が望むシステムが作れなくてプロとは呼べないからです。
　日本のIT産業は余りにも酷い状態ですが、常にお客様の事を考え、プロとして恥ずかしくない生き方をするよう心掛けましょう。そうすれば、自分という人間の存在意義を見出し、心残りのない人生を送れます。

開発プロセスは数直線

　私が常日頃疑問に感じている事があります。それは、IT業界の人間が開発プロセスをぶつ切りにして考えている事です。その現れとして、設計は実装を知らないシステムエンジニアが担当する、実装は設計を知らないプログラマが担当する・・・などという情報処理技術の性質を無視した人事が行われています。その行為がどれだけ日本のIT業界を駄目にしているか・・・その損害は計り知れません。品質を低下させ、生産効率を下げる事に尽力していると言っても過言ではありません
　システム開発の全プロセスを体験すれば分かりますが、開発プロセスは独立して存在しているのではなく、厳密に区切られるものでもありません。開発プロセスは数直線と同じく途切れることなく続いています。むろんこれは私だけが言っている事ではなく、オブジェクト指向方法論の大家達も同様の事を言及しています。
　そもそも開発プロセスは、あくまでも作業内容が分かりやすい様に工学的な考えで作られた概念です。開発プロセスが独立して存在しておらず、数直線のように途切れなく続いています。ですから、開発プロセスの全段階を把握しておかないとよいシステムは作れません。そこをどう誤解したのか、システムエンジニアはプログラミングが出来なくてもよいなどといった、開発プロセスを独立したものとして考える人や会社が多々存在します。
　具体例を挙げます。オブジェクト指向分析が終了した事を厳密に証明する普遍的な方法はありますか？もちろんそんな方法などありません。仕様の正しさを数学的に証明できないのですから、オブジェクト指向分析の終了を厳密に証明する事など出来ないのです。実際のところ「そろそろ分析を終えて設計をしよう」といった人間の感覚で開発作業は進みます。
　開発プロセスが定義されている理由は、あくまでも、開発作業を明確化し、集団作業がやりやすいように便宜的に定義しているものだという事を忘れてはなりません。開発プロセスは曖昧で、設計に近い分析段階、実装に近い設計段階・・・等といった状態があり、その状態を無視するとシステム開発は失敗します。
　開発プロセスには名前が付けられ作業が定義されています。しかしながら、物事は断片的に存在せず、全ての事象は連続して起こっています。人間である我々技術者はそれを踏まえて柔軟に対応しましょう。