ＩＴコンサルタントのひとりごと

078ＩＴコンサルタントの仕事の流れ～その２

IT Consultant — 2007-04-24T20:57:32+09:00

クライアントにしても、１社のＩＴコンサルティング会社だけでは、コンサル費用が妥当なのかわからないので、２～３社のコンペになります。ＩＴコンサルタントの仕事は、ここから始まります。

クライアントは、コンサルを頼むことで、どんなメリットがあるかわからないので、そのメリットをプレゼンテーションすることになります。もちろん、見積もり付きでです。

クライアントの企業規模(対象部門の規模)により、期間と見積もりは変わるのですが、基本的には、週に２回程度のヒアリングで、３ヶ月程度のプロジェクトになります。見積もりは、３００万円～７００万円といったところでしょうか。見積もりに幅があるのは、どの程度の力量のコンサルタントを投入するかによります。

通常であれば、このプロジェクトのアウトプットは、システム化構想書になります。システム化構想書というのは、ＲＦＰ(Request for Proposal)の元になるようなものです。必要な機能、必要な機器、開発期間などを盛り込んだものです。その他に、クライアントにどうして、その機能や機器が必要なのかを理解していただくために、今のクライアントの問題点とその解決方法を記載します。クライアントの問題点は、システムだけではなく、業務の流れや人の配置や仕事のやり方にも言及します。

このプレゼンテーションの準備に、２～３日かかります。クライアントにより、依頼内容が微妙に異なりますので、その対応です。ただ、このプレゼンテーションは、営業範囲に位置づけられるので、無料です。ぜひ利用すべきものです。

ＩＴコンサルタントの仕事の流れ～その１

IT Consultant — 2007-04-23T23:58:31+09:00

コンサルタントがどんな仕事をしているのか、今日から何回かに分けて、ご紹介していきます。

通常は、営業マンが仕事を探してきます。営業マンはいろいろなチャネルをもっているので、システムの再構築を考えているクライアントを探してきます。もちろん、この段階では、実際に仕事がとれているわけではあります。

クライアントの状況としては、今使っているシステムが古くなったから(機能と会社の業務に乖離がでてきたり、システムのレスポンスが悪くなったり)、新しいシステムに切り替えたいのだが、どのくらいの期間で、いくらぐらいかかるのか、どのＳＩｅｒに開発を依頼すればよいのか、などを悩んでいます。今使っているシステムの開発会社とよい関係が続いていれば、次のシステムも同じ会社に頼む、という構図が多いのですが、そうならないケースも多々あります。

たとえば、今使っているのが汎用機で、次期システムにはWindowsサーバにして、コストダウンをしたいというケースです。あるいは、今はやりのＷｅｂペースのアプリケーションにしたいというケースです。このような場合、今使っているＳＩｅｒさんでは、対応できないことがあります。

このような場合、ＩＴコンサルタントを入れて、どんなシステム構造にして、開発期間や適正な開発価格などの見積もりを依頼することになります。

ＩＴコンサルタントの仕事の流れ～その１

IT Consultant — 2007-04-22T22:42:34+09:00

コンサルタントがどんな仕事をしているのか、今日から何回かに分けて、ご紹介していきます。

ＩＴコンサルを目指すのは

IT Consultant — 2007-04-21T10:59:50+09:00

ＩＴコンサルタントを目指すプログラマは多いと思います。ヒアリングしたことはないのですが、半数ぐらいではないでしょうか。というのは、プロマネとＩＴコンサルの給料を比較すれば、ＩＴコンサルの方が一般的に高いからです。

同じ年齢(たとえば３５才)であれば、プロマネの年収が６００万円ぐらいに対して、ＩＴコンサルの場合は７００～８００万円でしょう。ＩＴコンサルの年収に幅があるのは、通常ＩＴコンサルの場合、コンサル実績に応じて報酬が決まるので、より高額のプロジェクトのコンサルができれば、より高収入になれます。３５才でも、 1,000万円を越える報酬をもらっているＩＴコンサルもいます。

