社内IT推進で「作っても使われない」をゼロにするために、僕が現場で学んだ5つのこと - Qiita

この記事では社内で日々発生する様々な課題をヒアリングし、ITやAIを活用して解決策に落とし込む中で得た「実務のリアルな知見」をまとめました！めちゃくちゃ現場感がある内容になっていると思います。 単にシステムを作るだけでなく、「どう全体最適化するか」「いかに現場に使ってもらうか」に悩むDX担当者や社内PMの方々の参考になれば幸いです。 1. 「要望」を鵜呑みにしない 全体最適と現場深掘りの二軸 会社の規模が大きくなると、社内からは無限に課題や要望が出てきます。ここで最も注意すべきなのは、「現場一つひとつの要望をそのまま叶えても、会社全体の最適化にはならない」という点です。 ① 横展開できる汎用課題にプライオリティを置く 例えば「経理申請」や「経費精算」のような業務は、事業部を問わず全社で共通のボトルネックになりやすいテーマです。こうした「誰もが困っている課題」に対して、横展開を見据えた戦略的

[mmuuishikawa]

「作っても使われない」ベンダーからすれば最高

[mr_mayama]

ちゃんとした開発プロジェクトも行き着くところはここだよね、という気がする（開発というよりほぼコンサルみたいになっていく）。うわべだけ要件みたせばOKの受託仕事はこれから無くなるなぁと。

[twmw]

どうせ使われないんだから実体は作らなくて良い。仕事やってる感を出しつつも、難解なマニュアルで人を寄せ付けない事が重要。この仕事術を私は宇宙際タイヒミュラー方式と名付けました🤔

[sukkuuuuu]

“SaaS導入等では解決しない本質的な課題を特定する。”

[jacoyutorius]

"「変化を嫌う人」を動かす: 魅力的な提案が受け入れられない4つの理由"もおすすめ

[kojikoji75]

AIのおかげで「作る」ハードルは確実に下がった。 その分、「何を作るか」「どう浸透させるか」の重要性は以前よりずっと高くなった気がする。

[soyokazeZZ]

この辺の小規模プロジェクトは各部署がAI使って勝手に作っていくようになるだろうな。セキュリティやらなんやらを管理する部署は必要だが

[strawberryhunter]

根回しとかやってるからスピードが出ない。上司、できれば社長に言ってトップダウンで。

[rdlf]

霞ヶ関のとあるシステムの保守だけ入札で奪い取るなんて荒技をしたことがあったけど、そのシステムって誰も使っていなくてとりあえず毎月サーバの状態だけ確認する謎の仕事をしたことがあることを思い出した。

[hry64]

使われない機能ほど無価値なものは無いよね

[raitu]

“プロダクトの浸透率を高める最強の施策は、「他部署の人を巻き込んで作ること」です。 開発段階から現場のキーマンを巻き込み、「一緒に作り上げた」という当事者意識（オーナーシップ）を持ってもらう”

[sitsucho777]

社内のIT推進に限らず人が集まる所に新しいシステムやルールを導入するときには避けて通れない内容。この辺の理解がないと声だけでかい相手に小手先の修正ばかりやらされて延々と徒労させられることになるよね。

[OrientHistory]

実際に使う人が使うことで仕事が楽になった！と感じられることが大事。次に最初の一歩のハードルを下げてやること。

[Shinwiki]

使わせるつもりがないのにみんな使ってしまって標準ツール化してしまう方が深刻なのよ。どうすんだよコレの移行…

[hiduki001]

やめてくれ。これが正解になるのはマネージメントが生きていて現場もSEも案件にコミットできる、現場が協力的、属人性が低く業務構造が簡単などの条件が必要。つまり改善しやすい組織。記事に前提が足りていない

[circled]

どちらかというと何もしないでいても、その手のツールや仕組みを使った人が少しだけ増えて、グループを作り、そこが各自が自発的に精鋭チームとして勝手に存在感を出して全体を乗っ取るみたいな流れがある

[peatnnuts]

抽象的なことばかり言って結局よく分からない文

[nguyen-oi]

現場の要望をそのまま鵜呑みにするとカオスになるの社内SEあるあるすぎて胃が痛い

[hiroomi]

社内ITでは「作る力」よりも、「何を作るか」「どう使ってもらうか」を設計する力が重要

[IGA-OS]

色んな方面からの理解が必要