予算ブレの原因

開発の変動要因

システム開発は長期にわたることが多く、また未来の不確実性の中で予算を策定しなくてはいけないことがある。セキュリティーをはじめ動作環境の変化や人員の欠如、予期していなかった仕様の発覚などが原因だ。

目標変化と予算

進捗率は目的地が明確に設定されていれば数字を負うことで予算達成率を算出することができる。しかし、目的地が近い遠いのは無しではなく、根本的な目的地がなくなったり、複数になったりすることがシステム予算の策定の難しいところである。

計画型開発法

システムに未来を見ることができればブレない、見えないことをすべて調査の上で着手できれば確実な予算と実行が可能である。進捗率の報告が可能になる。フォーターフォールモデルなのでコストがかかることと時間がかかることの覚悟が必要だ。途中での方向修正は原則できない。

柔軟な開発手法

逆に低予算で早く導入するなら、見えにくくなるデメリットがある。状況によって対応を素早く変化させる必要があるため進捗率を算出しにくい。アジャイル開発と呼ばれるものであり、社内開発であることが理想である。途中で出てくる条件に対しても柔軟に方向性を変化させることが可能である。

まとめ

アジャイル開発で予算を立てるときは、1.5-2.5倍くらいを目安に余裕を持って設定することを推奨する。

関連記事

ローコード開発≠安い

誤解されるコスト削減

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

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

開発手法の選択基準

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

システム導入の本質理解

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

負債の危険

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

まとめ

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

続きを見る >

オオカミ少年化の弊害

SE常駐の負連鎖

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

常駐要請の心理

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

対症療法の克服

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

脱属人化の施策

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

まとめ

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

続きを見る >

DX現場の生成AIツール2025

DX推進とAIツール活用

2025年現在、DX推進において生成AIツールの活用は避けて通れないテーマとなっている。調査によれば国内ソフトウェア開発におけるAIコード生成の利用率は49%に達し、資料作成においても従来の60%以上の時間短縮が報告されている。しかし現場では「どのツールを選べばよいかわからない」「導入したものの活用が進まない」という声も多い。本記事では、デザイン・ドキュメント作成・コーディング・業務自動化の4分野において、DX担当者が即活用できる実践的なツールを具体的に紹介する。

デザイン・資料作成の効率化

デザイン・UI/UX分野では「Figma AI」と「Canva AI」が二大勢力として君臨している。Figma AIはプロトタイプ生成やレイヤー名の自動整理が可能で、Config2025で発表された「Figma Make」ではテキスト指示だけでコード生成まで実現する。Canvaは非デザイナー向けに画像編集・自動翻訳・音声生成を統合し、SNS投稿やプレゼン資料を短時間で仕上げられる点が強みである。資料作成分野では「Gamma」がテキスト入力のみでプロ級スライドを自動生成し、「Notion AI」は要約・文章生成・議事録作成をワンストップで対応する。Microsoft 365環境なら「Copilot」がWord・Excel・PowerPointと連携し、既存資産を活かした効率化が図れる。

コーディング支援AIの進化

コーディング・開発分野では「GitHub Copilot」が依然としてデファクトスタンダードの地位を維持している。VS CodeやJetBrains IDEとの深い統合によりコード補完・生成・テスト作成をシームレスに実行でき、NTTドコモやカカクコムなど大手企業での導入事例も増加中である。一方で2023年登場の「Cursor」はAIネイティブエディタとして進化を続け、2025年10月のバージョン2.0では専用モデル「Composer 1」とマルチエージェント実行機能を搭載した。プロジェクト全体を理解しながら複数ファイルを横断編集できる点が特徴である。さらにAnthropicの「Claude Code」はターミナル上で動作し、自然言語指示だけでコード生成からデバッグ・リファクタリングまで対応する。開発チームの規模や既存環境に応じた使い分けが重要となる。

業務自動化によるDX改革

業務自動化分野では「Microsoft Power Automate」がMicrosoft 365との統合度の高さで優位性を発揮している。2025年のアップデートではAIファーストの設計思想のもと、自然言語でフローを作成・編集できるCopilot機能が強化された。「Zapier」は7,000以上の外部サービスと連携可能で、異なるアプリ間のデータ転送を直感的なUIで自動化できる。エンタープライズ向けでは「UiPath」が世界的シェアを持ち、教育コンテンツとコミュニティが充実している点で社内人材育成にも適している。ただしツール導入においては、セキュリティポリシーの策定・情報漏洩対策・ライセンス管理が不可欠である。生成AIが業務データを扱う以上、社内ルールに沿った運用設計を先行させることが成功の分岐点となる。

続きを見る >