相場の不在

開発の相場観

相場とは、一般的に市場で競争売買によって決まる商品の価格とされているが、ことシステム開発においては、相場というものが存在しない。

比較の難しさ

比較できる同じものであれば競争原理が働き相場が構築されるが、フルスクラッチされるシステム開発においては全く同じものができることはない。しかも、出来上がるものはパッケージシステムやSaaSの利用以外は、未来にしか完成しないので当然比較もできないものとなる。

将来要件判断

比較的ないからこそ、しっかりと吟味する必要があるが、吟味する材料や条件などは現時点で明確になるものが元となる。未来に発生する追加条件や変更される環境などはジャッジする時点にはすべて出そろわないという難しさがある。

変化への対応

システム開発は未来にどのような条件変更やルール変更が行われるかわからないものであるという認識を持つことが大切である。その上で最善のジャッジを行うべきである。その判断は過去を遡って正解か間違いかを評価すべきではない。

まとめ

日本では原点方式の人事評価が行われるため、イノベーションは起こりにくい本質的な問題がある。これを無視して「DXだ」といっている組織があるとすれば、それは本質を見誤っているといえる。

関連記事

フルスクラッチは体力

開発手法の選択

フルスクラッチかパッケージか、最近ではSaaSなどもシステム構築の検討に入る。実は開発手法やツールよりも、どのようなシステムで、どれくらいの規模のシステム開発会社が担当するかが重要である。

SESのリスク

人数が多い会社であればあるほど安心感があってよいと安易に考えることは適切ではない。なぜなら、SE派遣やSESと呼ばれる人月(人工)単位で売り上げの経つ会社には技術の総合力がないからである。

技術の総合力

技術の総合力とは、SE作業やプログラミング作業などの1人で対応できる技術力を差すのではなく、システム構築やシステムの運用全般における最適手段を考えることができる能力のことである。

表層の即効性

SE派遣やSESの付加価値はその人単体のプログラミング能力に偏るため、一見対応がよく、何も問題がないように思える。しかし、これが技術的負債を作ってしまうひとつの要因でもある。

まとめ

フルスクラッチを考えるなら、SESを中心としないシステム会社で且つ人数規模も多い方がよい。安価にフルスクラッチでシステムを構築してしまうと、メンテナンスや運用でしっぺ返しが待っている。時間が経つごとにシステム保守費用が高くなるのである。

続きを見る >

技術的負債の返済方法

負債の本質

技術的負債には、設計負債やコード負債がある。金銭的な負債であれば借入金やマイナスの表記で数字化できるのだが、技術的負債においては数字化できないことがとても難しい点である。経営に関するほとんどのことは定量化や定性化が可能だが、たとえば企業創業者の発想する「野生の勘」を直接的に数字化できないように技術的負債も一筋縄では見える化しない。

設計時の対策

技術的負債の中でもコード負債については、システム開発の現場からよく発想されるリファクタリングや再構築などを行うことで比較的わかりやすい返済方法となる。知らない人が作ったプログラムや古くなったプログラムのバージョンなど、リスクを表現し対応することができる。何よりも最初の企画設計段階で負債が積みあがりにくい仕組みを考えることが大切である。

高負担な設計

技術的負債の中でも利息の高い負債が設計負債である。単体機能における設計であれば、モジュールごとの再設計によって返済が可能である。しかし、プログラムは複数のモジュールが絡まり合っていることがほとんどなので、複雑なオペになってしまう。また、稼働中のシステムにわざわざ再設計したプログラムを導入するリスクに対して、得れるメリットも少ないので見過ごされがちである。設計能力は例えば、紙というオブジェクトのメソッド(振る舞い)とプロパティ(保持する情報)を聞いて正しい答えが帰ってくれば多少安心であろう。紙の振る舞いは燃えるであり保持する情報は面積などがある。

根本的解決

