DAD読書会#1に参加しましたー。 #DAD本 #devlove

7月のDevLOVEの講演「ディシプリンド・アジャイル・デリバリー〜アジャイル開発の現実解〜」を受けて読書会が発足しました。その第1回に出席してきました。8月12日（月）の開催で2週間位経ちます。かなり記憶が曖昧ですが（笑）、第2回の開催の前に書いておきます。

岡さんによるDAD本の読み方

先のDevLOVEの講演のスピーカーである岡大勝さんも参加されました。DAD本の翻訳者の一人です。
大判で400ページ超ある大作を前に苦労するであろうことから『ディシプリンド・アジャイル・デリバリー』（DAD本）の読み方を岡さんから最初に説明して頂きました。メモ取ってなくて後で思い出して書き起こしたので、ちょっと違ったかも。

第I部　ディシプリンド・アジャイル・デリバリー（DAD）入門
第1章ディシプリンド・アジャイル・デリバリー概要
- ここは一番じっくり読むこと。本書のすべての入り口になるので。最後まで読み終わってまた戻って読むのもいい。
- 熟読度：★★★

第2章アジャイルおよびリーン入門
- この章は後付けっぽい印象。さらっと読めばいい。
- 熟読度：★☆☆

第3章ディシプリンド・アジャイル・デリバリーの基礎
- 外部との関係を示したもので、他との関係を理解したい場合に読む。
- 熟読度：★★☆

第II部　ピープルファースト
第4章役割、権利、責務
第5章ディシプリンド・アジャイル・デリバリー・チームを組織する
- 組織について書いた章であり、人によっては必要ないかもしれない。

第III部　ディシプリンド・アジャイル・デリバリーの開始
第6章方向付けフェーズ
第7章プロジェクトのビジョンを識別する
第8章初期のスコープを識別する
第9章初期の技術戦略を識別する
第10章初期のリリース計画
第11章作業環境の構築
第12章ケーススタディ：方向付けフェーズ
- 第6章全部と第7章から第10章の最後のまとめと図だけ読めばよい。他は冗長な記述が多いため後回し。第12章のケーススタディを読めばこのフェーズでやるべきことが分かる。

第IV部　使用可能なソリューションをインクリメンタルに構築する
第13章構築フェーズ
第14章構築フェーズのイテレーションを開始する
第15章構築フェーズのある一日
第16章構築イテレーションの終了
第17章ケーススタディ：構築フェーズ（2013/10/30追記）
- ここも方向付けフェーズと同様。第13章全部と第14章から第1516章（修正）の最後のまとめと図だけ読めばよい。併せて第1617章（修正）ケーススタディを読む。

第V部　ソリューションをリリースする
第18章移行フェーズ
第19章ケーススタディ：移行フェーズ
- 第18章を読んだ後に第19章のケーススタディを読めばよい。

第VI部　エンタープライズシステムにおけるディシプリンド・アジャイル・デリバリー
第20 章ディシプリンド・アジャイルチームのガバナンス
- 最後にガバナンスについて書いてあるこの章が大事。色んなところに話が飛んでいて、おそらく著者も正解を持ち得ていない。
- 熟読度：★★★

第21章用意はいいかい？
- おまけの章。

議論

「岡さんによるDAD本の読み方」を聞いた後に30分の黙読タイム。その後、6,7人くらいの2グループに分かれて、半数入れ替えで2回議論しました。ここも書き留めていないので、とりあえず自分が出した論点だけ書いておきます。

以下で引用は『ディシプリンド・アジャイル・デリバリー』（DAD本）からの引用です。

P28
3. 契約交渉よりも“利害関係者”とのコラボレーションを
（中略）
利害関係者は幅広く、エンドユーザー、エンドユーザーのマネージャー、シニアITマネージャー、エンタープライズアーキテクト、運用スタッフ、サポートスタッフ、監査に携わる担当者、その他多くが含まれる。
（中略）
オリジナルのアジャイルマニフェストでは、この価値の記述に“利害関係者”ではなく“顧客”という用語を使用していることに注意したい。
P29
4. “利害関係者”と開発者は、プロジェクトを通して日々一緒に働かなければなりません。

アジャイルマニフェストの顧客を利害関係者と言い換えたのには違和感がある。エンドユーザーからその他多くまでの関係者と日々一緒に働くのは現実的ではないのではないか。
- ⇒時々に応じて必要にして十分の最小限の利害関係者でよい。

P53
統一プロセスをベースとした手法と同様に、OpenUPはアーキテクチャーのベースラインとリスクを低減することに注力するため、明示的に推敲フェーズがある。DADも同様の部分にフォーカスを当てている（第13章「構築フェーズ」でリスクと価値のライフサイクルのプラクティスとして説明）。ただし、このための明示的な推敲フェーズを持っていない。

DADが推敲フェーズを持っていない理由が分からない。「リスクと価値駆動」が特徴のひとつであるDADになぜ推敲フェーズがないのか？
- ⇒方向付けフェーズに含まれる。OpenUP程にはアーキテクチャーの検証に手間をかけないため、推敲フェーズを省略している。

P12の「図1-3：ディシプリンド・アジャイル・デリバリー（DAD）ライフサイクル」とP13の「図1-4：DADライフサイクルのリーン版」の違いが分からない。
- ⇒イテレーションがないものがリーン版。必要になったら実施すればよいというアプローチであり、熟練したらこうなる。
- ⇒（おまけ）図1-4にある「標準」「デリバリー日程固定」「促進」「無形」といった用語はリーン本で定義されているもの。DAD本ではその後説明されない。このように各章末の「参考情報」に記載された参考文献を読めば理解できるものも多い。DAD本はそれらの多くの本へのリファレンスとして使える。