ENECHANGE エクスペリエンス部長の草間です。
今回は、エンジニアの関与無しでCursorで業務アプリのPoC開発を行い、そのまま本格開発につなげた体験談を紹介します。
業務アプリを作らなきゃいけなくなった!
ENECHANGE内では、次々に新規ビジネスが立ち上げられています。
多くは電話やメールでクライアントと調整するミニマムスタートを切るのですが、そのうちの1つを本格運用するにあたり、システムへの移行が必要になりました。そこで、まずGAS(Google Apps Script)とスプレッドシート+Reactで概念実証を行い、その後Dockerコンテナに置き換えていく開発手順を踏むことにしました。
この開発を担当したのは、UI/UXデザインを主務とする私、エクスペリエンス部長の草間でした。これまでWordPressのカスタムテーマ作成程度のプログラミング経験が殆どで、複雑な業務アプリケーションの開発は初めての経験です。
開発環境の現状と制約
はじめに、デザイナー中心のエクスペリエンス部がPoCに使えた開発リソースについて、説明します。
まず、既に整備されていた環境として、ReactアプリケーションのPoCを立ち上げるためのデプロイプロセスと、フロントエンド開発に必要な基本的な環境がありました。
一方で、サーバーサイドプログラムの開発・運用環境、データベースの構築・管理環境、そして本格的なバックエンド開発に必要なインフラは用意されていませんでした。
さらに、人的リソースの制約もありました。他の開発プロジェクトの繁忙期により、エンジニアの確保が困難で、新規業務のPoC開発に従事できるエンジニアリソースが限定的でした。
これらの条件下でも、デザイナーがAI開発ツール「Cursor」を活用することで、エンジニアの直接的なコードライティングやレビューがなくても、PoCとして動作するものが作れるようになりました。これにより、実務担当者のニーズ吸い上げや、機能を通した要件の定義が実現し、従来は電話やメールで行われていた複雑な業務プロセスをWebアプリケーション化するPoC(概念実証)を、わずか1週間で完成させることができました。
本記事では、エンジニアではない視点での開発体験と、AI支援開発の可能性について詳しく紹介します。
続きを読む