ある日開発者のひとりから「価値ってなんですか？」と問われまして / 20220903_devlove-received-a-question-that-is-what-is-value

by kuramapommel

Slide 1

Slide 1 text

ある日開発者のひとりから「価値ってなんですか？」と問われまして 220903 DevLOVE 15th Bride 〜過去の現場と今の現場の架け橋となる場をつくろう〜（株）野村総合研究所 bit Labs 長谷川俊英

Slide 2

Slide 2 text

長谷川俊英 (Toshihide Hasegawa) ● @nullpommel / kuramapommel ● NRI bit Labs 所属 ● アジャイルコーチ / テックリード zenn で 170 like いただきました奥さんと結婚式の招待状アプリ作りました ※ 記載した内容は個人のものであり、所属団体の公式見解ではございません

Slide 3

Slide 3 text

お話すること ● ある日、開発者のひとりから「価値ってなんですか？」と問われた ● この質問が出てきた理由を探ってみた ● その答えは組織の ■■ と ■■ にあった ● 今絶賛取り組んでいること

Slide 4

Slide 4 text

主な登場人物開発者プロダクトオーナースクラムマスター支援先のスクラムチーム長谷川スクラムマスター支援 / アジャイルコーチ

Slide 5

Slide 5 text

ある日、開発者のひとりから「価値ってなんですか？」と問われた

Slide 6

Slide 6 text

週次で行っているアジャイル雑談会（通称 : 長谷川会） ● ディスカッション ○ チームメンバーからの「アジャイルに関するお題」に対して参加者でディスカッションを行い、新たな気付きや価値観の共有を行う ● 持ち込み企画 ○ 新しいプラクティスやツールなどの紹介をしたり、試してみたいプラクティスを実践する

Slide 7

Slide 7 text

Slide 8

Slide 8 text

ディスカッションスクラムチームメンバーからお題を募集最も人気の高かったものを次回のお題とする次回のお題をメンバーに決めてもらうことで、確実に興味のある話ができるお題ボードディスカッション Miro を使って実施極力口を挟まず、メンバー間でのディスカッションが活発になるように促す長谷川メモ長谷川の考えを伝える事前に準備しておくが、ディスカッションの内容を踏まえつつ話す

Slide 9

Slide 9 text

Slide 10

Slide 10 text

持ち込み企画チームの状況に応じてプラクティスを実践したりアジャイル関連のいろいろを紹介したりプラクティスの実践アジャイルに関する情報収集元の紹介プラクティスの紹介や長谷川の考えを伝える各ロール間のコミュニケーションについて、チームメンバーからどう見えているかを考えてもらったアジャイル関連の YouTube チャンネルを紹介したバリュー見積もりについて紹介した

Slide 11

Slide 11 text

Slide 12

Slide 12 text

開発者タナカさん（仮）「価値」ってなんですか？

Slide 13

Slide 13 text

長谷川『その人の人生を豊かにするもの』だとぼくは勝手に捉えてます具体的にはプロダクトによって異なります

Slide 14

Slide 14 text

あまりの鋭い質問に動揺しましたが、その時は自分なりの考えを伝えることができましたしかし、その後ぼくはこう思いました

Slide 15

Slide 15 text

長谷川プロダクト開発をアジャイルに進めていくためには、そのプロダクトがユーザにどのような価値を届け続けられているかを考えることが大切なはず、、、

Slide 16

Slide 16 text

長谷川アジャイルチームでありながら、このような質問が上がるのは若干違和感があるな、、、

Slide 17

Slide 17 text

長谷川なんでこのような質問が出てきたのかを探ってみよう！！

Slide 18

Slide 18 text

この質問が出てきた理由を探ってみた

Slide 19

Slide 19 text

ふたつのプロセスで探ってみた ①いろんな声を集めてみた ②スクラムマスターと一緒に考えてみた

Slide 20

Slide 20 text

ふたつのプロセスで探ってみた ①いろんな声を集めてみた ②スクラムマスターと一緒に考えてみた

