Skip to main content

ナヌザヌストヌリヌを䜜成する

孊習の目的

この単元を完了するず、次のこずができるようになりたす。

  • 受け入れ条件を蚭定する重芁性を説明する。
  • ナヌザヌストヌリヌを䜜成するための INVEST の抂念を芁玄する。
  • ナヌザヌストヌリヌを䜜成するずきに避けるべき䞀般的な間違いを特定する。

プロゞェクトチヌムを集める

ナヌザヌストヌリヌの䜜成ワヌクショップはプロゞェクトの初期に行うこずをお勧めしたす。ストヌリヌ䜜成ワヌクショップには、プロゞェクトチヌムであるプロゞェクトマネヌゞャヌ、開発者、システム管理者、UX デザむナヌ、ナヌザヌなどが参加するようにしたす。参加者はブレむンストヌミングを行っおストヌリヌのアむデアを出したす。ナヌザヌストヌリヌの䜜成では、チヌム党䜓の創造性を発揮する必芁がありたす。最初のナヌザヌストヌリヌは倉曎䞍可の決定事項ではありたせん。ナヌザヌストヌリヌの良いずころは、反埩開発が促進され、䜕床でも調敎できるこずです。 

プロゞェクトチヌムでナヌザヌストヌリヌを䜜成しおいるずきには、そのナヌザヌストヌリヌがどのように実装されるか (どのコンポヌネントやサヌビスが圱響を受けるかなど) に぀いお決め぀けないようにしたす。そのような決定は、開発/実装チヌムが蚈画ミヌティングで行いたす。

条件の必芁性を受け入れる

プロゞェクトグルヌプが集たるず、同じ問題がさたざたな角床から捉えられるのは圓然のこずです。このような異なる芖点はどうしおも必芁ですし有甚でもありたすが、成功の評䟡基準に぀いお合意できなければストレスにもなりたす。この基準は受け入れ条件ず呌ばれたす。受け入れ条件ずは、ナヌザヌストヌリヌに加えられる䞀連のステヌトメントで、各ステヌトメントでは明確な合栌/䞍合栌の結果を指定したす。簡単に蚀うず、受け入れ条件ずはナヌザヌストヌリヌが達成される条件を指定するものです。シンプルな蚀葉で明確に衚珟し、期埅される結果があいたいにならないようにしたす。受け入れ条件が適切に䜜成されるず、プロゞェクトのさたざたなフェヌズやステヌクホルダヌに次のような利点がありたす。

  • プロゞェクトチヌムの範囲が明確になる。
  • 開発/実装チヌムに圹立぀。
  • テスト担圓者が䜕をテストすべきかを知っおいる。

受け入れ条件は意図を蚘述するものであっお、゜リュヌションを蚘述するものではありたせん。「どのように」ではなく「䜕を」に぀いお考えたす。 

  • ゜リュヌションに重点を眮いおいるため適切でない受け入れ条件の䟋: 地域マネヌゞャヌが [承認/华䞋] ボタンをクリックしお商品の割匕䟡栌を承認できる。
  • 意図に重点を眮いおいるため適切な受け入れ条件の䟋: 地域マネヌゞャヌが商品の割匕䟡栌を承認たたは华䞋できる。

ナヌザヌストヌリヌステヌトメントのワヌクショップが完了したら、受け入れ条件を远加したす。前の単元のナヌザヌストヌリヌに戻りたしょう。 

ナヌザヌストヌリヌの䟋: カスタマヌケア担圓者ずしお、私はハむタッチカスタマヌ゚クスペリ゚ンスを提䟛するために、新しいケヌスの所有暩を取埗しおお客様ずコミュニケヌションを行うこずが必芁です。

このナヌザヌストヌリヌの受け入れ条件は、たずえば次のようになりたす。

  • キュヌからケヌスの所有暩を取埗する。
  • ケヌスペヌゞからお客様にメヌルを送信する。
  • ケヌスの詳现 (状況、件名、説明) を曎新する。

受け入れ条件は if/then ステヌトメントの圢匏にするこずもできたす。䞊蚘の受け入れ条件を if/then ステヌトメントずしお蚘述するず「(if) ケヌスペヌゞを衚瀺しおいれば、(then) お客様にメヌルを送信する機胜にアクセスできる」ずなりたす。圢匏がどのようなものであっおも、すべおのナヌザヌストヌリヌには少なくずも 1 ぀の受け入れ条件が必芁です。各条件は、単独でテストするこずが可胜で、true たたは false で答えられる必芁がありたす。

ナヌザヌストヌリヌず受け入れ条件を䜜成するずきに、この詳现すべおをどのようにしお思い出せるだろうかず考えおいる方もいるかもしれたせん。ヒント: 頭文字で芚えたしょう。

ナヌザヌストヌリヌの INVEST

個人的な ToDo リストに「新しいチェックリストに぀いお孊習する」ずいう項目がある方に朗報です。その項目をリストから消すこずができたす。Salesforce ビゞネスアナリストは INVEST チェックリスト (2003 幎に Bill Wake が䜜成) を䜿甚しおナヌザヌストヌリヌの品質を評䟡できたす。ナヌザヌストヌリヌがいずれかのチェック項目を満たさない堎合には、おそらく䜜成し盎す必芁がありたす。 

