業務知識とIT知識を分けて考える時代は終わったんじゃないか - kawaguti’s diary

昨日のエントリは思いがけずアクセスをいただきまして、はてブのホッテントリにものったようで、驚いております。ありがとうございます。ここのところお腹の中にぐるぐるしている思いを新年にかこつけて吐き出した記事で、切れない「なまくら刀」のような後味で申し訳なく思っております。 kawaguti.hateblo.jp この記事の中で、業務知識という言葉の定義を曖昧なままに使ってしまって、ブクマコメントで「業務知識とはだな...」というご教示をいくつかいただきました。ご指摘ありがとうございます。 SIerで業務知識といえばお客さんの業務に関する知識 システムインテグレーター(SIer)方面の方は「(自分たちはIT知識を持っている前提で)、ユーザー企業の人が持っているべき知識のことを業務知識と呼ぶ」という認識なのだろうと認識します。そういえば、10年以上前になってしまいますが、業務知識はSIerに必要か

[wayaguchi]

前のブログエントリhttp://b.hatena.ne.jp/entry/kawaguti.hateblo.jp/entry/2019/01/02/225041 への補足です

[tai-hey]

良記事。SIer の SE は業務知識寄り、エンジニアは tech 寄りと一般的にいわれるけど、どちらかが浅くなってしまうと達成できるプロジェクト難易度やビジネス付加価値、発想力に限界が来てしまいます。

[onehiro]

服のデザイナーは世の中にどんな生地があるのか知っておいた方がいいよね。というだけの話。生地の知識なんて持ってた方が良いに決まってるじゃんと思うところをIT方面はサボられガチだし無知が正当化されている

[tech0403]

逆。マネージメント層や経営層がITの技術を習得するより、エンジニアが業務知識、経営知識を身につける方が近道。AWSやBootstrapなどの出現で、ソフトウェアエンジニアがインフラやフロントを制圧した事実を見れば分かる

[umai_bow]

ドメイン知識とか言ったほうが良い

[shibacow]

ある知識をモジュール化して外部化出来るなら詳しくなくても良い。システムはどんどん経営そのものと一体化し、モジュール化出来ないので、そこへの知識は必要になる。

[rgfx]

併せて読みたい：「おじさんへの説明が必要な企業は危ない、DevOps三賢者ほえる | 日経 xTECH」 http://b.hatena.ne.jp/entry/s/tech.nikkeibp.co.jp/atcl/nxt/column/18/00138/073000118/

[maname]

回答ありがとうございます。まあ、そういう意味で言うとSIerはIT知識は最低限でも足りるのが現状だね。このPJではそういうものは全部私に回ってくる

[nanoha3]

昔から言われている話ではあって、システム変えるにも作るにも、業務とIT両方への影響を認識していないとどうにもならん(ここで業務とITを分けて書くのは昔らしいとは思うが)。

[knitcapmann]

業務知識とIT知識を分けて考えてよかった時代なんて未だかつて無いよ。

[j5ik2o]

世界的に見れば、設計おけるドメインという概念は1995年からある(ドメイン分析は１1980年初頭ぐらいなので、もっと起源は古いかも知れない)。日本だけ特殊な分業構造に発展したと思ってます。

[f-shin]

有史以来業務知識とITを誰かがつないでたハズなんだが、スマホ時代はITファーストで業務改善してかないと負けるって話で、そのビジョンを持てる人が経営者にならなければダメって言ってる話ですよね。そりゃそうだ

[sawarabi0130]

「業務知識」にはユーザに依存しない「一般知識」とユーザ固有の「ローカルルール」がある。ローカルルールを知らないという場合、既得権益を握った者が適正に情報共有していないというケースも有る。

[tockri]

自分ちの商売に必要な知識と一緒に「ITを使って最高効率で実現するには」を考えないと業界内の競争に負けるって現象が北米だけじゃなく日本でも起こってきてるので、つまりそういうことだと思う。

[deokisikun]

後藤隊長「皆で幸せになろうよ」　皆が仲良く幸せを目指したらドメインもテクノロジーも関係ない

[gabari]

「業務知識」という単語はSIerを主とする業界では一般ワードだから、あえて定義し直そうとしなくても素直に知りませんでしたで良いと思うが…SIerだと自社サービスじゃないからこういう単語が生まれるわけだし。

[ngsw]

ITエンジニアが業務知識覚える難度と、業務知識だけマンがITエンジニアリング覚えるのとどっちが早そう？みたいな話になり、結局比較優位的に開発できない奴が担当する領域が業務領域となるのではないかなあ。

[paradisemaker]

？？ 業務知識とIT知識って全然違うでしょ？ そこ明確にしないとビジネス領域で本当に使えるシステムなりプロダクトって要件定義できないよ。

[NOV1975]

いまいち飲み込めないので後で

[snowlong]

両方に精通させるなら10年〜のスパンで考えないといけないけどそのコストを負担するのはどこだろう

[FUTARO]

“Hit Refresh(ヒット リフレッシュ) マイクロソフト再興とテクノロジーの未来”

[yogasa]

あった方がいいけどなくても優秀な人は優秀。欲しいのはデキるマネージャ

[dalmacija]

非エンジニアの人は義務教育で教えるって事の意味を受け取る必要がある

[nakag0711]

Microsoftの創業者は言語の処理系を開発した人だと聞いていたが

[ch1248]

いい記事。既存の大企業のお偉いさんはその辺り解ってなさそう。

[Dursan]

ちょい横で。音楽家としての知識を身に着けなくとも音楽家の要望を聞いてそれを条件化してAIで最適化して建物の設計をすることもできるんやで http://www.archifuture-web.jp/magazine/107.html

[takayamamusashi]

めっちゃ嬉しいです

[hatahata_chan]

名前だけの担当者であったとしても、せめてITパスポートレベルの知識はあって欲しいと思う今日この頃。

[REV]

使ってるシステム、譬えると「右後輪のパンクを修理したよ！」って時、「ﾐｷﾞ」→候補→「右」を選択、「ｺｳﾘﾝ」→候補→「後輪」選択、みたいな手順が必要になる。メニューでなく。業務知識不足？IT知識不足？

[endout]

良い話。これを切り分けてないので仕事に困らず、様々な間を繋ぐ役割をやっている。理解できない人ほど、これを切り分けようとするけど、ベンチャーへ行けば行くほど、この境目は曖昧。この先、AIが同じ道になるはず

[teracy_junk]

ジャパンタクシー社長の話興味深い。できる経営者って感じだ

[uunfo]

CTOはちゃんとCTOの役割に必要な知識を持ってろって話。（持ってるのが当然なのでその知識に名前が付いてないのも当たり前）

[northlight]

“エンジニアの上司はCEOまで遡ってもエンジニアないしエンジニアの言葉がさっと通じる人”

[moronbee]

加えて、自社が持って戦うべきコア知識と、外部システムに依存していい境界線をクリアに認識できる必要もある。