"DAD本"の歩き方 - DevLOVE #134
•
49 recomendaciones•12,092 vistas
DAD（ディシプリンド・アジャイル・デリバリー）のテーマである「エンタープライズ・アジャイル」と「過去の知見を生かす」に焦点を当て、立ち読みしても分からない書籍の見どころを柔らかくお伝えする。
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Más de Hiromasa Oka
Más de Hiromasa Oka (20)
"DAD本"の歩き方 - DevLOVE #134
- 1. Disciplined Agile Delivery “DAD本”の歩き方 ゼンアーキテクツ 岡 大勝 DevLOVE #134
- 2. 岡 大勝 / Hiromasa Oka 1994 ハートの情シス 1996 日本DEC 2000 日本HP 2002 日本ラショナルソフトウェア 2003 独立してSPEI 2013 株式会社ゼンアーキテクツ 一貫しているのは「エンタープライズ」 @OkaHiromasa facebook.com/hiromasa.oka
- 3. どんな本 • 228 x 182 x 30 mm 448 pages 896 g • Scott W.Ambler Mark Lines 著 • 藤井智弘 with DAD翻訳チーム 訳 http://books.shoeisha.co.jp/book/b114533.html
- 4. DAD(ダッド)とは • Scott W.AmblerとMark Linesによって編纂された アジャイル開発プロセス • アジャイルをエンタープライズ開発に 「定着」させる • IT産業のこれまで積み上げてきた 「知」を活かす
- 5. 本書のメッセージ • 変なこだわりは不要。コンテキストに合った “ちょうどいい”進め方をしようぜ。 • エンタープライズの歴史は長い。 先人の知恵を、うまく使っていこう。 • そう、アジャイルの現実を直視して。 それを実現するプラットフォームとしてDADは作られた
- 6. アジャイルの現実 • Positive – 思った以上にエンタープライズで利用されている – 思った以上にプロジェクトが成功している • Negative – “ウォーター・スクラム・フォール”の蔓延 – ガバナンスや組織から目を逸らす – 流儀に固執し、“古い”ものを否定する – ベンダーやアウトソーサーの怠慢
- 7. Context
- 8. Project Context プロジェクトの... – 目的 – 対象 – 環境 – 技術 – 組織 – チーム – 経験 – etc… 同じContextは、 存在しない
- 9. Why DAD Enterprise Agile Project Context
- 10. Enterprise Context のイメージ Waterfall 予算・期間利害関係者 組織 標準・規約 ROI 企業戦略 既存システム 計画
- 12. Why DAD Enterprise Agile Enterprise Project Context
- 21. BxUFの活用例 • BRUF : Big “Requirements” Up-Front – 最初にしっかり要求定義 • BDUF : Big “Design” Up-Front – 最初にしっかり設計書作成 • 他にも、 – BMUF : 最初にみっちりモデリング – BEUF : 最初に精緻にお見積もり
- 30. NJIY つまり、
- 31. 「なんや、JITでいけるやん」
- 32. 世代が変わった • エンタープライズで成果物駆動は、 既に「オーバースペック」 • テクノロジー – OSS、Web技術、クラウド – 実際に書くコード量の減少 • ツール • プラクティス • プロセス
- 33. とはいえ、ギャップはある • いわゆる「お見積もり」 • 多くの利害関係者 • 規制、ルール • 既存システム • 人と組織 JITとの乖離をどう埋めるか
- 34. Rhythm
- 35. 3Cリズム
- 36. アジャイルの3Cリズム • Coordinate: 調整 （見通しを立てる） • Collaborate : 協調 （手を動かす） • Conclude : 完成 （整える） Conclude 完成 Collabolate 協調 Coordinate 調整
- 37. スクラム
- 39. DAD
- 41. 方向付けフェーズ • JITとエンタープライズのギャップを埋める • プロジェクト全体の「見通しを立てる」 • 大まかなスコープ • アーキテクチャーの指針と実現性確認 • 計画と予算（幅を持たせて） • 各所との調整を開始する BxUFに注意！！
- 45. DADに息づくプラクティス • スクラム – プロダクトバックログ – 価値駆動ライフサイクル – デイリースクラム – リリース計画 – スプリント計画 – ・・・ • エクストリームプログラミング（XP） – コーディング規約 – 共同所有 – 継続的インテグレーション – ・・・ • リーン • OpenUP • ・・・ 7つのプロセス 60のプラクティス 3章
- 47. DADに備えられている戦略 • 要求モデリングの手段 – ビジネスプロセス図 – ドメインモデル – エピック – 機能一覧 – フローチャート – マインドマップ – UMLアクティビティ図 – ユースケース仕様書 – ユーザーストーリー – バリュー・ストリーム・マップ – ・・・ • プロジェクト予算確保戦略 – 金額固定（範囲あり） – 金額固定（範囲なし） – 段階的予算確保 – タイム＆マテリアル 37の戦略比較表 195個の戦略 全体
- 48. 戦略比較表
- 50. Case Study：方向付けフェーズ 1. アサインと環境整備 2. 開発構想とユーザーストーリー、フィーチャーリストを作成 3. マインドマップで問題識別、利害関係者の洗い出し 4. ふせんを使ったニーズ識別セッション 5. 開発構想に制約事項、満足条件を追加 6. キーとなる機能のユースケース図を作成 7. ユーザーストーリーの優先順位付きワークアイテムリストを作成 8. 簡単なコンテキストダイアグラムでアーキテクチャー構想 9. リリース計画を立案。ガントチャートを作成 10. 相対ポイントで見積もりを行い、 識別されたリスクをリスクリストに記入 11. スポンサーとエンタープライズアーキテクトから、 マイルストーンレビューを受け、方向づけフェーズが完了 12章
- 51. その他のDADの特徴 • ピープルファースト(People First) • 学習指向 (Learning Oriented) • アジャイル (Agile) • ハイブリッド (Hybrid) • ソリューションにフォーカスを合わせる (IT Solution Focused) • ゴール駆動 (Goal-driven) • デリバリーにフォーカスを合わせる (Delivery focused) • エンタープライズ対応 (Enterprise Aware) • リスクと価値駆動 (Risk and Value driven) • スケーラブル (Scalable) 1章
- 53. 「知の道具箱」
- 55. DADを使うべき人 • 提案で厳しく突っ込みを入れられ四苦八苦している アジャイリスト • ウォーターフォールから脱却したいが、ギャップが大 きすぎると二の足を踏んでいる開発チーム • ユーザーサイドでアジャイルを実施するためにどう 振る舞って良いか悩んでいる人、問題意識のある人 （POなど）
- 56. DADの学び方 1. スクラムを学ぶ 2. JITの思考と行動を習慣づける 3. DADのフェーズを学ぶ 4. 3Cリズムで生活する 5. DADのライフサイクルを学ぶ 6. 属性の違う人とのコミュニケーション 7. いろいろな道具を手に入れよう