「ディシプリンド・アジャイル・デリバリー〜アジャイル開発の現実解〜」に参加してきました。#devlove

2013.7.16 「ディシプリンド・アジャイル・デリバリー〜アジャイル開発の現実解〜」に参加しました。

http://devlove.doorkeeper.jp/events/4659

その名の通り、
「ディシプリンド・アジャイル・デリバリー　〜エンタープライズ・アジャイル実践ガイド」に関する勉強会です。

ディシプリンド・アジャイル・デリバリーエンタープライズ・アジャイル実践ガイド (Object Oriented SELECTION)

作者: Scott W. Ambler,Mark Lines,藤井智弘,熱海英樹,天野武彦,江木典之,岡大勝,大澤浩二,中佐藤麻記子,永田渉,西山泰男,三宅和之,和田洋
出版社/メーカー: 翔泳社
発売日: 2013/06/22
メディア: 大型本
この商品を含むブログ (6件) を見る

講師は翻訳チームの一員である岡大勝さん。監修の藤井智弘さんもいました。

岡さんの話

DAD本（「ダッド」と読むことにさっき決まったらしい（笑））の構成や狙いなど、ご自身の解釈を交えたお話でした。
以下メモ。

エンタープライズにアジャイルを定着させる

DAD本はIT業界に蓄積された「知」をうまく使い、エンタープライズの開発をもっとよくするためのもの。
「エンタープライズ」はこんな感じだそうです。

ある程度規模が大きく何かしらの"しがらみ"がある
例えば、連携するシステムが多かったり、既存の運用の制約があったり
例えば、ステークホルダーが多かったり、規約やルールがあるような
スタートアップのように独立して作れるようなものじゃないイメージ

アジャイルの現実とエンタープライズとのギャップ

アジャイルには負の側面もある。
ウォーター・スクラム・フォール（ウォーター・スクラム：準備が遅くいつまでたっても始まらない、スクラム・フォール：いつまでもリリースしない）となってしまっていたり
アジャイルだからと言ってガバナンス・組織から目を逸らしてしまったり
流儀の固執し古いものをハナから否定してしまったりしている。
これはすべてベンダーの怠慢。プロセスの無理強いだったり、リスクからの逃避。
それもあってか、アジャイルとエンタープライズは（特に日本では）ちょっと離れたモノとなっている。
ギャップがあるとリスクやコストが掛かる。
アジャイルをエンタープライズの中心に持っていくのがDADの思想。ギャップを無くしたい。

BxUP：Big xx Up Front にならない

「Big xx Up Front ：最初にしっかりxxをする」にならないように、というお話です。
これ今日一番印象に残りました。
最初にしっかり設計する、最初にしっかり要件定義する、など、xxには様々なものが入ります。
これがアジャイルではダメ。

「最初にしっかり」という行動様式は成果物駆動となってしまう
成果物駆動になると、早い段階から完璧なもの作ろうとしてしまい、時間が掛かってしまう
ムダなものを多く作ってしまうことになりがち
アジャイルはJIT：Just In Time
必要な時に必要なことをする。詳細な設計が必要な機能、ワークフローの分析が必要な要求、そうじゃないものもある。

DADの3つのフェーズ

DADで核となっているのはScrumだが、開発の前に「方向付けフェーズ」があり、開発後に「移行フェーズ」がある。
これはScrumでは定義されてないが、みんな実践している必要不可欠なもの。

確かにエンタープライズでは企画段階や移行のことは大事です。

ダイアログ

４人でグループを作ってのダイアログ（対話）です。
我々のグループでは、

受託開発してるとBxUPになりがち
アジャイルの価値をマネージャーや顧客に説明できないことがある
特に品質や生産性の話になるとうまく説明できない
アジャイルでの契約ってどうやってんの？

という話などが出ました。
「BxUPになりがち」ってのは本当に共感してしまいます。僕のチームでは振り返りで「認識の齟齬があった→ドキュメントをもっと書こう」といった意見が頻繁に出ます。
認識齟齬→ドキュメント必要となるのは完全に脊髄反射です（笑）本当に必要なものかどうかを考えてみるのが大事ですよね。