開発の相場

AI活用の第一歩

AI活用による生産性向上のためのシステムツール構築では、過去データの利用が必要不可欠である。しかし、過去データが整備されていない場合の対処法を考えてみたい。多くの企業がAI導入を検討する際、まず直面するのがこのデータ品質の問題である。完璧なデータセットを求めがちだが、実際には現実的なアプローチで進めることが成功への鍵となる。

目的の明確化

まず「何に使いたいデータなのか」を明確にする必要がある。目的に応じて、必要なデータの「粒度・項目・量」が変わるため、いつも扱っている部門ではない人が客観的に整理するのがよいかもしれない。例えば、生産管理の異常検知であればセンサーデータの時系列とアラート履歴が必要になり、顧客離反の予測であれば購買履歴と問い合わせ履歴が必要になる。このように具体的な用途を定めることで、収集すべきデータの方向性が見えてくる。

データの現状把握

やりたいことを整理すれば、次に足りないデータなどが見えてくるはずである。このとき、データが重複していたり、欠損していたり、バラバラであったりというのも、すべてデータはあるものと考える。形式としては、Excel、CSV、紙、システム内に点在などを把握して、データの棚卸を行う。完璧でないデータでも、適切な処理を施すことで価値ある情報源に変わる。重要なのは、現在持っているデータ資産の全体像を正確に把握することである。

データ整備の実践

データの棚卸が終われば、データクレンジング（整備）の作業方針を立てる。手動で整えるのか、何らかのツールを使うのか検討が必要である。また、このツールはExtract（抽出）、Transform（変換）、Load（読み込み）の頭文字をとってETLツールと呼ばれている。Power Queryなどがその代表例である。作業量と精度のバランスを考慮し、コストパフォーマンスの高い整備方法を選択することが重要になる。自動化できる部分は積極的にツールを活用すべきである。

まとめ

データを整えていく途中で足りないデータが発見されることもあるだろう。しかし、ここからがAIの使い様である。ファインチューニング（学習させていく）ことや、生成AIやRAG（Retrieval-Augmented Generation）を利用して補完するなどが考えられる。

ローコードの重要性

中小企業の経営者は、システム開発に数百万円かかると諦めがちである。しかし実際は、ローコード・ノーコードツールの進歩により、従来の1/10のコストと時間でビジネスアプリケーションを構築できる時代となった。大企業のような潤沢なIT予算がなくても、スピーディーで柔軟なシステム開発が可能になったのだ。むしろ、意思決定が早く、組織がフラットな中小企業の方が、ローコードの恩恵を最大限に活用できる環境が整っているといえるだろう。

コスト削減効果

ローコード導入により、中小企業は複数の大きなメリットを享受できる。まず開発コストの大幅削減である。従来のスクラッチ開発では500万円かかっていたシステムが、ローコードなら50万円程度で実現可能となる。次に開発期間の短縮効果も見逃せない。半年かかっていたプロジェクトが1〜2ヶ月で完成し、市場投入スピードが格段に向上する。さらに、専門的なプログラミング知識がなくても、現場の業務を理解している社員が直接システム構築に参加できるため、真にビジネスニーズに合致したアプリケーションが生まれるのである。

成功のポイント

実際にローコード導入で成功を収めた中小企業には共通する特徴がある。第一に、経営層がデジタル変革の重要性を理解し、積極的にサポートしていることだ。トップダウンでの推進により、組織全体の協力を得やすくなる。第二に、小さく始めて段階的に拡大するアプローチを取っていることである。いきなり基幹システムを刷新するのではなく、顧客管理や在庫管理など特定の業務から始めて成功体験を積み重ねている。第三に、社内のキーパーソンをローコード開発の推進役として育成し、継続的な改善サイクルを構築していることが挙げられる。これらの要素が揃うことで、導入効果が最大化されるのだ。

競争優位の実現

ローコードは単なるツールではない。中小企業が大企業と対等に競争できる武器であり、むしろ機動力を活かして大企業を上回る成果を生み出せる可能性を秘めている。従来のシステム開発では不可能だった「現場主導のデジタル化」が実現し、真の意味でのDX推進が可能となる。重要なのは、完璧を求めすぎずに、まず一歩を踏み出すことだ。小さな成功体験から始めて、徐々に範囲を拡大していけば、必ず大きな成果につながる。

まとめ

中小企業にとってローコードは、限られた予算と人材でも効果的なシステム開発を実現できる革新的なソリューションである。コスト削減、開発期間短縮、現場主導の改善という三つの大きなメリットを活用し、段階的なアプローチで導入を進めることが成功の鍵となる。デジタル変革は大企業だけの特権ではないのだ。

はじめに

会社の雰囲気や要件定義の内容をみれば、おおよそそのプロジェクトが成功するか否かがわかる。うまくいかない場合のユーザー側とシステム会社側の原因の一例である。

・要件定義をシステム会社に任せてしまう
・元請けシステム会社が無理な要件でも受注する
・準委任契約の人材紹介会社がリスクなく利鞘を稼げる
・末端エンジニアの作業遂行以外の責任
・ユーザー側、発注側の担当者が保身する

今回はその背景を説明したい。

要件定義の丸投げ

要件定義をシステム会社に任せてしまう。
要件定義はシステム会社がユーザー企業をヒアリングして作るものではなく、ユーザーとシステム会社が議論を重ねることで答えを出していくものにしなくてはならない。ユーザーが目指すべき姿と、システム会社が実現すべき姿のすり合わせが重要である。

無理な受注

元請けシステム会社が無理な要件でも受注する。
無理な要件でも受注できるのは、発注側にもシステムの知識がないため、ゴールが曖昧なまま元請けシステム会社が請け負ってしまうからである。もし、発注側にITリテラシーがなければ、パワハラなども発生する可能性が高い。したがって、元請けシステム会社に精神的な課題を回避するため、要件定義を作る人でさえも二次受けシステム会社から集めてくることがある。

人材紹介会社の利益構造

準委任契約の人材紹介会社がリスクなく利鞘を稼げる。
システムの完成責任は負わず、作業だけ請け負うことになるため、人さえ集めてくれば、そこでリスクなく利鞘が稼げる。発注側のユーザー企業からすれば、契約は元請けシステム会社であるため、3次請け、4次請けを使おうが、完成さえすればいいと考えていることが多い。

エンジニアの責任範囲

末端エンジニアの作業遂行以外の責任。
末端のエンジニアには、クライアントとの調整や導入、一定品質や納期の遵守など、責任感や危機感がないこともある。プロジェクトの全貌が見えないことも原因である。また、言われたことをやるだけで報酬がそこそこあるのが、システムエンジニアの業界だったりするので、作業をした時間分だけ報酬を支払ってほしい、という話にもなる。

発注側の保身

ユーザー側、発注側の担当者が保身する。
システム開発がうまくいかなかったときに、発注側の担当者がシステム会社に責任を押し付けるといったことがある。これは信頼関係によるもので、共同でプロジェクトを成功させようという目標が作れなかった場合に発生する。システム会社を業者扱いして要件定義を丸投げしてしまわないようにしなければならない。