記事

内製化の成功術

IT報酬の実態

海外と比べて日本のITエンジニアの報酬が低いという記事をよく目にする。それもそのはずで、ハイクラスIT人材は都合のいい「何でも屋」にはならないからである。

導入時の誤解

ユーザー企業やシステムのユーザーは、IT化を行うことで業務が減るという先入観を持っていることがある。システム導入を着手したときの目的を忘れて、その時、その場の課題を優先して都合よくITエンジニアを動かしてしまう。また動くITエンジニアもそこにいたりする。

システムと医療

たとえば、「お腹が痛い」と病院にいって「すぐに切開しよう」とはならないはずだ。このようにシステムにもその他にも色々な条件が絡まり合っている。システムは取り扱う情報量や関連する業務が多く導入に時間がかかる。時間がかかる結果、最初の導入目的を忘れてしまうのである。

真のIT人材価値

ハイクラスIT人材はユーザー側の状況と心理を配慮しつつ、現場のプログラマーの状況と心理を考慮して陣頭指揮できる人材といってもよいだろう。心理というのは物の言い方だけではなく、無形の財産を構築したり業務にフィットさせたりするので、プロジェクトの円滑さが変わるのだ。

まとめ

小手先だけでシステムに関するプロジェクトを推進しようとすると、「言われた通りにやった」という受動的な参加者が増えてしまう。情シスのSIer化を回避するにはITエンジニアを「何でも屋」にさせて疲弊させないことも大切である。開発チームの雰囲気作りも非常に効果がある。

予算ブレの原因 前の記事 生成AIは使えない？ 次の記事

関連記事

記事

内製化人材戦略

内製化の壁

システムの内製化が重要ということは、どこでも聞くと思う。しかし、具体的に内製化していくための段取りを整理して教えてもらうのは難しいのかもしれない。業種業態によって様々なケースが存在するからである。内製化を成功させるには、単に技術的な知識だけでなく、組織全体での戦略的な取り組みが不可欠となる。

経営コミット

システム開発の内製化を行っていくには、まず経営層からのコミットメントが必要不可欠である。これが必要であるから諸外国ではCRO（Chief-Revenue-Officer）という部門を横断した権限を持つ人を据えている。その上で、まず内製化の目的を明確にする。おおむねコスト削減、スピード向上、ナレッジ蓄積などであろう。目的がきまると、企画、開発、保守、インフラなどのどの範囲で内製化するのが見えてくる。組織全体での合意形成が内製化成功の基盤となるのである。

失敗回避策

よく聞く失敗例では、権限のないIT戦略室、デジタル推進部などを作ってしまうことである。あるいは、適切な人員の配置や育成がなされないパターンも同様である。大きな権限を持つことになることを前提に考えると、実施するプロジェクトについても小さなプロジェクトにおいて実績を積み上げたほうがいいだろう。たとえば、小規模低リスクである業務改善ツール（例：Power AppsやExcelマクロ）から市民開発を実施していくなどを計画することをお勧めする。段階的なアプローチが組織の信頼獲得につながる。

仕組み化

小さなプロジェクトで実績を積むと、こなれてきてしまうため、やはり属人化の危険性が伴う。ここで、いかに永続的に考えることができるか、内製化のための仕組みを構築できるかは、システム開発経験者などの知見のある人も交えて人材育成に取り組むべきである。定期的な振り返り（レトロスペクティブ）やナレッジ共有会、現場からの改善提案を吸い上げる文化を育て、仕組化していく。持続可能な内製化には組織文化の変革が欠かせない。

まとめ

開発基盤とガバナンス整備、ソース管理やドキュメント管理などの定性的な内製化は簡単に作ることができる。しかし、そのマインドや仕組み、自然とDevOpsをはじめとしたPDCAサイクルにもっていくには、システム知見だけでも難しくある。持続的な内製化にたどり着くためには最初の企画や構成段階で知見をもつメンバーを入れておくのがよいだろう。

続きを見る >
記事

DX成果が出ないときの処方箋

焦りの正体

「DXを推進しているのに、目に見える成果がまったく出ない」。そんな焦りに押しつぶされそうになっていないだろうか。ツールを導入し、業務フローを見直し、社内への説得に奔走する毎日。それでも経営層からは「結局なにが変わったの？」と聞かれてしまう。中小企業白書においても「具体的な効果や成果が見えない」はDX推進の代表的な課題として挙げられている。この焦りを抱えているのは、あなただけではない。