Slide 21

Slide 21 text

いろんな声を集めてみたスクラムマスターこれまで開発チーム内で価値について考えることがあまりなかったプロダクトオーナーがステークホルダーの伝言役状態になっている

Slide 22

Slide 22 text

いろんな声を集めてみたスクラムマスターこれまで開発チーム内で価値について考えることがあまりなかった ● チームをより良くしていくために、どのような改善点があり、改善するために何をすべきかを検討し、実践していく力は身についている ● 一方で、プロダクトに対してのより良くしていくための会話は、あまりなされていない

Slide 23

Slide 23 text

いろんな声を集めてみたスクラムマスタープロダクトオーナーがステークホルダーの伝言役状態になっている ● プロダクトオーナーに明確なプロダクトのビジョンがあるように見えない ● プロダクトオーナーが方針を決めているというよりは、ステークホルダーがやりたいことをフィルタリングしてスクラムチームに伝えているだけのように見える ● スクラムチームの立ち位置が弱い

Slide 24

Slide 24 text

いろんな声を集めてみた開発者その PBI がなんで必要なのかが明瞭でないユーザーが遠い

Slide 25

Slide 25 text

いろんな声を集めてみた開発者その PBI がなんで必要なのかが明瞭でない ● 各 PBI の WHY が見えないため、落としていいものかどうかの判断ができない ● 「他のアプローチで達成できるかもしれない」といったような提案もできない

Slide 26

Slide 26 text

いろんな声を集めてみた開発者ユーザーが遠い ● 直接話を聞きたいが、壁がありできない ● 「プロダクトオーナーは本当にユーザが求めているものを伝えてくれているのだろうか」という懸念もある

Slide 27

Slide 27 text

いろんな声を集めてみたプロダクトオーナーユーザーまでの間に複数のステークホルダーがいる現場の温度感を開発チームがわかっていないような気がする

Slide 28

Slide 28 text

いろんな声を集めてみたユーザーまでの間に複数のステークホルダーがいる ● 「お客様まとめて管理する部（仮）」と「お客様別に営業する部（仮）」の先にユーザーがいる ● ステークホルダーがユーザーの声を聞いてくれているので、ステークホルダーが品質が重要だと判断すれば品質を重要視するし、実装量が重要だと言えば実装量を重要視するプロダクトオーナー

Slide 29

Slide 29 text

いろんな声を集めてみた現場の温度感を開発チームがわかっていないような気がする ● 不具合が発生すると「お客様別に営業する部（仮）」がお客様からのクレーム対応に追われる ● クレーム対応に追われ忙しい状況であっても開発チームは原因調査や発生防止策の検討を進めていて深い謝罪がなく、反省が見られないプロダクトオーナー

Slide 30

Slide 30 text

ふたつのプロセスで探ってみた ①いろんな声を集めてみた ②スクラムマスターと一緒に考えてみた

Slide 31

Slide 31 text

SailBoat 帆船を使って、スクラムマスターがチームをどのようにしていきたいかの認識合わせスクラムマスターと一緒に考えてみた

Slide 32

Slide 32 text

スクラムマスターと一緒に考えてみたどんなチームにしていきたいかユーザにとっての価値を基準として会話が進められるチームにしていきたいチームが自発的にビジネスモデルから提案できるチームにしていきたいステークホルダーからの話をただ通すだけでなく、発信しむしろステークホルダーを動かすチームにしていきたいそこに向かうための足枷は何か開発者がステークホルダーやユーザと会話できない組織のルールがアジャイル向きではないステークホルダーに対するプロダクトオーナーの遠慮がある

Slide 33

Slide 33 text

その答えは組織の ■■ と ■■ にあった

Slide 34

Slide 34 text

探って見えてきたのは組織の体制と文化が抱える問題

Slide 35

Slide 35 text

