開発者とのコミュニケーションのはじめかた

Transcript

1. 開発者とのコミュニケーションのはじめかた 1
2. 想定環境 以下のような状況を想定しています: 課題から実現方法を見いだせるシニアな開発者やデザイナーが在籍 している環境で システムについての知識がない人が 実現するすべを持つ人とコミュニケーションする必要がある 2
3. アジェンダ なんのために開発が必要なのか？ どうやったら開発が進むのか？ 簡潔に伝えるための方法 項目の意味 悪いやりかた 3
4. なんのために開発が必要なのか？ 分類すると以下のようなまとまりになる なんらかの困りごと(pain) を解消したい なんらかの恩恵(gain) に預かりたい・与えたい 4
5. どうやったら開発が進むのか？ これらの情報・スキルが揃うことが必要 5
6. 簡潔に伝えるための方法 # 概要（1 行） ## why / 背景・状況 ## what / 仮説 ## 望む結果 ## 緊急度・優先度 ## 参考 6
7. 概要 基本的には、 「◦◦が△△できるようにしたい」のフォーマット。 参考: ユーザーストーリー 7
8. why の意味 何がpain なのかわかることが必要 解決策の方向性が間違っていたら修正する 解決策の細部を埋める 8
9. why がないとどうなるか？ 9
10. what の意味 what は課題解決のためのヒント 解決策が何でも良かったり、自明だったりするとき混乱が少ない ユーザーの目線でwhat から考えると外れがち 10
11. 望む結果の意味 why は困っていることにフォーカスしているので、よくなった場合の イメージがあり、別途書きたい場合に書く。 11
12. 緊急度・優先度の意味 基本的には、 「◦◦が始まるとき」 「あれよりこっちのほうが先」な ど、進める順番をわかりやすくするためのもの。 急ぎではない場合は、毎日N 時間手動で算出している、など影響がわ かる表現でもよい（影響度はwhy でもよいが） 12
13. 悪いやりかた 項目の意味を考えず、フォーマットを埋めてしまう 典型的なケース: why に「"what" がない」 13