開発要望をユーザーストーリー形式にした話

はじめまして、トラーナで業務委託エンジニアとして働いている @madai0517 です。

代表のしだのりさん（@sdx_）とは約20年前のバイト仲間で今回ご縁があって一緒に仕事をすることになりました。

※因みに当時はしだのりさんにハンバーガーの作り方を教えてもらったり昇給試験の監督をしてもらってました。（マ◯ドナルドではバイトがバイトの昇給試験を行いますｗ）

今日は社内からの開発要望をユーザーストーリー形式に統一した話を紹介させて頂きます。

ユーザーストーリーとは何か

まず最初にユーザーストーリー形式とは何なのか、簡単にご紹介します。

ユーザーストーリーとは、利用者（ユーザー）の視点から開発する機能を自然言語（ストーリー）によって説明したものです。

それによって、「誰のために・何のために・どのような価値があるのか」を明確にして共通認識を持つことを期待しています。

トラーナで使っている形式の紹介

それでは早速トラーナで利用しているユーザーストーリーのテンプレートをご紹介します。

## What: 何をしたいか
- WhoがActionできるようにする

## Why: 何故行うのか
- Problemという課題が解決でき、Valueが見込めるため

## How: どのように実現するのか（具体的な方法がわかった段階で記述）
- 

## その他補足事項
-

Whoに書く内容
- 誰のための改修なのか、恩恵を受ける人を書く
  - 利用者の場合はペルソナや状態などを
  - 社内の場合は担当業務や役割などを
Actionに書く内容
- Whoに書いた人が取る操作や行動
Problemに書く内容
- 今起きている困っていること
- その機能が無いことで生じている問題
Valueに書く内容
- 新たにできるようになること、事業価値
- 回避できるようになるリスク
- 追加する/無くすことで得られるメリット
Howに書く内容
- WhatとWhyに書いた内容を踏まえ、解決するための手段を書く
- 記述時点では明確に決まっていない場合は、エンジニアが調査・検討の上で記述する

記入例

## What: 何をしたいか
- 新規申し込みを行う利用者が間違ったメールアドレスを入力できないようにする。

## Why: 何故行うのか
- 間違ったメールアドレスによりToysubからのメールが届かないという問題が解決でき、利用者に必要なメールが届くことが見込めるため。

## How: どのように実現するのか（具体的な方法がわかった段階で記述）
- 入力されたメールアドレスの書式をチェックし警告を促すJavascriptを実装する

何故ユーザーストーリー形式を使っているのか

HowよりもWhyに注力したい

通常何かを開発する際は、企画者した人と開発者とで具体的に何の機能をどのように実装するのかを検討して共通認識を作っていきますが、その際に「仕様をどうするか・どう実現するか」が議論になりやすいのではないでしょうか。

そして「どうやるか」を議論していると、「そもそも何をやるのか・何のためにやるのか」というちゃぶ台返しのようなことが起こってしまった経験をした方も多いと思います。

ユーザーストーリー形式では最初に述べたように誰のために・何のために・どのような価値があるのかを先に明確にすり合わせるため、こういったことは起こりにくいと考えています。

また、How（どのように実現するのか）については明らかに明確な場合を除いては起票時点では未記入で良いとしています。これは、要望を出す人は何が大変で何が簡単か、内部実装がどうなっているかなど分からないことが多いですし、エンジニアは、どんな問い合わせがあったのかなど業務上具体的に何が起こっているのか把握していないことが多いためです。

最適なHow・実現方法は、お互いの業務知識を持ち寄ってアイディアを出すことが理想だと考えています。