しかし、技術的負債はこのように目に見えやすい設計負債やコード負債が致命的になることは少なく、やはりその上層でどのような指針に基づいてシステム運用がなされてきたか、また長期視点で一貫したメンテナンスを行うことが必要である。システムの維持には保守費用や運用費用を払っていることが多いと思うが、これだけでは将来の負債を減らしていくことはできない。やはり、鳥の目を持つITコンサルタントやITアナリストなどの役割を持つメンバーが必要である。

まとめ

ITコンサルタントやアナリストは、すぐに利益も生まない、経費を削減するわけでもないといったコストセンターとしてのポジションなので、あまり起用していない中小企業も多いようである。投資に対する効果が見えにくいのは、料理でいう香辛料と同じなのかもしれない。その少しの投資が未来を大きく変えることになる。IT技術は日進月歩で発展するからである。

続きを見る >

補助金活用DX入門

中小企業のDX課題

DX推進は中小企業にとって避けて通れない経営課題だが、最大のネックは初期投資コストの高さである。システム導入、クラウドサービス、セキュリティ対策、人材育成と、多岐にわたる投資が必要となり、約65%の企業が費用面での不安を抱えている。しかし、国や自治体が提供する補助金・助成金を戦略的に活用すれば、実質的な費用負担を大幅に抑えることが可能だ。2026年度も多くの支援制度が継続・拡充されており、今こそDXに踏み出す好機といえる。

2026年度の主要補助金

2026年度に中小企業が活用できるDX関連の補助金は多数ある。代表的なのは「IT導入補助金」で、最大450万円まで補助を受けられ、補助率は通常1/2、条件によっては2/3まで拡大される。「ものづくり補助金」は従来のDX枠が廃止され、製品サービス高付加価値化枠に統合された。また「人材開発支援助成金」の事業展開等リスキリング支援コースでは、AI・DX研修の費用を最大75%補助してもらえる。東京都の「DX推進助成金」は最大3,000万円と手厚く、地方自治体独自の支援制度も充実している。なお、事業再構築補助金は2026年3月で終了予定のため、検討中の企業は早急な対応が必要である。

申請成功のコツ

補助金申請で採択率を上げるには、いくつかの重要なポイントがある。まず「自社の経営課題」と「DX導入による具体的な解決策」の関連付けを明確にすることが必須だ。審査では生産性指標の改善や賃上げ・雇用創出への寄与が重視される傾向にあり、数値目標を含む具体的な事業計画が求められる。助成金は着手前に計画書を提出しなければ対象外となるため、事前準備を怠ってはならない。また、認定経営革新等支援機関や金融機関との連携も採択率向上につながる。IT導入補助金の場合は、IT導入支援事業者のサポートを受けることで申請書類の不備を防げる。複数の補助金に並行申請する戦略も有効だが、同一経費への重複利用はできない点に注意が必要である。

注意点と成功事例

補助金・助成金を活用する際は、いくつかの注意点を押さえておくべきだ。まず、どちらも後払い(精算払い)が原則のため、一時的に自己資金で事業を実施する必要があり、資金繰り計画が不可欠である。また、助成金は「人に関する制度」であるため、給与・勤怠・雇用契約などの労務書類が整っていない企業は利用が難しくなる。制度は毎年変更があり、最新情報を常に確認することが重要だ。成功事例として、飲食店がIT導入補助金を活用してPOSシステムとモバイルオーダーを導入し、回転率20%向上と人件費削減を同時に達成した例がある。補助金は単なる費用削減ではなく、企業変革のきっかけとして捉え、戦略的に活用することが成功への近道である。

まとめ

2026年度もDX推進を支援する補助金・助成金制度は充実している。IT導入補助金やものづくり補助金、人材開発支援助成金など、自社の課題に合った制度を選び、事前準備と明確な事業計画を徹底することが採択への鍵となる。制度変更も多いため、最新情報の確認を怠らず、補助金を「成長のエンジン」として戦略的に活用すべきである。

続きを見る >