体制が抱える問題 ● スクラムチームとユーザーの間に別の部署が２つ挟まっている ● 結果としてユーザーからの声はすべて伝言ゲームになってしまっている ● ユーザーの代弁者であるべきプロダクトオーナーですら、ユーザーの声を直接聞けない体制、開発者は更に遠い

Slide 36

Slide 36 text

文化が抱える問題 ● 他部署からの意見や所属部署の上司からの意見がプロダクトの方針に強い影響を与えている ● 全社的なスクラムチームに対する認識がプロダクト開発チームではなくシステム開発チームになっている

Slide 37

Slide 37 text

スクラムチームのなりたい姿（長谷川がしていきたい姿）

Slide 38

Slide 38 text

なりたい姿 ● スクラムチームがユーザと直接やりとりすることで、ユーザにとって価値あるものは何かをベースにプロダクト開発を進めることができる ● プロダクトオーナーに適当な権限が移譲されていて、プロダクトのビジョンを明確にすることとユーザーが本当に求めているものを探索することができる ● 他部署をチームに巻き込みユーザーに対して戦略的に価値を届け続けることができる

Slide 39

Slide 39 text

今絶賛取り組んでいること

Slide 40

Slide 40 text

スクラムチームの意識を変えること

Slide 41

Slide 41 text

なぜなら

Slide 42

Slide 42 text

スクラムチーム内だけで解決できる問題ではない

Slide 43

Slide 43 text

チームをカイゼンする力は身についている

Slide 44

Slide 44 text

いま必要なのはアジャイルをスクラムチーム外に広げていくこと

Slide 45

Slide 45 text

そのために実践していること ● 問題解決の考え方を伝える ● 引き続きアジャイル雑談会でディスカッションしていく

Slide 46

Slide 46 text

そのために実践していること ● 問題解決の考え方を伝える ● 引き続きアジャイル雑談会でディスカッションしていく

Slide 47

Slide 47 text

長谷川の問題解決の考え方 1. 「今どんな状態にあるか」の確認 2. 「なりたい姿」の認識合わせ 3. 障害となっているものの原因の分析 4. できることの最小単位の探索と実践

Slide 48

Slide 48 text

インペディメントリストを導入スクラムマスター ● 分析した障害の原因をもとにインペディメントリストを作成 ● 「とにかく直ぐにできそうで、最も簡単そうなこと」の粒度までブレイクダウン ● 次スプリントで実践

Slide 49

Slide 49 text

そのために実践していること ● 問題解決の考え方を伝える ● 引き続きアジャイル雑談会でディスカッションしていく

Slide 50

Slide 50 text

アジャイル雑談会で伝えていくこと ● しつこいほどに「価値」というキーワードを使い、日常的に「価値」について考えるように刷り込む ● 「ユーザーにとってどう嬉しいのか」を繰り返し問うことで、「ユーザーの真意を知りたい」と意識づける ● 「なぜユーザーと直接会話できないのか」など外部の事情を想像する質問を投げかけることで、スクラムチームの外にも目を向けてもらう

Slide 51

Slide 51 text

実践してきた成果

Slide 52

Slide 52 text

少しずつ変化しているスクラムマスターから「わたしたちはそもそも、プロダクトオーナーやステークホルダーが、このプロダクトをどうしていきたいのかとちゃんと聞いたことがなかったかもしれない」という気づきがあり、自発的に話を聞いてみることにしていた開発者から「何がいいのかを直接知りたいから、ステークホルダーとの打ち合わせに同席させてほしい」という話が出てきたプロダクトオーナーから「ステークホルダーにもアジャイル研修を受けてもらい、『なんでアジャイルでやってるのか』『アジャイルでやると何がいいのか』をきちんと納得頂く必要がある」という話が出てきたスクラムチーム内だけで解決する問題ではなく組織の体制や文化を変えていかなければならないという認識が持ててきた

Slide 53

Slide 53 text

根深い問題なので時間はかかると思いますが、チームが今より幸せになれるようにできることから少しずつ試していきますご静聴ありがとうございました