ユーザーストーリーを書くための標準的な形式は、特定の構造に従います。「[役割]として、[目標]を達成したいので、
[メリット]。」 この形式により、ユーザー ストーリーでは、ユーザーが誰であるか、何を達成したいのか、なぜそれが重要なのかが確実に表現されます。
* ユーザーストーリー形式:
* 役割: ストーリーに関連するユーザーの役割。
* 目標: ユーザーが望む特定のアクションまたは機能。
* 利点: この機能またはアクションがユーザーにとって価値がある理由。
* 例の説明:
* 正しい例、「投資家として、どこに注意を向けるかを決めるために、投資口座の概要を確認したい」は、標準形式に完全に適合しています。ユーザーの役割 (投資家)、目標 (口座の概要を確認する)、利点 (どこに注意を向けるかを決める) が指定されています。
* 他のオプションを選択しない理由:
* メリットやユーザーの役割が明確でないため、ユーザー ストーリーとしての効果が低くなります。
* 標準形式に近いですが、より詳細なので、簡潔さは劣ります。
* 参考文献:
* Appian Agile 実践ガイド: 効果的なユーザーストーリーの書き方
ユーザー ストーリーに標準形式を使用すると、開発チームがユーザーのニーズと要求されている機能の価値を明確に理解できるようになります。

要件をユーザーストーリーに翻訳する正しい方法は、ビジネスオブジェクトに関連する情報にアクセスしてナビゲートするマネージャーの能力に焦点を当てることです。このユーザーストーリーは、標準形式に従います。「
「[役割]、[利益]を得るために[アクション]を実行する必要があります。」 この場合、ストーリーはマネージャーが特定のデータを表示して操作する必要があることを表わしています。
* ユーザーストーリー形式:
* 役割: マネージャー
* アクション: レコードの種類を表示およびナビゲートする機能
* 利点: マネージャーが職務を遂行するために必要なアクセス権を持つことを保証する
* 他のオプションを選択しない理由:
* B. マネージャーのデータへのアクセスの必要性ではなく、セキュリティ オプションの構築に重点を置きます。
* C. 曖昧であり、標準的なユーザー ストーリー形式に従っていません。
* D. グループ メンバーシップに重点を置いていますが、マネージャーが実行する必要があるアクションについてはあまり具体的ではありません。
* 参考文献:
* ユーザーストーリーに関する Appian ドキュメント: ユーザーストーリーの書き方
正しいユーザー ストーリー形式を使用すると、開発チームは要件とそれがエンド ユーザーにどのようなメリットをもたらすかを明確に理解できるようになります。

Explanation:

将来の状態のプロセス モデル (または将来のプロセス モデル) を作成すると、高レベルの製品ビジョンを捉えたり、Appian の機能で自動化を導入できる領域を特定したりするなど、いくつかの利点があります。
* 高レベルの製品ビジョンと目標の把握 (C):
* 将来の状態プロセス モデルは、プロセスの望ましい最終状態を視覚化するのに役立ちます。
* すべての機能強化と改善が実施された後、プロセスがどのように機能するかを明確に示します。
* この明確さにより、関係者は共通の目標に沿って連携し、開発の取り組みが望ましい結果をもたらすことに重点を置くようになります。
* 自動化の機会の特定 (D):
* 将来の状態をモデル化することで、チームはプロセス モデリング、スマート サービス、RPA などの Appian の機能を使用して自動化できる手動タスクや非効率性を見つけることができます。
* この識別は、プロセスを合理化し、全体的な効率を向上させるのに役立ちます。
* 他のオプションを選択しない理由:
* A. RPA 介入の詳細: RPA の詳細は重要ですが、通常は高レベルの将来の状態プロセス モデルではなく、詳細設計フェーズで取得されます。
* B. 統合定義: これらは通常、高レベルのプロセス モデルとは別に文書化される技術的な詳細です。
* 参考文献:
* Appian プロセス モデリング ガイド: 将来の状態プロセス モデル
* Appian 自動化の機会ガイド: Appian での自動化の特定 将来の状態モデルを作成すると、最終目標を視覚化し、自動化によって最大の価値を生み出すことができる場所を特定して、プロセスの改善が戦略目標と一致するようにするのに役立ちます。