期待される結果を明確にしてください
- 不足している情報を探す
関連するプロジェクトの質問を開いてください。
- 役立つ回答を提供します
ビジネスルールを具体例と関連する背景情報とともに説明します。
- 回答をまとめて表示
関連する機能、ページ、またはリクエスト内で返信してください。
画面表示の理由を説明します
いくつかの要件は、複数の解釈が可能です。明確にすることで、ビルドが意図する結果を推測するのではなく、不足しているルールを補完することができます。
例：通常の場合、例外、およびユーザーが表示する結果。質問にさらにコンテキストが必要な場合は、参照資料を添付します。
必要な場合は、不足している情報を入力してください。
例外を定義する. 要件で、顧客がドキュメントがない場合に何が起こるかを説明せずにリクエストを送信できると規定されている場合があります。通常の場合、例外、および期待されるメッセージまたはアクションについて説明してください。この回答は、ビジネス上の決定を明確にします。
質問を参照してリンクを作成. 既存のフォームまたはプロセスドキュメントで、ルールを明確に説明できます。応答フォームで関連資料を提供する場合、添付し、回答で重要な部分を特定してください。コンテキストは、関連する機能、ページ、またはリクエストに紐づいたままです。
Studioの変更を続行. 変更リクエストには、作業を再開する前に明確化が必要な場合があります。リクエストの詳細から質問に回答し、別の場所に個別の説明を送信するのではなく、その後のフォローアップには、元のリクエストと不足している情報の両方が含まれます。
回答をタスクに関連付けてください。
質問は、該当するプロジェクト領域、機能、アプリケーションページ、ウェブサイト、ドキュメント、または Studio の変更に関連しています。関連する項目を開いて、文脈に沿って返信してください。
「タスク」で対応が必要な作業を見つけ、対応後にステータスを確認します。対応により情報が解決されますが、実装された内容はまだレビューが必要です。
オープンな質問を、実行可能な決定に変換する
役立つ回答は、適用するルールを明示し、現実世界の状況でそれを説明します。複数の結果が考えられる場合は、ユーザーがどの結果を必要とするのかを説明してください。
回答は、関連するプロジェクトの質問に含めてください。そうすることで、その決定は、別の会話で紛失することなく、その決定が説明する関数または変更リクエストと一緒に読むことができます。
オープンな質問を、プロジェクトで利用できる形に変換する
質問をお読みください. 注意が必要な項目を開き、まだ不足している情報を確認してください。プロジェクトと要求される結果を確認します。
ルールとその例を説明します。. 誰が、どのような情報を利用して、どのような結果になるかを説明してください。通常のケースと、意味のある例外を含めてください。
更新された作業内容に従ってください. 関連するフォームで回答を送信し、その状態に従ってください。定義または実装が利用可能になったら、確認してください。
各決定について、実施できるように十分な背景情報を提供してください。
具体的な回答は、ビジネスルールが暗黙のままになるのを防ぎます。常に業務に関連付けておき、結果を確認するときは同じ例を使用してください。
不明点について
ルールまたは期待される結果がまだ明確ではありません。質問は、続行するために必要な情報を特定します。正確な回答は、短い要件からは確実に推測できない動作を定義するのに役立ちます。
関連するエリア、機能、ページ、ウェブサイト、ドキュメント、または Studio リクエストに添付されている「詳細」ビューを使用してください。そのコンテキストによって、回答が適切な作業と関連付けられます。
ユーザーの操作、入力、および期待される結果を説明してください。ルールが変更された場合は、例外を追加してください。関連するサポートドキュメントがあれば、添付するのではなく、その一部を文脈とともに説明してください。
はい、新しい情報によって、依然として重要な決定が未解決のままになっている場合はそうです。現在の質問を読み、最初の回答が常に十分であると想定するのではなく、不足している詳細を提供してください。
応答は、次の準備またはビルドステップの情報を伝えます。結果の作業を確認し、テスト済みのバージョンについては別の公開プロセスを使用します。