記事

ローコード開発≠安い

誤解されるコスト削減

実はローコード・ノーコードツールを使えば、開発が必要なくなるので安くなるというのは正しくない。たしかに、ノーコードツールを社内メンバーでCMSを使ってソフトを作るという場面は開発費用はかからない。

CMSとはコンテンツ・マネジメント・システムの略で、たとえばWebサイトのコンテンツを構成するテキストや画像、デザインなどを非エンジニアがプログラミングをせずに作成や管理できる仕組みのことである。ローコードツールはそれに加えて少しのプログラミング知識でシステムやツールを作成できることである。

開発手法の選択基準

断じてローコード開発だからといって安いわけではない。開発手法の特性による得手不得手を上手に使い分けるからトータルとして価格が安くなるということである。非エンジニア営業の金額調整という意味での判断でローコード開発を選択する場合は失敗することがある。

システム導入の本質理解

ローコード開発でも、システム導入の目的や条件が本質的にわかっていなければ、仕様要件のブレによって結果としてトータルが安くなることはない。これはローコード開発ということが問題なのではなく、フルスクラッチ開発であっても、SaaSと利用する場合であっても同じことが言える。

負債の危険

本来ローコード開発が適さない場合にも関わらず無理やりに合わせることで、プログラム部分の複雑性が増し、技術的負債となって大きな問題になっていく。結果として安くはならず、ローコード開発のメリットであるメンテナンス性までも損なうため、トータルで考えると高くなる。

まとめ

お客様の予算内で考えないといけないので、といった口癖があれば注意が必要である。クライアントの言いなり状態であれば、無理な要求は開発における仕様だけではないだろう。金額を含めた総合的な判断ができる人が、結果としてローコード開発を選択するわけである。

SEのいうバッファとは 前の記事 予算ブレの原因 次の記事

関連記事

記事

内製化人材戦略

内製化の壁

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

経営コミット

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

失敗回避策

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

仕組み化

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

まとめ

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

続きを見る >
記事

上司を動かすDX推進術

上司が首を縦に振らない現実

「DXを進めたいのに、上司がまったく理解してくれない」。これはDX推進を任された担当者が最も多く抱える悩みのひとつである。現場では業務効率化やデジタル活用の必要性を日々感じているのに、いざ上司に提案すると「今のままで十分回っている」「よくわからないから後にしてくれ」と一蹴されてしまう。この認識のズレは単なる世代間ギャップではなく、DXの本質が正しく共有されていないことに根本的な原因がある。

上司世代が抵抗する3つの理由

上司世代がDXに消極的な理由は主に3つある。第一に、成功体験への執着である。従来のやり方で結果を出してきた上司にとって、業務プロセスの変更はリスクにしか映らない。第二に、デジタル技術への不慣れである。ITツールに日常的に触れてこなかった世代ほど、新しいシステムの導入に対する心理的ハードルは高くなる。第三に、評価制度との不一致である。短期的な売上や数値目標が評価軸になっている場合、すぐに効果が数字に表れにくいDX投資は優先順位が下がる。こうした構造的な背景を理解せずに「DXは必要です」と正論をぶつけても、上司の心には響かないのが現実だ。

上司を動かす3つの巻き込み術

では、どうすれば上司をDX推進の味方にできるのか。効果的なアプローチを3つ紹介する。まず、「DX」という言葉を使わないことだ。上司にとってDXはカタカナ用語の塊であり、抽象的で自分ごとに感じにくい概念である。代わりに「月次レポートの作成時間を半分にできます」「入力ミスによるクレームを8割減らせます」といった具体的な業務課題に紐づけて提案すべきである。次に、小さな成功事例をつくることだ。Excelマクロの自動化やクラウドストレージの導入など、低コストかつ効果が実感しやすい施策から着手し、目に見える成果を上司に報告する。最後に、競合他社の事例を活用することである。「同業のあの会社はもう取り組んでいる」という情報は、上司の危機感を最も強く刺激する説得材料になる。

上司は敵ではなく最大の味方

上司を巻き込めないままDXが停滞すると、競合との差は開く一方だ。しかし悲観する必要はない。上司が理解してくれないのは、提案内容が間違っているのではなく、伝え方と巻き込み方にもう一工夫が必要なだけである。大切なのは、上司を「抵抗勢力」ではなく「味方にすべき最重要キーパーソン」として捉え直すことだ。上司が何を重視し、どんな成果を求められているのかを把握した上で、相手の立場にメリットが伝わる提案に再構築すべきである。DXは担当者一人で進めるものではない。上司の理解と後押しがあってこそ、組織全体を巻き込んだ本当の変革が実現する。焦らず戦略的に、一歩ずつ認識のギャップを埋めていくことが重要だ。

まとめ

上司がDXに消極的な原因は世代差ではなく、伝え方と評価構造のズレにある。「DX」という言葉を避けて具体的な業務改善として提案し、小さな成功体験を積み重ねて見せることで、上司の認識は確実に変わる。上司を味方につける戦略的アプローチこそ、DX推進を成功に導く最大のカギである。

続きを見る >
記事

Power Platform導入の注意点

業務変革の実現

Microsoft Power Platformは、Power BI、Power Apps、Power Automate、Power Pagesなどの複数のサービスで構成される統合プラットフォームである。ローコード・ノーコードでアプリ開発やデータ分析、業務自動化が可能になり、企業のDX推進において重要な役割を果たしている。専門的なプログラミング知識がなくても、業務担当者が直接システムを構築できる革新的なソリューションとして注目されている。

導入前の課題

Power Platform導入を成功させるには、事前の課題整理が不可欠である。まず組織内のITリテラシーレベルを把握し、適切な教育体制を構築する必要がある。また、既存システムとの連携方法や、データガバナンスの方針を明確にしておくことも重要である。さらに、開発したアプリやフローの管理・運用体制、セキュリティポリシーの策定、ライセンス管理の仕組みも事前に検討しておく必要がある。これらの準備不足は導入後の混乱を招く可能性がある。

セキュリティリスク

Power Platformの手軽さは、一方で「野良アプリ」や「シャドーIT」のリスクを生み出す。業務担当者が独自にアプリを開発し、適切な管理なしに運用されるケースが増加している。これにより、機密データの不適切な取り扱いや、セキュリティホールの発生、システム全体の統制が取れなくなる問題が生じる。また、外部サービスとの不適切な連携により、データ漏洩のリスクも高まる。組織全体でのガバナンス体制確立と、定期的な監査・レビューの仕組みが必要不可欠である。適切なアクセス権限管理とデータ分類も重要な対策となる。

成功の戦略

Power Platform導入を成功させるには、段階的なアプローチが効果的である。まず小規模なパイロットプロジェクトから始め、成功事例を積み重ねながら組織全体への展開を図る。この過程で、社内のベストプラクティスを蓄積し、標準化されたテンプレートやガイドラインを整備することが重要である。また、継続的な教育プログラムの実施、専門チームによるサポート体制の構築、定期的な効果測定と改善サイクルの確立も欠かせない。技術的な側面だけでなく、組織文化の変革も視野に入れた長期的な取り組みが成功の鍵となる。

まとめ

Power Platform導入は大きな可能性を秘めているが、適切な準備と計画なしには失敗のリスクも高まる。セキュリティとガバナンスの確立、段階的な導入アプローチ、継続的な教育と改善が成功の要件である。組織全体での取り組みが不可欠である。

続きを見る >