その他にも、コンサルタントとかコンサルティングという呼称の方が、ばくぜんといいと感じている人も多いです。

ただし、目指す人が多いわりには、ＩＴコンサルタントになれる人は１０％ぐらいと、かなりの狭き門です。

その理由は、明日以降、アップしていきます。

ＩＴコンサルを目指すのは

IT Consultant — 2007-04-18T22:03:09+09:00

その他にも、コンサルタントとかコンサルティングという呼称の方が、ばくぜんといいと感じている人も多いです。

ただし、目指す人が多いわりには、ＩＴコンサルタントになれる人は１０％ぐらいと、かなりの狭き門です。

その理由は、明日以降、アップしていきます。

コンサルタントのステップ

IT Consultant — 2007-04-17T21:53:41+09:00

久しぶりにアップします。

ＩＴコンサルタントへのステップアップについてのお話です。

通常、新卒でソフト開発会社(ＳＩｅｒ)に入社すると、プログラマからスタートします。ＥＲＰの開発会社では、コンサルタントと称することがおおいのですが、実態はプログラマです。

プログラマを２～５年勤めると、ＳＥ(システム・エンジニア)になります。ＳＥを３～１０年すると、次のステップになるのですが、この分岐が何種類かあります。まず、その会社のラインマネージャ(課長・部長)になる方法です。この他には、プロジェクト・マネージャになることも多々あります。プロジェクトの規模にもよりますが、プロマネになるのは、３０～３５才ぐらいです。営業に転出することも多いですね。最後が、ＩＴコンサルタントです。

たぶん、一番多いのは、プロマネになることで、次が営業に転出、ラインマネージャ、最後にＩＴコンサルタントでしょうか？ＩＴコンサルタントになるのは、プログラマの１％程度だと思います。もちろん、ＩＴコンサルを目指す人は多いのですが、いっぱしのＩＴコンサルになれるのは、その１０％ぐらいです。

コンサルティング会社の使い方～まとめ

IT Consultant — 2006-11-16T09:03:44+09:00

コンサルティング会社のつきあい方を話題にしてきましたが、今回がそのまとめです。

まずは、あなたの会社が大企業でないのであれば、有名な一流と言われるコンサルティング会社を選択するのではなく、小さなコンサルティング会社を選択しましょう。Ｗｅｂで検索すれば、たくさんのコンサルティング会社がヒットするはずなので、こまめにチェックしましょう。

次にコンサルティング会社を決めたら、コンサルタントの力量をチェックしましょう。早期に全体を見通す力があることと、現実的な仮説を立てられるか否かがチェックポイントです。もしも、一抹でも不安があるのでしたら、そのコンサルタントに見切りをつけましょう。コンサルタントだけではなく、コンサルティング会社から選定しなおすことも重要です。

コンサルティングのプロセスは次の４点です。それぞれ、おおまかでかまわないので、スケジュールと必要なリソース(社内の情報源・データ・インタビュー必要な社員など)を確認しましょう。

１．問題点の発見、２．解決策の立案、３．プレゼンテーション、４．解決策の実行

の４つのプロセスです。ポイントを押さえましたか？それでは、コンサルティング会社とつきあっていきましょう。

コンサルティング会社の使い方～その８

IT Consultant — 2006-11-15T17:30:17+09:00

さて、お手並み拝見で、そのコンサルタントの力量が確認できて、任せられると思ったら、あとはそのコンサルタントにお任せがよいでしょう。社内の調整や、役員への報告会(中間報告や最終報告など)の調整は必要ですが、基本はそのコンサルタントに任せて大丈夫でしょう。

必要があれば、コンサルタントからリクエストがあがってきます。どんな社内の資料がほしいとか、どんな人とインタビューしたいとかです。できるコンサルタントであれば、半年なりの大まかなスケジュールをつくってきて、さらに１ヶ月前、２週間前などに、必要なものをお知らせしてもらえるので、まかせっきりで大丈夫でしょう。

