PM,SE,コンサルに、なぜ業務知識が必要か？

Question

システムエンジニアとして仕事をするにあたり、
よく業務知識や業界知識を持つことがとても重要だと
耳にするとがあります。

顧客の業務知識を有することで、顧客のニーズがわかると
いったことがその意義でしょうが、それってそんなに重要ですか？

要件をきいて、業務的にわからないことがあれば、
顧客に質問し、イメージを明確にしていく。
そのうち経験によって、若干の業界知識も身につく。

これの繰り返しレベルでいいと思うのですよね。
これは、ユーザー系であっても若干の差こそあれ同じだと
思っています。
※ベンダー系の人がユーザー系に転職して成功するのは
　技術知識や管理能力、積極性が携わっているからであり、
　業務知識は、業務の中で都度覚えればよいかと思っています。


いやいや、何を言っているんだよ、といった意見。　または、
業界知識がとても重要になった。業務知識があったおかげで
プロジェクトが成功したといった体験談があれば教えてください。

ese_ee · Accepted Answer

実は、ほぼ同意ですが．．．

金融などは特にそうかもしれません。
「SEには業務知識や業界知識が無いし、
システム構築上の必要最低限しか知る気も無い。
必要になるまで聞いてもこない」
ということで顧客側が外注さんの使い方を心得ていて、
そのように対応してくれることがよくあります。
また2次請け以降であれば、その辺は元請がやってくれるので、
「システムのことだけ考えてやればいい」　という場面もあるでしょうね。

その前提でいけば、
「SEやPMのミッションは納期と予算どおりにシステムを完成させることでしょう？
業務知識は顧客と業務用語で会話が成立する程度の最低限の知識でいいよね？
最大のパフォーマンスを出すためのシステムアーキテクチャ設計には
業務は関係ないよね？
その都度要望を的確に聞きだせるコミュニケーション能力こそ大事でしょ」
人によっては、
「それが業務上どう運用されるとか、顧客にどう役立ったかも興味ない」
でもSEやPM,PLとしてやっていける世界です。

おそらく貴方は成功しているわけですし、
特に問題を感じない以上、現状そのままでよいと思いますよ。
おそらく必要最低限以上ものはクリアしているものと推測しますので、
そういう方に「必要ですか？」と聞かれれば、「貴方にはこれ以上不要でしょ」
と回答することになります。
でも、入門レベルの人が業務知識を覚えることを怠けたり拒否したりしてたら
「それは違うだろ？」と思うかもしれません。

まあ、コンサルの場合は、お金の出所になる人（経営者等）に対して、
業務改善を提言、提案することがあります。その場合はやはり、
業務自体や業界動向、その分野の成功例、ベストプラクティス等
を知っている必要が出てくる場合があります。

とはいっても、「名乗ったもの勝ち」で、
「ITコンサルタント」なんて肩書きの方は、（仕事内容は別だが）いくらでもいるのが現状です。
多くの場合、実情は単に上級SEもしくはセールスエンジニアでしょうね。

notnot · Answer

・下流SE,プログラマの場合
　全く業務知識がない人向けの設計書を書く・説明するのは手間がかかるので、同じ値段なら業務知識のある人が喜ばれるでしょう。逆に言うと業務知識があると単価を上げてもらう理由になる

・上流SE、コンサルタントの場合
　言われたことをやるのであれば、お書きのように業務知識無し＆必要な点について質問することでやっていけるでしょう。
　そうじゃなくて、システム化提案をする等であれば、顧客と同レベルの業務知識が必要です。
　つまり、上の場合と同じで、業務知識があるとよりたくさんのお金を取れます。

don_go · Answer

給与システムでの年末調整や自治体向けの業務システム
等の税金計算や法律・条令にもとづく税額・補助金等を
扱う物等では、法改正に伴う制度の改変によるシステム
変更も良くあり、現在の制度の内容と変更される内容を
共に理解できていないとシステム全体の設計作業はまず
無理です。
＃最近よく耳にする例では後期高齢者医療制度
＃法律の施行寸前になって名称を変えようと言い出した
＃人がいましたが、その一言で、それまでの数ヵ月間に
＃及ぶ開発作業が配布寸前で手戻りさせられて苦労する
＃人が大勢いる事をどう思っていたのでしょうか？

