こんにちは。今回は、私がS株式会社様のもとで携わった銀行向け顧客対応業務のアプリケーション開発についてお話しします。小規模チームで進めたアジャイル開発の進め方や、Forguncyを活用したローコード開発の実践例を中心にまとめました。
私が担当した業務は大きく分けると、以下の2つです。
これらの業務では、Excelにデータが散在しており、手作業による負担が大きくなっていました。そこで、データを整理・統合し、Forguncyを用いて業務アプリケーションとして再構築することになりました。
業務アプリ開発は、概ね以下の流れで進めました。
顧客対応業務については社内でもほぼ新しい取り組みだったため、キックオフから2週間ほどは、共有されたマニュアルの読み込みや関係者への聞き取りに注力しました。今振り返ると、この期間で業務をできるだけ正確に理解できたことが、その後の開発をスムーズに進めるうえでとても重要だったと感じています。
Excelに点在していたデータを整理し、アプリケーションで扱える形に整えました。
整備したデータベースを参照しながら、Forguncyで画面や処理を作成しました。
形になったものをユーザーに触ってもらい、フィードバックを受けて改修する、という流れを繰り返しました。
ヒアリングの結果、大きく以下のような業務に分けられることがわかりました。
この1～4の間で、関係機関へデータをアップロードする作業も存在していました。ただし、
から、今回はスコープ外としました。
このように取捨選択を進める中で、自然と優先順位も見えてきました。今回のケースでは4：銀行へのデータ共有が最も重要であり、そのためには3：申請書入力が不可欠でした。
さらに「1」の前段で別データを取り込む必要があることもわかり、まずはそれらを中心に開発を進めました。
ある程度形になった段階でユーザーに評価してもらい、機能面の要望や画面修正を反映しつつ、他業務で使用する機能や画面を追加していく、というサイクルを繰り返しました。
スプリントは明確には区切らず、課題管理表を作成して、
が分かる形で管理していました。どちらかというと、プロトタイプ開発に近い進め方だったと思います。
ノーコード／ローコードの開発プラットフォームは、独自の用語や考え方に慣れるまで少し時間がかかる印象があります。その点、ForguncyはExcelのシートを編集する感覚で画面を作成できるため、比較的とっつきやすいと感じました。
また、PostgresなどのDBMSのテーブルを参照できる点も魅力です。データを蓄積・活用しながらアプリケーションを構築できるため、DX的な観点でも評価できるツールだと思います。
個人的に便利だと感じたのは、以下の点です。
ローコードでも、工夫次第で実務に十分耐えうるアプリを作れると実感しました。
今回の開発を通じて、
といった点が特に鍛えられたと感じています。
今後は、データベースや開発言語といった基礎的な技術力もさらに伸ばし、課題発見から解決策の提示、実装までを一貫して担えるエンジニアとして価値提供していきたいです。
ここまで読んでいただき、ありがとうございました。同じようにローコードや小規模アジャイルに取り組んでいる方の参考になれば嬉しいです。
データベースエンジニアO