色んな方面からの理解が必要
AIのおかげで「作る」ハードルは確実に下がった。 その分、「何を作るか」「どう浸透させるか」の重要性は以前よりずっと高くなった気がする。
現場の要望をそのまま鵜呑みにするとカオスになるの社内SEあるあるすぎて胃が痛い
ちゃんとした開発プロジェクトも行き着くところはここだよね、という気がする（開発というよりほぼコンサルみたいになっていく）。うわべだけ要件みたせばOKの受託仕事はこれから無くなるなぁと。
"「変化を嫌う人」を動かす: 魅力的な提案が受け入れられない4つの理由"もおすすめ
抽象的なことばかり言って結局よく分からない文
“SaaS導入等では解決しない本質的な課題を特定する。”
どちらかというと何もしないでいても、その手のツールや仕組みを使った人が少しだけ増えて、グループを作り、そこが各自が自発的に精鋭チームとして勝手に存在感を出して全体を乗っ取るみたいな流れがある
「作っても使われない」ベンダーからすれば最高
やめてくれ。これが正解になるのはマネージメントが生きていて現場もSEも案件にコミットできる、現場が協力的、属人性が低く業務構造が簡単などの条件が必要。つまり改善しやすい組織。記事に前提が足りていない
どうせ使われないんだから実体は作らなくて良い。仕事やってる感を出しつつも、難解なマニュアルで人を寄せ付けない事が重要。この仕事術を私は宇宙際タイヒミュラー方式と名付けました🤔
使わせるつもりがないのにみんな使ってしまって標準ツール化してしまう方が深刻なのよ。どうすんだよコレの移行…
実際に使う人が使うことで仕事が楽になった！と感じられることが大事。次に最初の一歩のハードルを下げてやること。
社内のIT推進に限らず人が集まる所に新しいシステムやルールを導入するときには避けて通れない内容。この辺の理解がないと声だけでかい相手に小手先の修正ばかりやらされて延々と徒労させられることになるよね。
“プロダクトの浸透率を高める最強の施策は、「他部署の人を巻き込んで作ること」です。 開発段階から現場のキーマンを巻き込み、「一緒に作り上げた」という当事者意識（オーナーシップ）を持ってもらう”
使われない機能ほど無価値なものは無いよね
霞ヶ関のとあるシステムの保守だけ入札で奪い取るなんて荒技をしたことがあったけど、そのシステムって誰も使っていなくてとりあえず毎月サーバの状態だけ確認する謎の仕事をしたことがあることを思い出した。
根回しとかやってるからスピードが出ない。上司、できれば社長に言ってトップダウンで。
この辺の小規模プロジェクトは各部署がAI使って勝手に作っていくようになるだろうな。セキュリティやらなんやらを管理する部署は必要だが
社内IT推進で「作っても使われない」をゼロにするために、僕が現場で学んだ5つのこと - Qiita
色んな方面からの理解が必要
AIのおかげで「作る」ハードルは確実に下がった。 その分、「何を作るか」「どう浸透させるか」の重要性は以前よりずっと高くなった気がする。
現場の要望をそのまま鵜呑みにするとカオスになるの社内SEあるあるすぎて胃が痛い
ちゃんとした開発プロジェクトも行き着くところはここだよね、という気がする（開発というよりほぼコンサルみたいになっていく）。うわべだけ要件みたせばOKの受託仕事はこれから無くなるなぁと。
"「変化を嫌う人」を動かす: 魅力的な提案が受け入れられない4つの理由"もおすすめ
抽象的なことばかり言って結局よく分からない文
“SaaS導入等では解決しない本質的な課題を特定する。”
どちらかというと何もしないでいても、その手のツールや仕組みを使った人が少しだけ増えて、グループを作り、そこが各自が自発的に精鋭チームとして勝手に存在感を出して全体を乗っ取るみたいな流れがある
「作っても使われない」ベンダーからすれば最高
やめてくれ。これが正解になるのはマネージメントが生きていて現場もSEも案件にコミットできる、現場が協力的、属人性が低く業務構造が簡単などの条件が必要。つまり改善しやすい組織。記事に前提が足りていない
どうせ使われないんだから実体は作らなくて良い。仕事やってる感を出しつつも、難解なマニュアルで人を寄せ付けない事が重要。この仕事術を私は宇宙際タイヒミュラー方式と名付けました🤔
使わせるつもりがないのにみんな使ってしまって標準ツール化してしまう方が深刻なのよ。どうすんだよコレの移行…
実際に使う人が使うことで仕事が楽になった！と感じられることが大事。次に最初の一歩のハードルを下げてやること。
社内のIT推進に限らず人が集まる所に新しいシステムやルールを導入するときには避けて通れない内容。この辺の理解がないと声だけでかい相手に小手先の修正ばかりやらされて延々と徒労させられることになるよね。
“プロダクトの浸透率を高める最強の施策は、「他部署の人を巻き込んで作ること」です。 開発段階から現場のキーマンを巻き込み、「一緒に作り上げた」という当事者意識（オーナーシップ）を持ってもらう”
使われない機能ほど無価値なものは無いよね
霞ヶ関のとあるシステムの保守だけ入札で奪い取るなんて荒技をしたことがあったけど、そのシステムって誰も使っていなくてとりあえず毎月サーバの状態だけ確認する謎の仕事をしたことがあることを思い出した。
根回しとかやってるからスピードが出ない。上司、できれば社長に言ってトップダウンで。
この辺の小規模プロジェクトは各部署がAI使って勝手に作っていくようになるだろうな。セキュリティやらなんやらを管理する部署は必要だが