質問: pm,se,コンサルに、なぜ業務知識が必要か? システムエンジニアとして仕事をするにあたり、 よく業務知識や業界知識を持つことがとても重要だと 耳にするとがあります。 顧客の業務知識を有することで、顧客のニーズがわかると いったことがその意義でしょうが、それってそんなに重要ですか? 要件をきいて、業務的にわからないことがあれば、 顧客に質問し、イメージを明確にしていく。 そのうち経験によって、若干の業界知識も身につく。 これの繰り返しレベルでいいと思うのですよね。 これは、ユーザー系であっても若干の差こそあれ同じだと 思っています。 ※ベンダー系の人がユーザー系に転職して成功するのは 技術知識や管理能力、積極性が携わっているからであり、 業務知識は、業務の中で都度覚えればよいかと思っています。 いやいや、何を言っているんだよ、といった意見。 または、 業界知識がとても重要になった。業務知識があったおかげで プロジェクトが成功したといった体験談があれば教えてください。
回答: 実は、ほぼ同意ですが... 金融などは特にそうかもしれません。 「seには業務知識や業界知識が無いし、 システム構築上の必要最低限しか知る気も無い。 必要になるまで聞いてもこない」 ということで顧客側が外注さんの使い方を心得ていて、 そのように対応してくれることがよくあります。 また2次請け以降であれば、その辺は元請がやってくれるので、 「システムのことだけ考えてやればいい」 という場面もあるでしょうね。 その前提でいけば、 「seやpmのミッションは納期と予算どおりにシステムを完成させることでしょう? 業務知識は顧客と業務用語で会話が成立する程度の最低限の知識でいいよね? 最大のパフォーマンスを出すためのシステムアーキテクチャ設計には 業務は関係ないよね? その都度要望を的確に聞きだせるコミュニケーション能力こそ大事でしょ」 人によっては、 「それが業務上どう運用されるとか、顧客にどう役立ったかも興味ない」 でもseやpm,plとしてやっていける世界です。 おそらく貴方は成功しているわけですし、 特に問題を感じない以上、現状そのままでよいと思いますよ。 おそらく必要最低限以上ものはクリアしているものと推測しますので、 そういう方に「必要ですか?」と聞かれれば、「貴方にはこれ以上不要でしょ」 と回答することになります。 でも、入門レベルの人が業務知識を覚えることを怠けたり拒否したりしてたら 「それは違うだろ?」と思うかもしれません。 まあ、コンサルの場合は、お金の出所になる人(経営者等)に対して、 業務改善を提言、提案することがあります。その場合はやはり、 業務自体や業界動向、その分野の成功例、ベストプラクティス等 を知っている必要が出てくる場合があります。 とはいっても、「名乗ったもの勝ち」で、 「itコンサルタント」なんて肩書きの方は、(仕事内容は別だが)いくらでもいるのが現状です。 多くの場合、実情は単に上級seもしくはセールスエンジニアでしょうね。