本記事は、アニポスが保険会社に提供している保険システムの開発体制を紹介するシリーズ「速く変えて、止めない保険システム」の第2回です。
第1回「数字で見るアニポスの開発」では、アニポスが契約から会計まで保険業務のほぼ全体を内製していること、そして直近1年で約3,200回のリリースを重ねながら、過去1年の稼働率を全ての保険会社で99.96%以上に保っていることを、数字で紹介しました。
今回は、これだけの開発と運用を数名のエンジニアで回せる理由として、属人化させない体制と、自動化・共通化・AI活用の取り組みを紹介します。
もくじ
少数精鋭で、属人化させない
2019年に保険金請求アプリ「らくらく請求」の開発を始めて以来、数名のエンジニアという同じ体制のまま製品を増やしてきました。2021年にはアニポスクラウドとAI査定エンジンの開発を始め、その後もAI医療相談や保険会社専用の保険金請求システムなどを立ち上げています。いずれも短い開発期間で本番稼働に至り、現在でも複数の製品が並行して動いています。
少人数の体制で最も避けるべきは属人化です。アニポスでは、全てのエンジニアがサーバーなどの稼働環境からスマートフォンアプリまで、システムの全ての層を担当しています。加えて、後述するように稼働環境の構成も、システムへの変更も全て記録として残しています。知識が個人ではなく仕組みに蓄積されるため、誰か1人が抜けても運用は止まりません。
少人数で回せる理由
自動化の徹底
リリース、外部ソフトウェア部品の更新、稼働環境の構築といった定型作業は自動化しています。人手による繰り返し作業を減らし、その時間を改善に充てる考え方は、Googleのシステム運用でも中核に置かれています[1]。
エンジニアが改修を終えると、1万2千項目を超える品質確認と社内確認用の環境への反映が自動で行われ、本番への反映も1つの操作で完了します。万一問題があればすぐに元の状態に戻せます。こうした「継続的デリバリー」[2]と自動テスト[3]が、リリースに伴うリスクを下げ、組織の成果を高めることは研究で示されています[4]。
全ての変更は決まった仕組みを通って反映されるため、誰が、いつ、何を変え、誰が承認したかが漏れなく記録されます。
稼働環境を「設計図」から自動で組み立てる
システムを動かすサーバー、ネットワーク、データベースといった稼働環境は、全て設計図にあたる文書として管理し、その設計図から自動で組み立てています。同じ品質の環境を、いつでも何度でも再現できます。手順が全て設計図に残るため、作業の抜け漏れを防げます。稼働環境の設定まで含めて記録・管理することは、研究でも推奨されている実践です[5]。新しい保険会社向けの環境は、1日で用意できます。
1つの仕組みを複数社で使う
全社に共通する機能は1つのシステムとして開発・保守し、会社ごとに異なる部分だけを作り分けています。アニポスクラウドでは、プログラムの約7割が全社共通です。これにより個別開発・個別保守の大半が不要になり、ある保険会社向けの改善を他の保険会社にもすぐ展開できます。
業務理解から運用まで同じチームが担う
業務を理解し、設計し、開発し、本番を運用するのは同じエンジニアです。要望が直接設計と開発に反映されるため、複数の会社を経由する要件の受け渡しが不要になり、認識のずれや待ち時間を最小限に抑えています。
本番で起きた問題に気づき、原因を調べ、修正して届けるところまでも同じチームで完結します。問題の把握から解決までの距離が短いことも、この体制の強みです。
AIで開発をさらに加速
少人数で高い生産性を保つこの体制は、生成AIが広まる前から築いてきたものです。その土台の上で、2026年3月からは開発そのものにもAIを本格的に取り入れており、直近半年のシステム変更のうち2割超はエンジニアがAIと共同で作成したものです。以降、同じメンバーによるシステム変更の件数は、前年の同じ時期（3〜9月）と比べて約4割増えました。変更を記録・管理する仕組みが整っているほどAI活用の効果が高まるという研究もあり[5]、これまで築いてきた自動化の土台がAIの効果を引き出しています。
まとめ
アニポスは、2019年から数名のエンジニアという同じ体制のまま製品を増やしてきました。全てのエンジニアがシステムの全ての層を担い、稼働環境の構成もシステムへの変更も記録に残すことで、知識を個人ではなく仕組みに蓄積しています。
リリースや稼働環境の構築の自動化、プログラムの約7割を全社で共通化する仕組み、業務理解から運用までを同じチームで担う体制が、少人数でも速さと安定の両立を支えています。2026年3月からは開発にAIも本格的に取り入れ、同じメンバーによるシステム変更の件数は前年同期比で約4割増えました。
次回の第3回では、保険会社に安心してお任せいただくためのセキュリティとガバナンスの体制、他のシステムからの移行を含む導入の実績、そしてこれらの取り組みが保険会社にもたらす価値を紹介します。
参考文献
[1] Betsy Beyer et al. (eds.). Site Reliability Engineering, Chapter 5: Eliminating Toil. O’Reilly, 2016. https://sre.google/sre-book/eliminating-toil/
[2] Jez Humble. Continuous Delivery. https://continuousdelivery.com/
[3] DORA. Capabilities: Test automation. https://dora.dev/capabilities/test-automation/
[4] Nicole Forsgren, Jez Humble, Gene Kim. Accelerate: The Science of Lean Software and DevOps. IT Revolution, 2018.（邦訳『LeanとDevOpsの科学』インプレス, 2018） https://itrevolution.com/product/accelerate/
[5] DORA. Capabilities: Version control. https://dora.dev/capabilities/version-control/
