Discussion
Pegasystems Inc.
JP
Last activity: 22 Apr 2025 17:39 EDT
Constellation Tips: UI中心の機能要件定義から、ビジネス成果中心の業務要件定義へのパラダイムシフト
原文：https://community.pega.com/blog/prescribed-and-flexible-ui-constellation
革新的なConstellation UIを備えたPega Platform™は、アプリケーション開発のパラダイムに大きな転換をもたらします。このパラダイムシフトは、Pegaアプリケーションの設計と構造化における大きな変化をもたらします。この記事では、新しいパラダイムの影響を示し、Constellationに実装する要件を分析する際に必要な思考プロセスを例を挙げながら、詳細に解説します。また、実装チームがビジネス担当者と連携し、ビジネス成果に基づくユースケースを抽出し、この汎用性の高いアーキテクチャを最大限に活用する方法についても考察します。
ビジネス成果に焦点を当てる
Constellationアーキテクチャは、「カスタマイズ」よりも「標準機能の設定」を重視することで、アプリケーション構築に革新的な手法を導入します。コンポーネント、UI要素、画面、ウィジェットは、ユーザーが業務要件や業務データに応じて多様な業務場面で利用できるよう、事前に構成されています。これにより、アプリケーション開発者は業務設計とプロセスの自動化に集中でき、デザインシステムはUXのベストプラクティスに従った一貫した方法でユーザーにコンテンツを表示できます。インターフェースの隅々まで完全に制御することに慣れている人にとっては、見た目も使い勝手も制限されているように感じることでしょう。
一つ明確にしておきたいのは、Constellationでも従来のUI（Theme CosmosやUIKit）と同じ業務要件を実現できるということです。ただし、これら2つのUIに機能面での同等性はないことを認識しておく必要があります。同じ業務要件を実現することはできますが、その実現方法が大きく異なる場合もあります。そのため、従来の実現方式と比較しても意味がありません。
ビジネス成果に焦点を当てましょう。ビジネスにとって結果は非常に重要です。だからこそ、それを見失わないようにしましょう。ただ一つだけ覚えておいてください。重要なのは「結果」です。業務要件は、パターン化された手法の核心です。
なぜ、どうして？
Constellationへの移行には、エンドユーザーやビジネス・ステークホルダーとの関わり方を変える必要があります。機能の比較に重点を置くのではなく、ビジネス成果の観点から考える必要があります。従来のUIと機能ごとに比較した場合、Constellationの優位性を失うことになります。Constellationは大きな変化であり、これまでの私たちのやり方とは大きく異なります。場合によっては、多少の調整が必要になるかもしれません。しかし、ビジネス成果に重点を置くことが、この変化に繋がるでしょう。
物事の根本を突き止め、（UI に重点を置かない）ビジネス成果中心の業務要件を見つけるために使用できる 1 つの手法は、なぜを5回繰り返す手法です。
なぜを5回繰り返す手法は、あらゆる問題の根本原因を探るために活用できる問題解決手法です。「なぜ？」を5回連続して問いかけ、それぞれの答えが次の質問の土台となります。この強力な手法により、UI中心の機能要件定義（それ自体が実装の提案となる場合が多い）から、ビジネス成果中心の業務要件定義へと移行することが可能になります。実装チームとビジネス担当者間の架空の対話を例に用いて分析してみましょう。実装チームがエンドユーザーと連携し、価値あるユースケースを発見する方法をご紹介します。
シナリオ1: 段落ルール(Paragraph rule type)
クライアントから段落ルールを求められていますが、Constellationにはそのようなルールがありません。これはバグでしょうか？
これを「はい」か「いいえ」で答える質問（「Constellation には段落ルールがありますか？」）として扱うと、答えは単純に「いいえ」になります。関係者全員にとって UI にギャップが生じ、全員が損をすることになります。
もう一度試してみましょう。
ビジネス担当者 (BR): 段落ルールは使えますか?
実装チーム（IT）：ご質問ありがとうございます。少し戻って、段落ルールをこれまでどのように活用してきたか教えてください。
BR: フォームまたはセクション ルールにテキストを配置します。
IT：なるほど。ユーザーにテキストが必要なのはなぜですか？画面にテキストを表示する目的は何ですか？
BR: ユーザーへの指示を提供します。
IT：ああ、説明ですね。Constellationでは、App Studioを使って説明文を簡単に設定できます。フォームレベルまたはフィールドグループ単位で説明文を設定できます。さらに、フィールドレベルで追加のヘルプテキストを指定することもできます。このアプローチの利点は、アクセシビリティが組み込まれていること、どんなデバイスサイズでも美しく表示されること、アプリ全体で一貫した体験が得られること、そしてルールのメンテナンスが簡単になることです。
重要なのは、同じ業務要件を実現できることに加え、大きなメリットも得られるということです。
Constellation に関するあらゆる議論で出てくる、私のお気に入りのもう 1 つを見てみましょう。
シナリオ2: アクションセットが見つからない
クライアントはアクションセットを求めています。今すぐにでも。
BR: アクション セットがないと、Constellation では何もできません。
IT: もっと詳しく教えてください。
BR: アクションを実行するには、アクション セット ボタンが必要です。
IT: 実行したいアクションは何ですか?
BR: 私の要件は、ボタンをクリックしてモーダル ダイアログ ボックスを起動することです。
IT：なるほど。なぜこのダイアログボックスが必要なのでしょうか？また、その中で何をしたいのでしょうか？
BR: 業務データの詳細を確認して編集したいです。
IT：なるほど、分かりました。Constellationには、この目的を達成するための機能がいくつかあります。例えば、フィールドをリンクとして表示するように設定できます。リンクをクリックすると、新しいブラウザタブが開き、業務データの詳細が表示され、編集できるようになります。また、「プレビュー」機能を使えば、新しいタブを開かなくても、プレビューパネルで業務データの重要な情報を確認できます。これらの機能により、アクセシビリティも組み込まれ、UXの一貫性が保たれます。どのデバイスでも見栄えがよく、設定も数分で完了します。
繰り返しますが、重要なのは業務要件であり、Constellation が提供できるのは業務要件を素早く実現する手段です。
シナリオ3: 表の書式設定
今回は、問題は少し微妙です。
BR: 表内の行の背景色を変更したいです。
IT: 色にはどんな意味があるのでしょうか?
BR: 解決済みのケースを緑色で表示したいので、行の背景色を変更したいと思います。
IT担当者：では、ケースを作業ステータスに基づいて表形式で視覚的に表示したいとお考えですね。Constellationでの設定方法は次のとおりです。表に「作業ステータス」フィールドを追加する際に、このフィールドの「フォーマット」を選択し、「作業ステータス」に設定します。この設定により、Constellationはテキスト値ではなくバッジを表示します。Constellation Designシステムのドキュメント（ https://design.pega.com/design/table/）で例をご覧ください。ユーザーは完了したケースを視覚的に確認できます。
ここで、ユーザーから背景色の変更について問い合わせがあり、Constellationは別のパターン、つまりステータスバッジを提案しました。UIの観点から見ると、これは1対1のソリューションではありませんが、業務要件を満たし、アクセスしやすいものです。ユーザーは視覚的な情報だけで、完了したケースを認識できるようになりました。
Related Resources