Good Mood

►投稿に戻る

受け入れ基準とユーザーストーリーは、アジャイルソフトウェアエンジニアリング環境で日常的に耳にする用語の一部です。 Quantum Mobでは、複数のクライアントチームとの連携長年にわたり、誰もがそれらを使用しているわけではなく、通常は誤用していることに気付きました。 彼らは、成果物に何が期待されるかを明確に示すことなく、ソフトウェアエンジニアの人生を混乱させる悪夢にすることに直接責任を負うことが,

これらの用語はどういう意味ですか？ この記事では、ソフトウェア開発における受け入れ基準とユーザーストーリーを例とともに深く掘り下げ、それらを使用して説明責任を作成し、プロジェクト

定義

• ユーザーストーリー

  ユーザーストーリーは、システムのユーザー要件と、クライアントがこの機能から得たいものの一般化された詳細です。, スクラムでは、クライアントの意図の理解を簡素化したり、意図を実用的な項目に変換したりするためのユーザー受け入れ基準があります。

• 受け入れ基準

  受け入れ基準は、ユーザー要件とアカウントに入れられたすべての製品シナリオを完全に列挙した正式なリストです。 それらを理解し、複雑な場所の明確化を求め、解決策を見つけるのはチーム次第です。,

ソフトウェア開発における合格基準

ソフトウェア開発プロジェクトは、通常、タスクのセットに分割され、各タスクが完了した後、それらがプロジェクト開発スコープの要件を満たしているかどうかが確認されます。 これは、合格基準を使用することによって可能になります。

プロジェクトの実際のコーディングを開始する前に、リソースとタイムライン情報の計画と見積もりが必要です。 受け入れ基準を使用すると、タスクの簡単な分割が可能になり、簡単に予算を設定して割り当てることができます。,

ユーザーストーリーと受け入れ基準による機能開発

受け入れ基準の書き方

受け入れ基準は、達成可能で賢明な情報を記述する必要があります。 まとめて提供できれば最低限の機能を実現し、空間の一部には柔軟性です。 また、それは過大評価または過小評価されるべきではなく、現実的なレベルに設定されるべきである。,

優れた基準はよく詳細で定義されているので、チームメンバーはそれらに必要なものを簡単に理解し、開発に情報を簡単に使用できます。 プロジェクトが受け入れ基準の助けを借りてタスクに分割されるのと同じように、基準にはユーザーストーリーがカバーされているかどうかを確認するため

受け入れ基準を使用して開発基準を確保する

受け入れ基準は、クライアントの意図を記述するために厳密に使用する必要はありません。 開発チームのリーダーとして、特定の標準を確保したい場合があります。, Storybookなどのコンポーネントライブラリに新しいコンポーネントを追加する場合は、承認基準として実装する特定のノブと設定を追加することができます。 単体テストを確実にしたい場合は、受け入れ基準の一部として特定の単体テストをリストすることができます。

良い合格基準を書いているかどうかを知るにはどうすればよいですか？

適切な受け入れ基準は、ユーザーストーリーに関係するすべての利害関係者によって読み取り可能で理解されます。 すべての利害関係者が価値を引き出すことができる明確な受け入れ基準を確保するために、専門用語の使用を避けます。,

例を含む形式

チームが行動できる明確な定義を作成するには、以下の形式に従うことをお勧めします。

ユーザーストーリー:

次のユーザーストーリーを使用して、受け入れ基準が何であるかを検討しましょう。

登録されたABC会社のユーザーとして
メンバーシップの有効期限を見ることができます
手動で更新または自動更新を有効にする必要がある

受け入れ基準(フォーマットされていない):

メンバーシップの有効期限が計算されます。,
メンバーシップの有効期限が表示されます。
手動renewオプションが表示されます。
自動更新をオプトインするオプションが表示されます。
ユーザーが登録/認証されていない場合、会員情報は表示されません。,

受け入れ基準（フォーマット）

シナリオ—請求詳細ページにABC会社のメンバーシップを更新するオプションを表示
指定された—有効なユーザーがログインしている
有効なABC会社のメンバーシップを持っている場合
その後、メンバーシップを手動で更新するオプションを表示するか、オプションを選択します。to auto—renew

wrap—up

要約すると、受け入れ基準は、クライアントの意図、すなわちユーザーストーリーがどのようなものであるべきかについての彼/彼女のアイデアを表, ユーザーストーリーに対するソリューションを開発するのはチーム次第です。

優れたユーザーストーリーと受け入れ基準を書くことは難しいですが、ソフトウェア開発においては、ソフトウェアがユーザーが期待していることを行うかどうかを決定し、最終的に製品の品質を測定する非常に重要な作業です。