開発チームと”握る”ためにMVPキャンバスを使っている話

Last updated at 2018-05-21Posted at 2017-12-20

この投稿はギルドワークスAdventCalendar2017の20日目の記事です。
私が開発に関わっている「RODEM」の開発チームで共有ツールとして使っている「MVPキャンバス」について書こうと思います。

##忙しい方向け今北産業

##背景：開発チームの状況

RODEMとは
- ビジネスマンを「めんどくさい」から解放するためのサービス
- カレンダーに訪問予定を入れるだけで、システムが移動予定と精算データを作ってくれる

ビジネス・サポートサービス「RODEM」紹介動画: https://t.co/r4vbgol4as via @YouTube
— 魔法少女★駅すぱあと (@ekispert_502_PR) 2017年11月27日

開発はギルドワークスさんに開発支援をいただいています
- 詳細はギルドワークスさんの実績紹介から
  - ビジネスパーソンのめんどくさいを解決する！「RODEM」の制作ストーリー「企画編」
  - ビジネスパーソンのめんどくさいを解決する！「RODEM」の制作ストーリー「開発編」
RODEMの開発チーム
- PM、POと開発チーム(エンジニア)で構成
- 私はPOとしての立ち位置で開発項目の検討や優先順位の調整などを行っている
開発の単位は「MVP(Minimum Viable Product)」にまとめている
- MVPとはBuild-Measure-Learnのフィードバックループ１周を回せる『必要最低限の労力』＋『最低限の実装時間』バージョンの製品」のこと
- 小さく作っては検証、を繰り返すための開発

##開発チームと”握りたい”ことは？

MVPの開発と検証のサイクルを可能な限り早く回すために、下記を共有し、目的、開発要件、得たい結果を”握って”おきたい
- 何故やるのか
- 何のためにやるのか
- これをやることでどうなる事を目指すのか
- (事後に)結果としてユーザーにどういう行動変容を起こせたか

##開発チームとの共有ツールとして、MVPキャンバスを使っている

本来のスクラムのお作法では、プロダクトオーナーがユーザーストーリーを書くとされる部分
- ユーザーストーリーとは？
  - POが要求仕様を下記のような自然言語で簡潔に記述したもの
  - 「役割」として「機能や性能」が出来る、それは「ビジネス価値」のためだ。のような書き方をする
これが割とモヤッとしていることがあるので、代わりにMVPキャンバスを使っているが、これがユニークなようで会社見学でも注目されることがある

##MVPキャンバス
###オリジナル版

AppSociallyの高橋氏とRecruitのMTLが共同で開発したもの
仮説を元に何を学び、そのために何を作るのかを具体化させるためのフレーム
- 参考：https://www.slideshare.net/aerodynamic/mvp-canvas

各項目を意訳すると

###アレンジ版
RODEMの開発チームでは、オリジナル版をベースに項目を追加したり、使っていない項目は無くしたりといったアレンジをしたものを使用しています。

####アレンジ版の構成

####オリジナルとの差分

追加した項目
- 期待する効果：機能追加や仕様変更によってユーザーにどのような行動変容をもたらす事を狙うのか(AsIsに対するToBe)を共有したいため
- ユーザーベネフィット：上記と同じく、それがユーザーにとってどんな価値になるのかを共有したいため
無くした項目：何か理由があって無くしたと言うよりは、使ってなかったからという方が表現としては正しいですｗ
- 成長の原動力
- イメージ
- 回避/発生する将来のリスク

##まとめ

##参考
今回の内容は下記の発表内容を元にしたものです