まあ日本も２０年前はこんな状況だったと思う、そう思うと何故かこの”現状”にも親近感が沸いてきて何から取り掛かって良いか？わからないクライアントにも心底親身になって対応させてもらっている。

会 社の目的としては、何か困っている会社からアポがあった場合には、まずはお伺いをし、ＩＴ化を模索し、システム開発を提案し、自社でのシステム開発に持っ ていくことだが、私の提案の中ではＩＴ化は一つのツールであり、まずは現状のクライアントの業務のなかで、どの業務をＩＴ化すべきかを検討してもらうため の資料を作成し、説明することを大きな一つ目のマイルストーンとしている。

正直ＩＴといっても世の中には役に立たないＩＴがごろごろしている。
とりあえずベンダーに作らせたが実際には利用していない、というケースを多く耳にする。
そしてクライアントのＩＴに対する不満が蓄積する。
私は、ＩＴ化したほうが良い業務と、しないほうが良い業務を提案し、クライアントとの合意形成後に最小限のＩＴ化から提案しているかな？いやしようとしている。

この方法が会社にとって利益を生むためのベストプラクティスとは思わないが、コンサルをする上で、自社と、クライアントそして自分が利益を得るために、何をするのが良いのか？自分のスタイルというものは持ったほうが良いと思う。

私 は、今でも設計、プログラム、テストまでを自分で実施し、ＳＥとしてクライアントに機能追加等を提案しているが、ＳＥとコンサルの提案の差は何か？と考え ると、私のなかでは、似たものかな？と感じます。完全にフィーリングの世界ですが、違いは提案の規模が違うように感る。
コンサルは国の業務改善を提案するのに対しＳＥは都道府県の業務改善を提案すると言った感じの違い。
それぞれが仮説をたてて、仮説から”リターン”を産むロジック検討し、確証のあるデータで実証しなければならない。

ＳＥでもこの機能を追加するのにどのくらいのコストがかかり、どのような効果を産むのかは考える。解り易いのがチューニングであり、時間という切り口でコストと効果が比較し易い。

ただコンサルとなると、局所的な提案ではなくもっと大きな枠で捉えるので、提案までに、様々なレビューを経る事となる。そしてクライアントとのミーティン グで自分の仮説、思いとクライアントの思いを区別して、クライアントの思いの先にあるモノを見つけて実証する。ここはＩＴというクライアントにとっては、 ブラックボックスになっているものの中から見つけるモノよりも難しいと思う。
私は、この発見が楽しいと思う。

ゲーム性を勝手に持ち込んだりして、何でも楽しんでやるほうだが、このコンサルという仕事は、何も無くても楽しい仕事だと思う。相手があり、反応を見ながら対応を検討し、プレゼンという舞台までも用意されている。
日本に帰っても、是非続けて行きたい仕事と思いながらも現在は、スタッフの悩み相談から、プロジェクト、採用、組織計画の作成となかなかやりたい仕事に集中できないのが現状なわけで・・・

異国の地で管理するのも楽しいが、これはまた大変なことも多い。
文化はもちろん、個人でも違うしお互い母国語で話さない事が多いため埋まらないものがあったりと・・・　また別の機会にエピソードを記載予定。ではでは。