アプリケーションの規模が拡大しても、理解しやすい範囲を維持する
- スコープを構成する
関連する作業を、理解しやすいビジネス分野ごとにグループ化します。
- 詳細を確認
関連機能、ページプラン、および分析を開きます。
- 次の拡張を計画する
その他の分野を確認し、貴社の提供内容におけるその位置を把握してください。
ビジネスを中心に構築し、画面リストとしてではなく
関連する機能をグループ化するエリア：たとえば、顧客管理には複数のアクションとページを含めることができます。これにより、プロジェクトの規模が拡大しても、構造を理解しやすくなります。
提案された範囲、構成、および進化についてレビューするための領域を開きます。次の変更を要求する前に、そこに含めるべき内容を明確にします。
関連する作業をグループ化しますが、すべての画面を数えません
顧客ジャーニーを構成する. 顧客管理領域には、リスト、詳細、検証、およびフォローアップが含まれる場合があります。これらのタスクを1つのまとまった領域として扱うことで、一連の関連性のないページ名よりも、その目的について話し合いやすくなります。
このオファーに含まれる内容をご確認ください. プロジェクトの許容範囲はビジネス領域を対象とします。各領域には複数の機能とページを含めることができるため、ページ数が増加しても、別の領域を意味するわけではありません。必要なビジネス成果に対して、含まれる範囲と追加の範囲を見直してください。
既存のアプリケーションを拡張する. 新しい要件は、既存の機能を改良するか、または明確な機能を追加する可能性があります。まず現在の機能を調べてから、変更したい点を説明してください。これにより、拡張機能と既存の機能との間に明確な関係が生まれます。
表示されているスコープと拡張機能をそのままにしておく
プロジェクトの提供には、さまざまなビジネス領域が含まれます。このカウントは、ページや個々の機能ではなく、これらの領域の数を表します。
ニーズが拡大する場合は、追加エリアとその提供内容を確認してから確定してください。既存のエリアは、その機能やStudioリクエストを通じて、引き続き進化していきます。
タスクの責任範囲をわかりやすくする
ビジネスエリアは、顧客管理やスケジュール管理など、関連するタスクをまとめたものです。その機能とページには、アプリケーション内でそのタスクがどのように実行されるかが説明されています。
この構造を使って、何がまとめて扱われ、何が別々に進化する必要があるかを説明してください。明確な境界線があれば、後続のリクエストやロードマップのレビューがより理解しやすくなります。
活動領域から、その機能とページへ
目的を定義する. そのエリアの名前を挙げ、ユーザーがそこで何を達成すべきかを説明してください。その範囲を一貫したものにするためのルールと責任を含めてください。
提案された詳細を確認してください. その機能とページを調べ、質問に答え、準備を完了させてください。構築が始まる前に、必要に応じてデータストレージを作成します。
進化を追う. そのエリアの進捗状況と変化の経緯を確認して、変更点を把握します。追加のエリアが必要な場合は、対応するオファーを確認してください。
チームが行う作業に合わせてアプリケーションを設計します。
まず、いくつかの関連性のあるビジネス領域から始め、それぞれの領域内のタスクを確認します。その結果得られる構造は、初期構築と将来の変更の両方において、理解しやすい範囲を提供します。
ビジネス分野に関する質問
いいえ。エリアは関連するタスクをグループ化し、複数の機能とページを含めることができます。その構造はそれらの目的を関連付け、ビジネスの一部に1ページという制限を課すものではありません。
合意されたプロジェクトの範囲内で、ビジネスエリアの数をカウントします。オファーに含まれる利用可能な枠、使用された枠、残りの枠を確認してください。アプリケーションに表示されている個々のページの数から推測しないでください。
はい。そのエリアを開いて、定義と関連する機能およびページを確認します。不明な点を明確にすることで、作業を続ける前に不足しているルールを説明できます。
関連する作業は、質問や前提条件が解決され、準備が整っている必要があります。起動ツールには、利用可能な作業が表示されます。その際、対象領域のデータストレージを最初に作成する必要がある場合があります。
既存のタスクの変更点、新しい結果、および追加の責任について説明します。引き続き同じ範囲に収まるか、それとも別の範囲が必要かを検討し、それに応じて適切な提案と構築プロセスに従います。