基幹システムのモダナイズで、開発ベンダーにルール駆動開発を採用して欲しい時

既存の開発ベンダーにルール駆動開発を説明し、プロジェクトを円滑に進めるためにはどうすればよいでしょうか。

1. ルール駆動開発の目的を明確に伝える

開発ベンダーが従来の開発手法（ウォーターフォールやアジャイル）に慣れている場合、「ルール駆動開発」が単なるツール選定の話ではなく、業務仕様の透明化と継続的な改善を目的とした開発手法であることを明確にすることが重要です。

(伝え方の例)
「本プロジェクトでは、単にシステムをリプレースするのではなく、業務部門と対話しながらブラックボックス化した仕様を明らかにし、継続的にルールを改善できる仕組みを作ることを目的としています。」

2. ルール駆動開発の基本的な進め方を説明する

開発ベンダーが戸惑わないよう、ルール駆動開発の基本的なプロセスを説明し、従来の開発手法とどう異なるのかを明確にします。

(説明のポイント)

1. 業務部門との対話を重視

   • 仕様は業務部門との対話を通じて繰り返し作成・修正する

   • 事前に固定化された要件ではなく、実際の業務運用に合わせて調整

2. ルールの可視化と整理

   • ビジネスルールを明文化し、業務部門と開発ベンダーで共有

   • ルールの優先順位や適用条件を管理する仕組みを作る

3. 小さな単位で開発・検証

   • 一度にすべてを開発するのではなく、ルール単位でテスト・確認を繰り返す

   • 既存システムの動作を検証しながら、新システムのルールを策定

4. ルールの変更を前提にした設計

   • ビジネスルールは変更が前提であり、開発後も業務部門が調整できる仕組みを検討

3. 既存の開発手法との違いを明確にする

開発ベンダーは通常、仕様書に基づいた開発を行うことに慣れているため、「ルール駆動開発は従来のやり方と何が違うのか？」という疑問を持つ可能性があります。そのため、以下のような比較を示すと理解しやすくなります。

(伝え方の例)
「従来のやり方では、仕様を最初に決め、それを開発して納品する形でした。しかし、本プロジェクトでは、業務部門と継続的に対話しながら、ビジネスルールを明確にし、システムに反映していきます。したがって、小さな単位で開発し、業務部門の確認を受けながら進めることが重要です。」

4. 開発ベンダーに求める役割を明確にする

開発ベンダーは「ルール駆動開発では、我々はどのように動けばいいのか？」と疑問を持つ可能性があるため、具体的な役割を明確に伝えます。

(開発ベンダーに期待する役割)

1. 業務部門との対話をサポート

   • 業務ルールを正しく理解し、システムに落とし込む

   • 既存システムの動作と業務担当者の認識のズレを整理

2. ルールの整理・管理

   • ルールの抜け漏れや矛盾がないよう、開発側の視点からサポート

   • ルールの変更履歴を管理し、将来的な運用を考慮

3. 段階的な開発・リリース

   • 仕様が確定していない部分についても、柔軟に対応できる開発プロセスを検討

   • 小規模な単位で動作検証を行い、業務部門からのフィードバックを反映

(伝え方の例)
「開発ベンダーの皆さんには、業務ルールを整理し、システムに適用する役割を担っていただきます。業務部門との認識の違いを調整し、ルールを適切に管理することが重要になります。また、開発はルール単位で進め、小さな単位でテストしながら進めたいと考えています。」

5. 開発ベンダーの懸念に対応する

開発ベンダーがルール駆動開発に対して不安を感じる可能性があるため、想定される懸念とその対応策を準備しておくとスムーズに進められます。

(伝え方の例)
「ルール駆動開発では、仕様を完全に決めてから開発するのではなく、小さな単位で進めていきます。ただし、開発コストを無駄に増やさないよう、変更管理を適切に行い、業務部門と開発ベンダーの双方がスムーズに進められる体制を作ります。」

まとめ

1. ルール駆動開発の目的を明確に伝える（業務仕様の透明化と継続的な改善）

2. 開発の進め方を説明する（業務部門と対話しながら、小さな単位で進める）

3. 従来の開発手法との違いを説明する（ウォーターフォールとの違いを明確に）

4. 開発ベンダーに求める役割を明確にする（業務ルールの整理・管理、柔軟な開発体制）

5. 開発ベンダーの懸念に対応する（変更管理や業務部門との調整をサポート）

このように説明すれば、開発ベンダーも納得しやすく、プロジェクトを円滑に進められるでしょう。

今回はChatGPTに聞いてみた回答をほぼそのままで掲載してみました。ChatGPTもルール駆動開発について、よく理解しているようです！
業務部門側とIT部門側が、共通で理解できる図表等を使って会話をすることが含まれていると100点満点ですね。

企業のIT部門の方々、是非参考にしていただければと思います。もっとわかりやすく説明して欲しい、一緒にプロジェクトを進めて欲しい等がありましたら、お気軽にお問い合わせください。