マクロからPower Appsへ

ゾンビファイル

今から十数年前に作られたExcelやAccessでのマクロプログラムが今もなお残り続けている。表計算ソフトと呼ばれるデータベースに似たツールを背景にユーザーインターフェースやロジックを付け足したものである。もはやゾンビファイルと言っても過言ではない。これらのシステムは当初の目的を果たしていても、時代の変化とともに保守性や拡張性に大きな課題を抱えるようになっている。

作成者不明問題

社内に残る通称「マクロ」は、今はいない人が作成していたり、一部の人が独自に作ったものであることが多くある。作った人がいる場合はまだしも、退職している場合はその中のプログラムも見ることができないので、いつ止まるか分からないシステムを業務の中心で使い続けていくことになる。このような状況では、エラーが発生した際の対処法が不明で、業務継続に深刻なリスクをもたらす可能性がある。

市民開発解決法

ブラックボックス化したマクロを情報システム部に解決をお願いするのではなく、市民開発にて解決するには多少のコツが必要になる。ポイントは完全にブラックボックス化している状態や、何から手を付けていいか分からない状態のマクロ群は、残念ながらまずは専門家に情報の整理を依頼することが必要になるだろう。自社だけでの解決を試みる前に、適切な専門知識を持つパートナーとの連携を検討することが成功への近道となる。

専門家活用法

専門家に依頼したほうがいい理由として、マクロファイルの解析だけを切り離した作業としてしまうと、その後の市民開発へ繋ぎにくくなるからである。マクロファイルのインプット/アウトプットを解析した上で、それをどのように今後の市民開発のベース作りに活かすのか。ITコンサルやシステム開発会社の腕の見せどころである。単純な解析作業ではなく、将来的な発展性を見据えた戦略的なアプローチが求められる領域といえるだろう。

まとめ

ExcelやAccessはMicrosoft社の製品であるので、そのままMicrosoft社が提供するPower PlatformやPower Appsへの移行がスマートである。間違ってもマクロをスクラッチ開発でのWebシステムに移管すべきではない。親和性の問題や閲覧性などに課題がのこることが多いようである。

関連記事

ノウハウはタダじゃない

IT導入の難しさ

IT導入では、どの程度のコストをかけるべきか、その費用がどのように効果を生むかの判断が難しい場面が多い。正解が存在しないため、常に試行錯誤が伴うのが実情である。導入後も改善や調整が続き、理想の形を追い求めて進化し続ける必要がある。これこそが、IT導入のハードルを高める最大の要因である。

「導入=完成」の落とし穴

「導入すれば終わり」と考えると、ITプロジェクトは失敗しやすくなる。IT導入には明確なゴールがないため、段階的なチェックポイントの設計が重要となる。導入途中で要件が変化することも少なくないが、それを「失敗」とみなすのではなく、「成功への第一歩」と捉えるべきである。柔軟な対応と継続的な見直しこそが、成果につながる道である。

見積もりが難しい理由

目に見えるモノを作る場合とは異なり、ITシステムの見積もりには高い不確実性が伴う。業務の関連性、将来的な拡張性、外部環境の変化など、検討すべき要素は無数に存在する。したがって、本格的なIT導入には、実際の開発にかかる時間の2倍ほどの準備期間を設ける覚悟が必要である。余裕を持つことが、後のトラブル回避にも直結する。

DXがカオスになる訳

システム構築やDXのプロジェクトは、時間の経過とともに当初の目的を見失いやすい。最初に定めた要件が現場の混乱の中で忘れ去られ、後から新たな要求が持ち込まれることで、プロジェクトが迷走していく。現場も対応に追われ、全体が混沌としていく。こうした事態を避けるには、目的の定期的な再確認と明確な進行管理が不可欠である。

まとめ

ITに苦手意識があるからといって「なんとかしてくれ」と丸投げする姿勢では、プロジェクトは成功しない。目的や進捗のチェックポイントといった、数値化できないノウハウの積み重ねこそが、成功への鍵となる。

続きを見る >