成果が出ない真因

DXの成果が見えにくい最大の原因は、成果が表れるまでの「時間軸」を正しく認識できていないことにある。DXは売上のように短期で数字に直結する取り組みではなく、業務プロセスの再設計や組織文化の変革を伴う中長期的なプロジェクトである。経済産業省のDX推進指標でも、定量的な成果測定の難しさが指摘されている。たとえば紙帳票を電子化しても、その効果がデータとして蓄積され意思決定のスピードに影響を与えるまでには数か月単位の時間がかかる。焦りの根本は「すぐに大きな成果が出るはず」という期待値のズレにあるのだ。

小さな成功の見える化

では、どうすれば成果を「見える化」できるのか。鍵となるのは「小さな成功の可視化」である。いきなり全社的な大変革の成果を求めるのではなく、まずは一つの業務改善にフォーカスすべきだ。たとえば「請求書処理の時間が週5時間短縮した」「問い合わせ対応のスピードが30%向上した」など、数値で語れる改善を一つずつ積み上げていくのである。具体的にはKPI（重要業績評価指標）を事前に設定し、改善前後のデータを比較できる仕組みをつくることが有効だ。作業時間の短縮率、エラー件数の減少、コスト削減額といった定量的な指標を継続的に追いかけることで、経営層にも現場にも「確かに前に進んでいる」と伝えられるようになる。小さな数字の積み重ねが、やがて大きな説得力を持つのである。

組織を動かす一歩

小さな成功を積み上げることには、もう一つ大きな意味がある。それは「組織全体の巻き込み」だ。一つの部署でDXの効果が数字として証明されれば、他部署からも「自分たちの業務でも試してみたい」という声が自然と上がり始める。DXは「推進する」ものではなく「広がる」もの。そのためには最初の成功事例をモデルケースとして社内に共有し、横展開していく流れをつくることが重要である。社内ミーティングや掲示板で改善実績を発信し、成功体験を共有する文化を根づかせるべきだ。焦って大きな成果を狙うよりも、小さく始めて確実に成果を示す「スモールスタート」の姿勢こそが、結果として全社的なDX推進を加速させるのである。目の前の焦りに負けず、一歩ずつ着実に前進していくことが大切だ。

まとめ

DXの成果が見えないと感じたときこそ、「時間軸の見直し」と「小さな成功の可視化」に取り組むべきである。KPIを設定して改善を数値で追いかけ、スモールスタートで着実に実績を積み重ねていく。大きな変革は、小さな一歩の先にある。この順番を意識するだけで、漠然とした焦りは確かな手応えへと変わるはずだ。

続きを見る >
記事

Power Appsで簡単に業務改善

システム開発の高コストと複雑化

多くの企業では、情報システム部門や外部システム会社にシステム開発を依頼すると、仕様確認が繰り返される。「この機能はどうするか？」「ステータスはこれで全てか？」など、質問が多く、時間とコストが増大。結果、システムは複雑化し、現場のニーズに即したシンプルな解決策から遠ざかる。

野良プログラムのリスク

システム開発の手間を避けるため、各部署でExcelマクロによる「野良プログラム」が横行する。これらは各人のPCに保存され、最新版の確認が困難になり、メンテナンスも不透明。担当者がいなくなるとブラックボックス化し、セキュリティリスクも増加。放置すれば、企業全体の業務効率が低下し、情報漏洩の危険もある。

Power Appsで迅速なシステム構築

こうした問題を解決するのが、MicrosoftのPower Appsだ。従来の複雑な開発プロセスを排除し、現場担当者が自らアプリを構築できる。ドラッグ＆ドロップで簡単に操作でき、セキュリティもMicrosoft標準に準拠。野良プログラムの乱立を防ぎ、システム管理とメンテナンスも容易になる。さらに、ユーザー自身がアプリを修正できるため、柔軟性も確保できる。

定量化困難な業務もデジタル化

業務のデジタル化は、数値で説明可能なタスクは簡単だが、現場には「説明しにくい」業務も多い。こうした業務は経験に依存しがちで、担当者に頼ることが多い。Power Appsは、このような曖昧な業務も迅速にアプリ化し、標準化と効率化を同時に実現する。

まとめ

Power Appsは、現場主導でアプリを作成・管理できる柔軟性を提供し、野良プログラムのリスクも解消する。複雑な開発プロセスを省き、数値化しにくい業務も効率的にデジタル化することができる。

続きを見る >