８月の第２回目のブログエントリ。


僕が２３歳で社会人になりたてで入社した会社は
某大手商社の１００％子会社のシステムインテグレータでした。


あれから１０年が経ち、その会社も跡形がなくなりました。


やはり想うのは「システムを作る人間は技術力があるのは当たり前。交渉能力・決定能力がなければ現代のシステムは作ることができない」ということ。


もちろんどれだけ泥沼になっても時間をかければなんとなく動くシステムは
作れます。


けどそれをやってしまうから、クライアントはそれ以後のシステム化することへの投資も消極的になるのは当たり前。


そして僕が想うのは「要件定義をしっかりできるエンジニアがいない」こと。


僕がコンサルティング＆火消し依頼を受ける案件のすべてが「要求定義〜基本設計の不足ゆえの後戻りや工数見積もりの大幅なずれ」です。


システムを作る人間がしっかりと「クライアントの要求」を拾い切れていないということ。


もっと基本的な言い方をすれば「相手の気持ちを汲み取れていない」ということ。


システムを作る人間があまりにも「システムを作る＝プログラムを作る」ことだけに執着しすぎています。


いかんせん近年はプログラム開発環境が充実し、すぐにコンパイル・実行がしやすくなったため、「とりあえず動くもの」ができてしまうというのが明らかに弊害となっています。


「クライアントの要求をシステム化すること」がシステムを作る人間のやるべきことです。


そのためには要求定義・基本設計の段階でどれだけしっかりとクライアントと喧嘩(良い意味で)しながら、クライアントのやりたいこと、不明確な部分を出し切るかがポイント。
そして的確にクライアントが最終決定していただけるようにシステム屋が誘導できないといけない。(「それはお客様で決めてください」なんてクライアントに言ってもボールの投げあいっこになるだけ)


要求定義・基本設計しっかりやらないで「あとの詳細設計・プログラム開発でなんとか巻き返せる！」というのははっきり言ってありえません。


という訳で久しぶりに本気で喧嘩をしようと思います(^-^)b