相場の不在

開発の相場観

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

比較の難しさ

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

将来要件判断

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

変化への対応

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

まとめ

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

関連記事

IoT基礎知識

IoTとは

IoTとは「Internet of Things」の略で、身の回りのあらゆるモノがインターネットに接続される技術のことである。従来はパソコンやスマートフォンだけがネットに繋がっていたが、今では冷蔵庫、エアコン、照明、車など様々な機器がネットワークに接続できるようになった。これにより、遠隔操作や自動制御、データ収集が可能になり、私たちの生活はより便利で効率的になっている。

注目される理由

IoTの最大の魅力は、データを活用した自動化と最適化にある。例えば、スマートホームでは照明や温度を自動調整し、電気代を削減できる。また、工場では機械の稼働状況を監視して故障を予防し、農業では土壌の状態を把握して適切な水やりを行う。このように、IoTは単なる遠隔操作ではなく、収集したデータを分析して最適な行動を自動で実行する「賢いシステム」を構築できるのである。これが生産性向上やコスト削減につながる理由である。

導入チェックリスト

IoT導入を成功させるには、まず明確な目的設定が重要である。「何を改善したいのか」「どんな効果を期待するのか」を具体的に定めることで、適切な機器やシステムを選択できる。次に、セキュリティ対策は必須項目である。IoTデバイスはサイバー攻撃の標的になりやすいため、暗号化や認証機能の確認が欠かせない。さらに、既存システムとの連携可能性や、将来的な拡張性も考慮しよう。小規模から始めて段階的に拡大していく計画的なアプローチが、IoT導入の成功率を高める鍵となる。

未来への影響

IoTの進化は加速しており、5G通信やAI技術との融合により、さらに高度なサービスが実現される。自動運転車、スマートシティ、遠隔医療など、これまで夢物語だった技術が現実のものとなってきている。特に注目されるのがエッジコンピューティングで、デバイス側で即座にデータ処理を行うことで、リアルタイム性が向上する。一方で、プライバシー保護やデジタル格差といった課題も浮上しており、技術の恩恵を皆が享受できる社会の構築が求められている。IoTは単なる技術革新ではなく、社会全体の変革を促す重要な要素となるであろう。

まとめ

IoTは私たちの生活や働き方を根本から変える革新的な技術である。基本概念を理解し、導入のポイントを押さえることで、この技術の恩恵を最大限に活用できる。未来に向けて、IoTとの向き合い方を今から考えておくことが大切である。

続きを見る >

開発遅延の打開策

システム開発の現状と課題

数名で開発した初期のシステム構築から、システム会社を変更して大がかりなリプレイスを行い、保守運用を実施しているが、月々の費用が高額であるわりに、開発スピードも遅い。開発スピードが遅いため、新しい機能を実装していけない。

不具合と開発の不透明性

リリースから何年も経っているのに不具合がなくならない。開発会社からの報告が曖昧で何にお金を支払っているのか謎のままであることが多い。

コスト削減と資源最適化

開発スピードを上げるには、システム開発コストの削減をしなければならない。コストを削減するということは、それで浮いたコストを開発に割り当てることができるため、結果的に開発スピードがあがることを意味する。

開発の透明性と妥当性

そのためにしなければならないことは、開発工程や開発過程の見える化および妥当性を担保することである。システムの比較検討ができないため、システム開発のコミュニケーションは一般的なものであると思い込んでいる。システム発注の担当者はシステムのことがわからないから、システム開発の進め方に違和感があったとしても技術者が言うことを信用するほかないと思っている。

まとめ

結果として、技術者の工数と称して月々の費用や、ひどいものでは言語のバージョンアップと称して、何もしていないことに費用を支払っていることもある。不明点はシステム発注の担当者が理解できるまで聞くべきである。

続きを見る >

ローコードで失敗する企業

導入の落とし穴

ローコード開発は、プログラミング知識がなくても業務アプリを構築できる手法として注目を集めている。しかし、導入企業の多くが期待した成果を得られず、プロジェクトが頓挫するケースが後を絶たない。「簡単に作れる」という触れ込みを鵜呑みにし、適切な計画なく導入を進めた結果、かえって業務効率が低下する事態も発生している。失敗の原因は、ローコードの特性を正しく理解していないことにある。

活きる業務

ローコードが真価を発揮するのは、定型的な業務プロセスの自動化や、シンプルなデータ管理アプリの構築である。例えば、申請承認ワークフロー、在庫管理、顧客情報の一元管理といった業務では、短期間で実用的なシステムを構築できる。また、現場部門が主体となって改善を繰り返す必要がある業務にも適している。成功企業に共通するのは、最初から大規模なシステムを目指さず、小さな業務改善から着手している点である。スモールスタートで効果を検証し、段階的に適用範囲を広げることで、確実に成果を積み上げている。

業務選定の失敗

一方で、ローコードには明確な限界がある。複雑なビジネスロジックを含む基幹システム、大量データのリアルタイム処理、高度なセキュリティ要件が求められるシステムには不向きである。失敗企業の典型的なパターンは、これらの領域にローコードを適用しようとするケースである。開発途中で機能の限界に直面し、結局フルスクラッチでの再開発を余儀なくされることも少なくない。また、ベンダーロックインのリスクも見過ごせない。特定のプラットフォームに依存することで、将来的な拡張性や他システムとの連携に支障をきたす事例が増えている。業務特性を見極めずに導入を急ぐことが、失敗の最大の要因である。

選定フレームワーク

ローコード導入を成功させるには、業務の棚卸しと適性判断が不可欠である。まず、対象業務の複雑性、データ量、連携要件を可視化し、ローコードで対応可能な範囲を明確にする。次に、将来的な拡張性や保守運用の観点から、長期的なコストを試算することが重要である。短期的な開発コスト削減だけを見て判断すると、運用フェーズで想定外の負担が発生する。成功企業は、ローコードと従来型開発を適材適所で使い分けている。すべてをローコードで賄おうとせず、業務特性に応じた最適な開発手法を選択することが、DX推進における重要な判断軸となる。

まとめ

ローコードは万能ではない。定型業務や小規模アプリには有効だが、複雑な基幹システムには不向きである。成功の鍵は、業務特性を正しく見極め、適切な領域に適用すること。導入前の計画策定と、段階的なアプローチが失敗を防ぐ最善策である。ツールの特性を理解し、戦略的に活用することでDX推進を加速させよう。

続きを見る >