もしも、逆に大まかなスケジュールもないし、必要なノーティスもあがってこないならば、そのコンサルタントはあまりよくないコンサルタントです。できれば、ずるずるとそんなコンサルタントを使いつづけるのではなく、すぱっと切り捨てましょう。それまでにかかった費用がもったいないかもしれませんが、そのままつかいつづけて、とんでもない結果になるよりは、適当な時期に適当な手切れ金で関係をやめた方がいいです。

それはふりだしにもどることになりますが、やはり最初にコンサルタントの力量をはかることが重要なのです。

どれだけ最後まで見通す力があるのか、どれだけ現実にあった仮説がたてられるのかが、重要なポイントです。

コンサルティング会社の使い方～その７

IT Consultant — 2006-11-14T22:02:00+09:00

コンサルタントの最終成果は、クライアント企業の問題解決なので、実行可能な解決策を立案することが最優先されます。解決策の実行までのステップは、なんども書いていますが、次の４ステップです。

１．問題点の発見、２．解決策の立案、３．プレゼンテーション、４．改革実行

の４ステップです。実際に４を実行してみたら、うまくいきませんでした、ではお話になりません。なるたけ早い時期に４のイメージが掴めることが必要なのです。１→４という流れて考えていき(時間的な流れも)ますが、４→１という逆の流れでもコンサルタントの頭の中では働いています。

ちょっとむずかしいかもしれませんが、高校でならった積分のようなものです。微分・積分の積分です。微分というのは、論理的に考えていくことができますが、積分はえいやっと答えになりそうなものを考えて、それを微分して、一致すれば、それが積分の答えというものでしたが、それとコンサルティングというのは、非常に似ているプロセスです。

戦略コンサルタントで有名な大前研一氏も、そういえば理系(早稲田大学理工学部)ですね。

この仮説をつくって、検証していくというプロセスは理系的な仕事の１つですね。

コンサルティング会社の使い方～その６

IT Consultant — 2006-11-13T22:29:13+09:00

なぜ、全体像をすばやく掴む必要があるのか、考えてみましょう。

コンサルの最終的な成果は、解決です。実際にクライアントの会社全体を動かして、社員を動かして、改革して、売上高を上げたり、利益を向上したり、というのが最終的な成果です。

クライアントの企業や社員は、会社により、いろいろとあります。

議論が好きな会社(社員)、とりあえずやってみるという会社(社員)、言われたことは黙々と処理する会社(社員)、なにごとにも否定的な会社(社員)←官僚的、というように、会社によってさまざまです。

ということは、問題点に対しては、数学的に最適解を見つけることではなく、そのクライアントの企業で実行できる解を考え出すことが、重要なのです。たとえば、その昔キッシンジャーというアメリカの国務長官がいましたが、あたまが切れるので、さまざまな問題に対して、世界を説得していきましたが、実際には実行不可能なものがおおく、たとえば中東問題が２１世紀になっても未解決になっているように、実行できない解決策というものがたくさんあります。しかも悪いことに、その提示された解決策というのは、見た目すばらしいもので、その当事者たちは説得されてしまう、というものでもあるからです。

コンサルティング業界も同じように、一見すばらしい解決策で、だれでもその解決策が最適と思ってしまうものが、実は実行不可能というものがたくさんあります。

ＩＴコンサルタントのひとりごと

078ＩＴコンサルタントの仕事の流れ ～ その２

ＩＴコンサルタントの仕事の流れ ～ その１

ＩＴコンサルタントの仕事の流れ ～ その１

ＩＴコンサルを目指すのは

ＩＴコンサルを目指すのは

コンサルタントのステップ

コンサルティング会社の使い方 ～ まとめ

コンサルティング会社の使い方 ～ その８

コンサルティング会社の使い方 ～ その７

コンサルティング会社の使い方 ～ その６

078ＩＴコンサルタントの仕事の流れ～その２

ＩＴコンサルタントの仕事の流れ～その１

ＩＴコンサルタントの仕事の流れ～その１

コンサルティング会社の使い方～まとめ

コンサルティング会社の使い方～その８

コンサルティング会社の使い方～その７

コンサルティング会社の使い方～その６