岡さんの話DAD本(「ダッド」と読むことにさっき決まったらしい(笑))の構成や狙いなど、ご自身の解釈を交えたお話でした。エンタープライズにアジャイルを定着させるDAD本はIT業界に蓄積された「知」をうまく使い、エンタープライズの開発をもっとよくするためのもの。「エンタープライズ」はこんな感じだそうです。ある程度規模が大きく何かしらの"しがらみ"がある例えば、連携するシステムが多かったり、既存の運用の制約があったり例えば、ステークホルダーが多かったり、規約やルールがあるようなスタートアップのように独立して作れるようなものじゃないイメージアジャイルの現実とエンタープライズとのギャップアジャイルには負の側面もある。ウォーター・スクラム・フォール(ウォーター・スクラム:準備が遅くいつまでたっても始まらない、スクラム・フォール:いつまでもリリースしない)となってしまっていたりアジャイルだからと言ってガバナンス・組織から目を逸らしてしまったり流儀の固執し古いものをハナから否定してしまったりしている。これはすべてベンダーの怠慢。プロセスの無理強いだったり、リスクからの逃避。それもあってか、アジャイルとエンタープライズは(特に日本では)ちょっと離れたモノとなっている。ギャップがあるとリスクやコストが掛かる。アジャイルをエンタープライズの中心に持っていくのがDADの思想。ギャップを無くしたい。最初にしっかりxxをする」にならないように、というお話です。これ今日一番印象に残りました。最初にしっかり設計する、最初にしっかり要件定義する、など、xxには様々なものが入ります。これがアジャイルではダメ。Time必要な時に必要なことをする。詳細な設計が必要な機能、ワークフローの分析が必要な要求、そうじゃないものもある。DADの3つのフェーズDADで核となっているのはScrumだが、開発の前に「方向付けフェーズ」があり、開発後に「移行フェーズ」がある。これはScrumでは定義されてないが、みんな実践している必要不可欠なもの。確かにエンタープライズでは企画段階や移行のことは大事です。ダイアログ4人でグループを作ってのダイアログ(対話)です。受託開発してるとBxUPになりがちアジャイルの価値をマネージャーや顧客に説明できないことがある特に品質や生産性の話になるとうまく説明できないアジャイルでの契約ってどうやってんの?という話などが出ました。「BxUPになりがち」ってのは本当に共感してしまいます。僕のチームでは振り返りで「認識の齟齬があった→ドキュメントをもっと書こう」といった意見が頻繁に出ます。認識齟齬→ドキュメント必要となるのは完全に脊髄反射です(笑)本当に必要なものかどうかを考えてみるのが大事ですよね。質問タイム(受託でアジャイルはどうなのか?)「顧客を巻き込むには何が大事ですか?」という質問がありました。訂正)「受託で顧客を巻き込む必要はないんじゃないか」*1との意見です。身も蓋もないですよ(笑)アジャイルは予算を上手に使う開発手法であり顧客はそこまで考えていない。単純にキャッシュアウトが減ればいいと思っている。顧客側が真剣に考えていない場合は、巻き込むとは土台無理な話であり、アジャイルと言っても響かない顧客側からアクションがでるようにSIerは顧客を啓蒙すべき非常に示唆に富んだお話...。目の前が暗くなりました。あ、明日から頑張ります。いえば、チームがBxUPにならない工夫や取り組みはあるか?と質問したかったのですが、時間がなくて出来ませんでした。感想とかDADは僕がなんとなくイメージしているエンタープライズ・アジャイルの姿と同じように思えました。書籍を読み込み、自分だったらどういうプラクティスやツールを組み合わせたプロセスにするか、をシミュレーションしてみると楽しそうです。自分の積み上げた知識や経験が整理できそう。自分の引き出しが増えそうな良い勉強会でした。最後に、DADと関連してるよ、と以下の本をお勧めして頂きました。見る追記(7/17)スライドが公開されてました。Oka*1:受託でアジャイルは十分可能であり、それをするためのDADとのことです。誤解を招く記述でした。〜アジャイル開発の現実解〜」に参加してきました。Nightに参加してきました。Summitに参加してきました。»プロフィールid:sugiimすぎいです。毎日守れない約束ばかりして朝になります。(3)はてなブログをはじめよう!sugiimさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。