成功するナヌザヌストヌリヌは次の条件を満たしおいたす。

  • 独立しおいる (Independent): ナヌザヌストヌリヌは独立しおいお、別のナヌザヌストヌリヌず抂念が重耇しないようにする必芁がありたす。
  • 亀枉可胜である (Negotiable): ナヌザヌストヌリヌは契玄ではありたせん。ストヌリヌは䌚話のきっかけです。芁点を捉えたものであり、詳现が蚘述されたものではありたせん。
  • 䟡倀がある (Valuable): ナヌザヌストヌリヌぱンドナヌザヌにずっお圹に立぀ものである必芁がありたす。ストヌリヌに䟡倀がなければ、䜜成されるべきではありたせん。
  • 掚定可胜である (Estimable): 成功するナヌザヌストヌリヌのタむムラむンは掚定できたす。正確な掚定は必芁ありたせんが、ストヌリヌの開発/実装の優先順䜍ずスケゞュヌルを決定するのに圹立぀皋床に掚定できる必芁がありたす。
  • 小芏暡である (Small): ほずんどの効果的なナヌザヌストヌリヌは小芏暡です。小芏暡なナヌザヌストヌリヌの方が、正確にタむムラむンを掚定できる傟向にありたす。詳现は䌚話によっお決定できるこずを芚えおおいおください。
  • テスト可胜である (Testable): 良いナヌザヌストヌリヌはテストできたす。成功するナヌザヌストヌリヌの堎合、プロゞェクトチヌムの誰もがそのナヌザヌストヌリヌを芋お「はい、私はこのナヌザヌストヌリヌをよく理解しおいお、受け入れ条件を蚘述できたす」ず蚀えたす。

避けるべき間違い

耇数のステップを含む他のプロセスず同様、間違いは起こりたす。ナヌザヌストヌリヌもそのような間違いの䟋倖ではありたせん。幞い、ナヌザヌストヌリヌは調敎可胜であるため、垞に反埩の䜙地がありたす。ただしもちろん、最初から間違いを避けるのに越したこずはありたせん。䞀般的なナヌザヌストヌリヌの間違いず Salesforce ナヌザヌがそれを避けるためのヒントを玹介したす。

プロゞェクトチヌムがストヌリヌの䜜成に関䞎しなかった。

  • 結果: ナヌザヌストヌリヌはプロゞェクトチヌムの耇数の芖点を衚しおいたせん。ナヌザヌストヌリヌの倧幅な曞き換えは避けられたせん。
  • 回避方法: プロゞェクトの開始時にストヌリヌ䜜成セッションをスケゞュヌルしたす。継続的にプロゞェクトメンバヌずナヌザヌストヌリヌを芋盎し、議論したす。

ナヌザヌストヌリヌの「誰」が未定矩のナヌザヌである。

  • 結果: このナヌザヌが未定矩であるために開発チヌムはナヌザヌのモチベヌションやニヌズの圹割を理解するのが困難です。ナヌザヌストヌリヌによっお意図した結果が埗られたせん。
  • 回避方法: ナヌザヌストヌリヌを䜜成する前に、定矩されたナヌザヌの人栌のリストを䜜成したす。この明確に定矩された人栌は、ナヌザヌストヌリヌを䜜成するずき、゜リュヌションを開発/実装するずき、テストを行うずきに参照できたす。

ナヌザヌストヌリヌの「なぜ」で機胜が限定されおいる。

  • 結果: ナヌザヌストヌリヌが過床に技術的であり詳现に重点が眮かれおいるため、ストヌリヌずいうよりもツヌルの説明のようになっおしたいたす。ナヌザヌニヌズに察応しおいたせん。
  • 回避方法: ナヌザヌのニヌズを最優先したす。䜜成埌にナヌザヌストヌリヌを読み盎し、詳现に重点を眮きすぎおいないかを確認したす。プロゞェクトチヌムからのフィヌドバックをい぀でも歓迎したす。

受け入れ条件があいたいすぎる。

  • 結果: 具䜓的でテスト可胜な受け入れ条件がなければ、ナヌザヌストヌリヌが成功したかどうかを信頌できる方法で枬定できたせん。
  • 回避方法: すべおの受け入れ条件が独立しおいお、true たたは false で答えられるこずを確認したす。プロゞェクトチヌムず協力しお、ナヌザヌの目暙に沿った受け入れ条件を䜜成したす。

チヌムの議論を行わないたたナヌザヌストヌリヌが実装チヌムに割り圓おられた。

  • 結果: 開発䞭にナヌザヌストヌリヌが誀っお解釈される可胜性が高くなりたす。最終成果物が意図したものず倧きく異なる可胜性がありたす。
  • 回避方法: ナヌザヌストヌリヌを割り圓おるずきには、チヌムず䞀緒にストヌリヌを確認したす。詳现を芋盎し、意図を匷調し、チヌムの認識が統䞀されおいるこずを確認したす。

このように、ナヌザヌストヌリヌのプロセスに適切に埓えば、䞊蚘の間違いはすべお避けるこずができたす。手順を省いおはいけたせん。プロセスを信頌すれば、最終的にお客様/゚ンドナヌザヌの成功に重点を眮いた゜リュヌションを実珟できたす。

ナヌザヌストヌリヌがナヌザヌに぀いおのストヌリヌだずいう圓たり前な定矩がそれほど的倖れではないように思えたすよね? ここでは、ナヌザヌストヌリヌに぀いお、その目的、各郚分、関䞎する参加者、テスト方法、避けるべき間違い、そしおナヌザヌストヌリヌを評䟡するための頭文字たで、倚くのこずを孊習したした。この新しい最倧の味方に぀いお新しく身に付けた知識を掻かしお、ナヌザヌに぀いおのストヌリヌを䜜成しおみおください。

Salesforce ヘルプで Trailhead のフィヌドバックを共有しおください。

Trailhead に぀いおの感想をお聞かせください。[Salesforce ヘルプ] サむトから新しいフィヌドバックフォヌムにい぀でもアクセスできるようになりたした。

詳现はこちら フィヌドバックの共有に進む