2026年DX計画の立て方

なぜ今なのか

2026年は企業のDX推進において大きな転換点となる年だ。政府のデジタル・AI補助金制度が本格始動し、単なるITツール導入ではなく、業務そのものを効率化する仕組みづくりが求められている。AI、IoT、ローコードといったテクノロジーは個別に活用するのではなく、統合的な戦略のもとで導入することで初めて真の効果を発揮する。2025年の今こそ、来年に向けた具体的な計画策定を開始すべきタイミングである。

三技術の役割

DX計画を成功させるには、まず各技術の役割を正しく理解することが重要だ。AIはデータを分析し判断・予測を行うソフトウェアであり、IoTはセンサーを通じてデータを収集するハードウェアの仕組みである。この二つは補完関係にあり、IoTが集めたデータをAIが分析することで、異常検知や需要予測といった高度な自動化が実現する。一方、ローコードはプログラミング知識が少なくてもアプリケーションを構築できる開発手法で、IT人材不足を解消する手段として注目されている。生成AIとの連携により、開発スピードは従来の数倍にまで向上している。

統合戦略の要点

三つの技術を統合した戦略を設計する際には、いくつかの重要なステップがある。第一に、自社のAI成熟度を客観的に評価することだ。戦略、人材、データ、ガバナンス、運用、文化の六つの軸で現状を診断し、業界平均と比較しながら目標を設定する。第二に、大規模導入ではなく「まず一業務」から改善を始めることである。請求書処理や在庫管理など、効果を数字で示しやすい領域を選定し、小さな成功体験を積み重ねる姿勢が重要となる。第三に、現場が使い続けられる仕組みを重視することだ。高機能なツールを導入しても、現場に定着しなければ意味がない。

実行手順

2026年のDX計画を実行するための具体的な手順を整理する。まず今月から着手すべきは、AI成熟度診断の実施と、ROI最大化が見込める業務領域の特定だ。ノーコード・ローコードツールを活用した最小機能でのPoC(概念実証)を開始し、四半期ごとにAI推進委員会でレビューを行う体制を構築する。補助金申請を見据え、AIやDXが業務のどこに組み込まれるかを可視化した資料を準備することも欠かせない。課題とAIのつながりを明確に説明できれば、審査において大きなアドバンテージとなる。経営層が先頭に立ち、全社一丸となって取り組む姿勢を示すことが成功への鍵である。

まとめ

2026年のDX計画では、AI・IoT・ローコードを個別ではなく統合的に活用する戦略設計が求められる。成熟度診断で現状を把握し、小さな成功を積み重ねながら段階的に拡大していくアプローチが効果的だ。補助金活用も視野に入れ、今から計画策定を開始することが重要である。

続きを見る >

オオカミ少年化の弊害

SE常駐の負連鎖

システム開発会社側の立場からすると、時間ばかり取るよくないクライアントはできるだけ減らさないと、他の優良クライアントに迷惑がかかる。特に横にいてくれないと進めることができないというニーズが、SE常駐の常態化してしまっている要因である。

常駐要請の心理

SEへの安心感の欠如が常駐しないといけない理由のひとつである。隣にいれば、何かあった時にすぐに指示が出せる。たとえば、サーバが止まったときにすぐに復旧させることが可能である。

対症療法の克服

隣にSEを常駐させて対応できてしまうがゆえに対処療法になってしまいがちである。本来であれば、サーバが止まらないようにすべきであり、リカバリのプランがしっかりと計画されていることが理想である。

脱属人化の施策

SE側も、すぐに復旧させられるからといった怠慢により、事前に問題や対策を考えておくといった準備を怠ってしまう。そう考えると、発注側のITリテラシーも非常に重要である。属人化しないように仕組化するにはどうするかを常に整理する意識を持つことが大切である。

まとめ

発注側は感情だけでプロジェクトを遂行すると、何かあった時に何でもSEを急かしてしまう。これによって、発注側はオオカミ少年化してしまうため、本当に急がないといけないときに対応が遅れてしまうのである。

続きを見る >