dexi · Answer

＃１です。
金融に常駐するシステム開発の派遣でした。
確かに業界知識はいらないですね。
でも、業務知識は無いと仕事はなにもできませんでしたよ？
特に受け持ち担当もあり、まず業務の勉強をしました。
やっぱり、あなたの職場＆あなたには必要ないって
いうだけじゃないですかね。
自分は人にそれが重要だなんてわざわざ
言ったりはしませんけどね。

こんなところで聞いてみるより、
自分で試してみれば良いんじゃないですか？
仕事のしかたが変わるかもしれませんよ。
もしやってみたけど必要ない気がした、というお話なら、
人になにかを聞く必要もありませんし。

Mogugen · Answer

金融システムのＰＭを実施していると言う事であれば、かなりの経験をお持ちであると推察します。
ＰＭの仕事って、プロジェクト（いわゆるコスト・品質・タイム・調達など）のバランスを保つ事ですよね。当然ステークホルダとの調整にも気を使わねばなりません。では、そんな役割の人に必要な知識ってなんでしょう？
私が思うに、最新の技術動向・業務知識・コミュニケーション力等はＰＭ（ＳＥ）として必要ですが、深さはさほど求められていないと思います。逆に幅広さが求められていると思います。部下にスペシャリストが居れば済む話ですから。
ですので、最低限必要なのは幅広い知識（業務知識含む）で、その他に得意分野（深い基盤系知識・深い業務知識等）は１つの武器にはなりますが必須ではないと思います。

以上のことから、MOLUさんが上級ＳＥ・ＰＭである前提で考えれば、経験で業務を覚えていく程度で良いと思います。

但し、上流工程でチーム内に業務知識がない人ばかりの場合、最良のシステムが提案・設計できない等のリスクは高くなると思われますので、チームとしては業務知識をサポートできる要員は必要と思います。

sinjou · Answer

ぬるい仕事してる場合、部下がついて来ないと思います。
特定さんやフリーのエンジニアさんはシビアだから、即座に抜けちゃうでしょうし。
ただ、社員さんのレベルによっては、かばい合いもあるでしょうから、ぬるい会社に就職すれば、それなりに幸せなんじゃないかと思います。

inu2 · Answer

顧客がメインとしている業務内容を知ることにより、何を必要としているのかが分かります。

実際にSEやPMとして顧客と接するようになると分かりますが、お客さんは「最初は全ての事に対してうそをつく」
という傾向があります。
何も顧客が意図的にいじわるして嘘をついているわけではなく、
顧客自身のニーズが自分でも分かってない っということが多々あります。

顧客に「こういうシステムを作ってくれ」と言われて、そのとおりのシステムを作ることは確かに可能です。
しかし、顧客が勝手に思い込んで提案したシステムが必ずしも顧客のニーズにマッチしているものとは限らないのです。
そこらへんをもっと掘り下げてゆくと、顧客の業務内容に対するニーズをかなえるためのシステムが別に有る というのは多々あります。
その深くうずもれたニーズや本当に適したシステムを提案するためにも顧客の業務知識は少なからず必要となってきます。

dexi · Answer

やってみればわかりますよ。

重要じゃなければ誰も言いませんし、
逆に業務知識は後からついてくるから
知らなくてもぜんぜん平気、
というハナシになっているはずです。

ただ、あなたが重要でないと考えているなら
今のあなたにとっては重要じゃないんでしょうね。

PM,SE,コンサルに、なぜ業務知識が必要か？

実は、ほぼ同意ですが．．．

・下流SE,プログラマの場合

給与システムでの年末調整や自治体向けの業務システム

＃１です。

金融システムのＰＭを実施していると言う事であれば、かなりの経験をお持ちであると推察します。

ぬるい仕事してる場合、部下がついて来ないと思います。

顧客がメインとしている業務内容を知ることにより、何を必要としているのかが分かります。

やってみればわかりますよ。

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング