アート・オブ・アジャイルデベロップメント読書会 「9.1インクリメンタルな要件」
===
###### tags: `アートオブアジャイルデベロップメント読書会`

[読書会インデックスページ](https://hackmd.io/qzr55OUxR_aKBNKZjRaxwA?view)

# Discord開始位置

* [connpass募集ページ](https://agiledevs.connpass.com/event/193498/)
* ハッシュタグ: [#agile_devs](https://twitter.com/hashtag/agile_devs)
* [discord:2021/xx/xx]()

# 自己紹介

- ファシリ役
-
- 読み上げ役
-

# 参加の仕方

- マイクはいつでもONにして、話に参加して結構です。
- テキストチャットでも、コメントやリアクションでどんどん参加してください！ラジオ担当が拾っていきます。
- 聞いているだけの方もOKです！

# ディスカッションをより豊かにするためのグランドルール

[アートオブアジャイル輪読会はじめの1歩 - Speaker Deck](https://speakerdeck.com/t2kob/atoobuaziyairulun-du-hui-hazimefalse1bu)

- 参加者は毎回任意
- 今回は不参加、次回は参加をするといった気軽な感じ
- 途中参加も断然OK! まずは聞くだけでも大丈夫です！
- フィードバックを恐れない
- マサカリは怖いと思いますが、アウトプットからのフィードバックを受け、学びを深めていきましょう
- アウトプット7割：インプット3割の気持ちで臨みましょう！
- 経験の有る無しは気にしない
- 自分はアジャイル非経験者だから……と気後れする必要はないです
- 堂々と意見や疑問を語りましょう
- ページ数と同時に、節のタイトルやキーワードを言って頂けるとスムーズです
- 電子書籍で読んでいるとページ数ではわからないため
- 話していない人が、率先してメモしましょう
- このHackMDはみんなのものです。どんどん書いていきましょう:+1: :+1: :+1: :tada:
- 気になる質問や同感するものには :+1: を末尾につけてください。

# タイムテーブル

| 時間 | 所要時間 | 内容 |備考 |
| -------- | -------- | -------- | -------- |
| 19:30- | - | もくもくタイム（hackmd書き込み） | |
| 20:00-20:15 | 15分 | 当日の流れとグランドルールの共有 | |
| 20:15-20:25 | 10分 | 参加者アンケート | |
| 20:25-20:35 | 10分 | 感想記入&HackMDに書かれた皆さんの感想・気づき・疑問をもっと掘り下げたいものを、 :+1: 付けていく | |
| 20:35-21:45 | 70分 | 本の節ごとにディスカッション（ここでも適宜、HackMDに気づきとか書いていってもらっていいです） | |
|21:45-21:50 | 5分 | [miro](https://miro.com/welcomeonboard/OW54WlJIZ3pKQlBwbUtTc0p3d1Y3UlJOWWgycGx4S2ZLZGpyUGtVeXRCOG1HUUs3QnJVREwzY29LOTJnSU1UeXwzMDc0NDU3MzQ3MDA4ODU5ODI5)を使ってふりかえり | |
| 21:50-21:55 | 5分 | 次回開催日と読む範囲決めてクローズ | |

* 流れ
* 10分ごとにトピックを区切って議論します
* 10分経った段階できりがよければ次の話題に、そうでなければ延長します
* 議論するトピックは最初に「いいね」がついた数の多い順です。
* 「疑問・参加者に聞いてみたいこと」→「感想・気づき」の順番で進めます
* その前に、議論するトピックを決めるための投票を行います
* ひとり1トピックには1票、全体では何票でもOKです

# 下に感想などを書いていって下さい。どんな些細なことでもOKです。

### 目安の時間

- 1トピックにつき10分を予定しています
- 盛り上がったら延長することもあります

## 疑問・参加者に聞いてみたいこと

### 9.1.1　生きた要件ドキュメント

- > p.292 Wikiやデータベースに要件メモを格納しているチームもあるが、通常のオフィスツールを使い、そのファイルをバージョン管理システムにチェックインしておく方が私は好きだ。
- [discord](https://discord.com/channels/767540649418686486/774111081634332673/922086596906463233)
- 実際、どうされてますか？ 確かに、10年前だと svn に Excel 入れてパワポ保存とかあった気がしますが、今だと git に markdown とかが増えてますかね。:+1::+1::+1::+1::heavy_check_mark:

### 9.1.2 インクリメンタルに仕事をする

### 9.1.3 質問

### 9.1.4 効能

### 9.1.5 使用上の注意

- > 要件をインクリメンタルに定義するためには、プロジェクト全体を通じて要件の詳細を考えることに専念するオンサイト顧客をチームに入れておく必要がある。
- [discord](https://discord.com/channels/767540649418686486/774111081634332673/922089427927461888)
- PdM と PO が異なる人物となることって、そこそこある感じでしょうか？また、その場合 PO はプロダクトの要件の決定権を持っているのでしょうか？:+1::+1::+1::heavy_check_mark:
- 決定権がない PO は立場が苦しい感じにならないのかという気がしていまして...とはいえ、ステークホルダーが外部のPdMと要件整理を担当していただけるだけでもありがたい存在ではあります。
- "POは一人に！"と言うのがまさに船頭を一人にしたいような意図だと理解してたので、PO と PdM 両方いる現場の話、住み分け聞きたいです。

### 9.1.6 代替案

### 9.1.7 参考文献

## 感想・気づき

### 9.1.1　生きた要件ドキュメント

- > p.291 XPは長い要件分析フェーズを無くしてしまうことで、時間を節約している。
- アジャイルでも、「自分達は結局何をしたいのか」の言語化に結構な時間を要するイメージはある。(特にアジャイル慣れしていないチームだと、何をしたいとは何を決めたらいいか分からなくなるからなのかもしれないが)

- > XPにおいて要件分析が成功する鍵となるのは、専門家である顧客の存在だ
- わかりみ。スキルや向上心のある開発者はもちろん重要ではありますが、より重要なのはPOという印象です。

- > もし選択肢をはっきりさせるのに役立つのなら、他のチームメンバーに議論に参加してもらってもいいし、是非そうすべきだ。
- [discord](https://discord.com/channels/767540649418686486/774111081634332673/922093948388909076)
- これもわかりみ。要件が出てこない、と開発者は嘆くのではなく共に考えよう、そういったメンタルモデルが重要という印象。:+1::+1::+1::+1::+1::heavy_check_mark:

### 9.1.2 インクリメンタルに仕事をする

- > おおよその期待; プログラマにストーリーの見積もりを頼む少し前に、ストーリーがあなたにとって何を意味しているのか、どうやって完了したことがわかるのかを考えておこう。
- これに時々立ち戻るのが大事だなと感じること多い。気づくと、POとDevで機能レベルの会話をして終わっていて、なんでいるんだっけ？が会話されなくなっている。

- > プログラマがストーリーを実装する直前には各ストーリーの詳細について考えておこう。
- [discord](https://discord.com/channels/767540649418686486/774111081634332673/922096812729434142)
- ここがインクリメンタルであることが肝という印象です。最初からすべてを詳細に要求分析するのではなく、必要に応じて徐々に詳細化していく。:+1::+1::+1::heavy_check_mark:
- > UIモックアップを作るには、プログラマと協力して作業をすると最もうまくいくことがある。
- [discord](https://discord.com/channels/767540649418686486/774111081634332673/922099821697962044)
- 最近はMiroとか使って簡単にデザイン作ってみましょうとできるのでやりやすくなった :+1::+1::heavy_check_mark:

### 9.1.3 質問

- > 顧客はチームが作り上げるべきものが何なのか分かっていません。どうすべきでしょうか？
- 闇が深い...が、プロジェクト開始時点の混乱期にありそうな課題ですね。インセプションデッキなどを使いながら、そもそも私たちはなぜここに集まっているのかとかお互いの認識を深めていくことが最初に必要なのかもですね。:+1::+1::heavy_check_mark:

### 9.1.4 効能

- > 顧客がインクリメンタルに要件を考えられるようにすると、顧客が将来取り組むストーリーの詳細について頭をひねっている間に、プログラマはすでに固まっているストーリーに取り組むことができる。
- 現実に、顧客(ここではPOやPdMという理解)は、他の業務が忙しくてストーリーの詳細に頭をひねれないことも多い印象がある。顧客側にPO、PdMを置くときは、その上司がアジャイルを理解するのが大事だなと思ってます。

### 9.1.5 使用上の注意

- > 要件をインクリメンタルに定義するためには、プロジェクト全体を通じて要件の詳細を考えることに専念するオンサイト顧客をチームに入れておく必要がある。この専任の担当者がいなければ、チームは不十分で不明確な要件に苦しむことになるだろう。
- [discord](https://discord.com/channels/767540649418686486/774111081634332673/922104565799727104)
- わかりみ of わかりみ :+1:

### 9.1.6 代替案

### 9.1.7 参考文献