勘違いしていないか？基幹系システムの要件定義は経営者の「仕事」に決まっている

なぜ日本企業の経営者は、ビジネスの根幹を担うシステムの開発をIT部門任せ、あるいはITベンダー任せにするのか。いわゆる丸投げをなぜ続けるのか。以前なら「社長はITに関心がない」あるいは「ITを分からない」がその理由だったが、空前のDX（デジタルトランスフォーメーション）ブームとなった今ではさすがに「関心がない」「分からない」と恥ずかしげもなく言う経営者は表面的には消え去った。 だけど、である。株主や投資家らに「我が社のDX」を熱く語る経営者であっても、それを実現するためのシステム開発では丸投げの場合が多い。さすがに「システム開発は専門家である君たちに任せた」と気持ち良く丸投げするケースは少なく、「私もオーナーシップを発揮して……」などと言ったりするが、何をもってオーナーシップを指すのかがよく分からない。で、オーナーシップはどこへやら、現場主導で粛々と開発が進み、愚にもつかないシステムが出来

[NOV1975]

「経営者」の概念がよーわからん。普通にCIOなりCTOの仕事だろ（当然、経営ボードの仕事、ということ）。CEOじゃないとダメってこと？んなわけない。

[decobisu]

はい

[lorenz_sys]

要件定義書は当該案件の発注側受注側の合意事項を示すことになるので発注側が単独で作成するのは本来おかしい。(たとえ社内案件であっても)　発注側(経営者)の最初の仕事はRFPを作成するまででよい。

[namisk]

“経営者の関心を基幹系システムに向けさせるための官民挙げての「悪巧み」が、例の「2025年の崖」だ。” ああ、そうなのかもね。笑

[suzx]

#メモ保存