ツールによってプログラムの生成やテストを自動化する「超高速開発」がアプリケーション開発におけるキーワードとして浮上しから数年がたち、アプリケーション開発自動化ツールへの関心は確実に高まっている。ガートナーの調査によれば、プログラム自動生成ツールを採用する予定のある企業は4割を超え、テスト自動化ツールは5割近い。片山氏は「それだけ企業はアプリケーション開発にアジリティー（機敏さ）を求めている」と話す。

　逆に言えば、従来の開発手法では業務部門や経営層から要求されるアジリティーが達成できない場面が増えているわけだ。アジリティーを阻害する要因は幾つもある。業務部門とIT部門で違う“言語”を用いながら要件をシステムに落し込んでいく一種の“伝言ゲーム”では時間がかかり、話の食い違いも生まれやすい。また可読性の低いソースコードが保守作業を難しくする。かと言って、パッケージでは機能が多すぎ、無駄なコストが生まれる。

　一口にアプリケーションと言っても幅広く、やみくもにアプリケーション開発自動化ツールを適用すればよいわけではない。片山氏はガートナーが考案したポートフォリオ分析手法「ペース・レイヤ」を用いて適用領域を説明する。ペース・レイヤでは、企業システムを変更頻度と使用目的によって「記録」「差別化」「革新」の3層に分けて戦略を立てる。「独自開発が必要で変更頻度も高いのが差別化と革新のシステム。特に基幹アプリケーションが含まれ、開発・保守機会の多い差別化システムにアプリケーション開発自動化ツールは適している」と説明して、自らが取材した6件の採用事例を紹介する。

図1　開発自動化ツールの適用領域を、ペース・レイヤに基づくアプリケーション・ポートフォリオで考える（出典：ガートナー、2016年3月）

スピード経営時代に超高速開発は必須に

　まず、ソフトバンクグループでBPO（ビジネスプロセスアウトソーシング）事業を手掛ける、ある部門での事例。その部門では「Microsoft Excel」ベースの顧客管理をシステム化するニーズがあった。社内のクラウド型コンタクトセンター基盤と連係するために、機能拡張がしやすいCRM（顧客関係管理）システムを求めていたのだ。ただ、IT部門も十分に手を掛けられない。そこで、ジャスミンソフトが提供するJavaベースのWebアプリケーション自動生成ツール「Wagby」に注目し、「失敗しても許される程度のコスト」と“ダメ元”でチャレンジした。実際、割り当てた開発要員はJava未経験者1人のみ。それでも業務側と密に打ち合わせ、ビジネス要件を全て取り入れながらスパイラル開発をした結果、案件・マスター管理などCRMの基本機能を1カ月で作り上げてしまった。片山氏は「このスピード感に注目してほしい」と指摘する。

　パナソニックの社内カンパニーであるエコソリューションズ社で住宅設備製品を扱うハウジングシステム事業部は、新規事業で必要となるアプリケーションを事業部自ら超高速開発した。新規事業は従来の商流と大きく異なるため、自社の基幹システムが使えない。そこで事業部は、海外製ながら国内での採用実績も多い、GeneXusのプログラム自動生成ツール「GeneXus」を採用。システムインテグレーター（SIer）であるウイングの支援を受け、受発注アプリケーションなどを開発した。簡単にプロトタイプを作成でき、開発、検証、改善のサイクルを4回反復しながら3カ月で稼働させた。その後の保守も自らが行う。「IT統制システムや経理システムとの連係があり、IT部門ともすり合わせている」が、アプリケーション開発自動化ツールの発達で、業務部門が必要なアプリケーションをIT部門抜きで開発できる時代になってきたのだ。

　製造業A社のアプリケーション開発自動化への取り組みは歴史が長い。ビジネスロジックの記述のみでマルチプラットフォーム対応アプリケーションを開発できるMagic Softwareの「Magic xpa」を利用し、1990年代初めから製造現場で使う製造図面管理、製作進捗管理など小規模システムを開発してきた。これによって開発プロセスの標準化（圧縮）が進み、ツールのレファレンスも充実し、開発生産性を向上させた。そこで、より大規模なシステムの開発に挑む。製造業のIT化で肝となる部品表や品番管理、いわゆるPDM（Product Data Management）システムの開発にMagic xpaで取り組んだのだ。それ以前にA社にはPDMパッケージ導入に2年をかけて、結局頓挫した苦い経験があった。それがMagic xpaで一転、3人の開発要員が半年で完成させてしまった。現在は、いよいよMagic xpaでホストシステム刷新に取り組む。