ローコード開発≠安い

ゾンビファイル

今から十数年前に作られたExcelやAccessでのマクロプログラムが今もなお残り続けている。表計算ソフトと呼ばれるデータベースに似たツールを背景にユーザーインターフェースやロジックを付け足したものである。もはやゾンビファイルと言っても過言ではない。これらのシステムは当初の目的を果たしていても、時代の変化とともに保守性や拡張性に大きな課題を抱えるようになっている。

作成者不明問題

社内に残る通称「マクロ」は、今はいない人が作成していたり、一部の人が独自に作ったものであることが多くある。作った人がいる場合はまだしも、退職している場合はその中のプログラムも見ることができないので、いつ止まるか分からないシステムを業務の中心で使い続けていくことになる。このような状況では、エラーが発生した際の対処法が不明で、業務継続に深刻なリスクをもたらす可能性がある。

市民開発解決法

ブラックボックス化したマクロを情報システム部に解決をお願いするのではなく、市民開発にて解決するには多少のコツが必要になる。ポイントは完全にブラックボックス化している状態や、何から手を付けていいか分からない状態のマクロ群は、残念ながらまずは専門家に情報の整理を依頼することが必要になるだろう。自社だけでの解決を試みる前に、適切な専門知識を持つパートナーとの連携を検討することが成功への近道となる。

専門家活用法

専門家に依頼したほうがいい理由として、マクロファイルの解析だけを切り離した作業としてしまうと、その後の市民開発へ繋ぎにくくなるからである。マクロファイルのインプット／アウトプットを解析した上で、それをどのように今後の市民開発のベース作りに活かすのか。ITコンサルやシステム開発会社の腕の見せどころである。単純な解析作業ではなく、将来的な発展性を見据えた戦略的なアプローチが求められる領域といえるだろう。

まとめ

ExcelやAccessはMicrosoft社の製品であるので、そのままMicrosoft社が提供するPower PlatformやPower Appsへの移行がスマートである。間違ってもマクロをスクラッチ開発でのWebシステムに移管すべきではない。親和性の問題や閲覧性などに課題がのこることが多いようである。

ローコード導入の必要性

近年、企業のデジタル変革（DX）において、ローコードプラットフォームの活用が急速に広がっている。従来の開発手法では時間とコストがかかりすぎ、変化の激しいビジネス環境に対応できないという課題が深刻化しているためである。特に日本企業では、IT人材不足が深刻な問題となっており、限られたリソースで最大の成果を上げる必要がある。このような背景から、ローコード開発は単なる開発手法の一つではなく、企業存続のための戦略的選択肢として注目されているのである。

導入メリット

ローコード導入により得られる最大のメリットは、開発期間の大幅な短縮である。従来のプログラミングで数ヶ月かかっていたアプリケーション開発が、数週間で完了できる事例が数多く報告されている。また、専門的なプログラミング知識を持たない業務部門の担当者でも、簡単なアプリケーションを自ら構築できるため、IT部門の負担軽減にもつながる。さらに、クラウドベースのプラットフォームが多いため、インフラ構築コストも削減でき、総所有コスト（TCO）の観点からも非常に魅力的な選択肢となっている。これらの要素が組み合わさることで、企業の競争力強化に直結する効果が期待できる。

導入判断の観点

一方で、すべてのプロジェクトにローコードが適しているわけではない。導入判断には慎重な検討が必要である。まず、プロジェクトの複雑性を評価する必要がある。単純な業務アプリケーションや社内ツールには適しているが、高度なセキュリティが求められるシステムや、大量のデータ処理を行うシステムでは従来の開発手法が望ましい場合もある。また、既存システムとの連携要件や、将来的な拡張性も重要な判断要素となる。組織の技術的成熟度や、ガバナンス体制の整備状況も考慮すべきポイントである。これらの観点を総合的に評価することで、適切な導入判断が可能になる。

成功のアプローチ

ローコード導入を成功させるには、段階的なアプローチが重要である。まずは小規模なパイロットプロジェクトから始め、組織の学習とプラットフォームの理解を深めることを推奨する。同時に、適切なガバナンス体制の構築と、セキュリティポリシーの策定も不可欠である。また、従来の開発チームとローコード開発チームの連携体制を整備し、知識の共有と技術的サポートを確保することが成功の鍵となる。さらに、継続的な教育プログラムの実施により、組織全体の技術力向上を図ることで、長期的な成功を実現できる。これらの取り組みにより、DXの目標達成により近づくことができるだろう。

まとめ

DXプロジェクトにおけるローコード導入は、適切な判断基準と実践的なアプローチにより大きな成果をもたらす。開発スピード、コスト効率、技術者不足への対応という観点から、多くの企業にとって有効な選択肢となっている。成功の鍵は段階的導入と適切なガバナンス体制の構築にある。

目標設定の要諦

SESと呼ばれる派遣や準委任契約では、プロジェクトを完遂することが難しいとしている。これはゴールが未設定であったり、曖昧になってしまう場合が多くあるからである。ゴールの設定や未来像は非常に重要で、プロジェクトマネージャーなどリーダーが必ず持っておくべき指針である。

真のリーダー像

システム開発に参画するメンバーは一般的に経歴書やスキルシートによって決まる。プロジェクト経験数が多かったり、扱える言語が多かったりするだけでは、本当のスキルは推しはかれない。やはり、確認すべきは不測の事態が起きたときの対処方法を豊富に持つリーダーが必要となる。

アジャイルの本質

犬小屋を建てるときに設計書はいらないが、マンションを建てるには設計書がいる。アジャイル開発といっても、例えばマンションを設計図なしに建てるといったことを考えるとある程度は見通しや知見などを持つメンバーが方向性を決めていく必要がある。システム開発はその時その時の条件によっていい悪いの判断軸が変わる。さらに時間の経過でも判断軸が変化していくのである。

部分最適の罠

日本には「カイゼン」という高度経済成長期を支えた力強い言葉がある。しかし、時と状況によって判断軸が変わるソフトウェアという無形財産の前では、「善」に「改」めることができているのか、変化してしまう背景がある。職人気質である国民性も相まって、どうしても部分改善、部分最適を繰り返してしまうというプロジェクト現場が少なくない。

まとめ

システム運用や保守における部分最適は必ずしも全体最適になるわけではない。むしろ、この部分最適が全体を考えたときの労働生産性を下げていることすらある。小回りが利く人であればあるほど属人化してしまったりするため、誰が全体最適を見るのがベストなのか、改めて考える必要がある。