Patternレッドハットのソリューションアーキテクト、松田です。Qiitaの13日目の投稿です。『ブラックボックス化した業務システムを”ルールエンジンで”華麗にホワイト化する方法』というタイトルのセッションを担当しました。redhat.lookbookhq.comYouTubeもあるよ。顔が丸い人が喋ってます。今回のセッションテーマは、これでした。名付け、提唱しました。ルール駆動開発という名前セッションタイトルを考えた時は、まだこのワードを出すかどうか決めていなかったのですが、ネーミングとかキャッチフレーズって大事なんですよね。TEAM」とか「東洋の魔女」(古!)とか。もっともらしい御託をつらつらならべるより、一言で伝えられたほうが、話が早いし、心に残りやすいはず。そこで、今回は、ブラックボックス化したシステムでも迅速にリプレース可能になるこの手法を「ルール駆動開発」と名付けてみました。いっても、この手法、昨日今日考えついたものではありません。Hatでルールエンジンを用いた開発を重ねてきた結果から導かれた、ベストプラクティスです。ルール駆動開発のつかいどころまとめるとこういう話なんですが、その詳細は、セッション資料をぜひ見ていただきたい。実はこの手法は、レガシーシステムのリプレース時だけでなく、新システムの構築時にも力を発揮します。Errorを迅速に繰返しながらフィードバックを即システムに反映したい、というような新サービスの構築にも非常に向いています。Errorを高速に繰り返しながら、サービス品質を向上させるという事例も増えています。最後に様々な開発手法が世の中にあります。私も長年の開発経験の中で、いろいろな手法を取り入れてやってきました。どれもそれなりには意味があるものの、これが完璧というものはなく、対象システムの性格に合わせて、うまく組み合わせて使っていくべきものだと思っています。この「ルール駆動開発」もこれさえやれば、いつでもどこでも完璧にうまくいくというものではありません。従来の開発手法に足りていなかった、”業務ルールによる判断を一つのサービスとして切り出す”という重要な観点をプラスすることができる手法です。業務アプリの開発に携わるすべての方に、ぜひ知っていただきたい、そして試していただきたい手法です。Hatには、この「ルール駆動開発」のスペシャリストがいます。「ルール駆動開発」に欠かせないのが、優れたルールエンジン製品です。Managerについて、また、「ルール駆動開発」について、ぜひご相談ください。Hatでコンサルタントをしている織です。各記事は著者の見解によるものでありその所属組織を代表する公式なものではありません。その内容については非公式見解を含みます。スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。