Soumettre la recherche
Mettre en ligne
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
•
28 j'aime
•
10,876 vues
Kiro Harada
Suivre
レッツゴーデベロッパー変真で行ったぐるぐるDDD/Scrumのワークショップ資料です。
Lire moins
Lire la suite
Technologie
Signaler
Partager
Signaler
Partager
1 sur 68
Recommandé
ぐるぐるDDD(ドメイン駆動設計)に参加してみました
ぐるぐるDDD(ドメイン駆動設計)に参加してみました
Takuya Kawabe
ドメイン駆動設計の正しい歩き方
ドメイン駆動設計の正しい歩き方
増田 亨
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
実践に向けたドメイン駆動設計のエッセンス
実践に向けたドメイン駆動設計のエッセンス
増田 亨
ドメイン駆動設計とは何か 【入門編】
ドメイン駆動設計とは何か 【入門編】
増田 亨
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
ドメイン駆動設計の学習曲線とブレークポイント
ドメイン駆動設計の学習曲線とブレークポイント
増田 亨
Recommandé
ぐるぐるDDD(ドメイン駆動設計)に参加してみました
ぐるぐるDDD(ドメイン駆動設計)に参加してみました
Takuya Kawabe
ドメイン駆動設計の正しい歩き方
ドメイン駆動設計の正しい歩き方
増田 亨
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
pospome
実践に向けたドメイン駆動設計のエッセンス
実践に向けたドメイン駆動設計のエッセンス
増田 亨
ドメイン駆動設計とは何か 【入門編】
ドメイン駆動設計とは何か 【入門編】
増田 亨
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
DDDのモデリングとは何なのか、 そしてどうコードに落とすのか
Koichiro Matsuoka
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
ドメイン駆動設計の学習曲線とブレークポイント
ドメイン駆動設計の学習曲線とブレークポイント
増田 亨
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
Masahiro Nishimi
hooks riverpod + state notifier + freezed でのドメイン駆動設計
hooks riverpod + state notifier + freezed でのドメイン駆動設計
Shinnosuke Tokuda
ドメイン駆動設計 分析しながら設計する
ドメイン駆動設計 分析しながら設計する
増田 亨
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のためのオブジェクト指向入門
増田 亨
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
Ataru Osaka
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
Riverpodでテストを書こう
Riverpodでテストを書こう
Shinnosuke Tokuda
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
増田 亨
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 失敗したことと成功したこと
BIGLOBE Inc.
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
Consumer Driven Contractsで REST API/マイクロサービスをテスト #m3tech
Consumer Driven Contractsで REST API/マイクロサービスをテスト #m3tech
Toshiaki Maki
こわくない Git
こわくない Git
Kota Saito
ドメインオブジェクトの設計ガイドライン
ドメインオブジェクトの設計ガイドライン
増田 亨
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
ドメイン駆動設計入門
ドメイン駆動設計入門
Takuya Kitamura
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
増田 亨
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
Koichiro Matsuoka
3 Faces of Kaizen
3 Faces of Kaizen
Kiro Harada
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and Future
Kiro Harada
Contenu connexe
Tendances
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
Koichiro Matsuoka
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
増田 亨
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
Masahiro Nishimi
hooks riverpod + state notifier + freezed でのドメイン駆動設計
hooks riverpod + state notifier + freezed でのドメイン駆動設計
Shinnosuke Tokuda
ドメイン駆動設計 分析しながら設計する
ドメイン駆動設計 分析しながら設計する
増田 亨
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のためのオブジェクト指向入門
増田 亨
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
Ataru Osaka
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
増田 亨
Riverpodでテストを書こう
Riverpodでテストを書こう
Shinnosuke Tokuda
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
増田 亨
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
JustSystems Corporation
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 失敗したことと成功したこと
BIGLOBE Inc.
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
増田 亨
Consumer Driven Contractsで REST API/マイクロサービスをテスト #m3tech
Consumer Driven Contractsで REST API/マイクロサービスをテスト #m3tech
Toshiaki Maki
こわくない Git
こわくない Git
Kota Saito
ドメインオブジェクトの設計ガイドライン
ドメインオブジェクトの設計ガイドライン
増田 亨
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
ドメイン駆動設計入門
ドメイン駆動設計入門
Takuya Kitamura
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
増田 亨
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
Koichiro Matsuoka
Tendances
(20)
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計サンプルコードの徹底解説
デキるプログラマだけが知っているコードレビュー7つの秘訣
デキるプログラマだけが知っているコードレビュー7つの秘訣
hooks riverpod + state notifier + freezed でのドメイン駆動設計
hooks riverpod + state notifier + freezed でのドメイン駆動設計
ドメイン駆動設計 分析しながら設計する
ドメイン駆動設計 分析しながら設計する
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のためのオブジェクト指向入門
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
タウンワークアプリの案件開発を支えるオフショアチームの成り立ちとこれから / iOSDC Japan 2021
ドメイン駆動設計 基本を理解する
ドメイン駆動設計 基本を理解する
Riverpodでテストを書こう
Riverpodでテストを書こう
世界でいちばんわかりやすいドメイン駆動設計
世界でいちばんわかりやすいドメイン駆動設計
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
DDDとクリーンアーキテクチャでサーバーアプリケーションを作っている話
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 失敗したことと成功したこと
3週連続DDDその1 ドメイン駆動設計の基本を理解する
3週連続DDDその1 ドメイン駆動設計の基本を理解する
Consumer Driven Contractsで REST API/マイクロサービスをテスト #m3tech
Consumer Driven Contractsで REST API/マイクロサービスをテスト #m3tech
こわくない Git
こわくない Git
ドメインオブジェクトの設計ガイドライン
ドメインオブジェクトの設計ガイドライン
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
ドメイン駆動設計入門
ドメイン駆動設計入門
ドメイン駆動設計 本格入門
ドメイン駆動設計 本格入門
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]
En vedette
3 Faces of Kaizen
3 Faces of Kaizen
Kiro Harada
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and Future
Kiro Harada
福岡DDD勉強会vol.1
福岡DDD勉強会vol.1
Yunosuke Taga
Ddd × 新人教育
Ddd × 新人教育
侑亮 原田
DDDをScrumで廻す あるいは ScrumをDDDで廻す
DDDをScrumで廻す あるいは ScrumをDDDで廻す
Kiro Harada
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
Yoshiaki Rikitake
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
Kiro Harada
Cursos Agile Think - Kanban - 3/4
Cursos Agile Think - Kanban - 3/4
Agile Think® Share
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
Kiro Harada
Kaizen in Action
Kaizen in Action
Kiro Harada
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kiro Harada
Kaizen forms xls
Kaizen forms xls
beskidek
Lean funnel infograph - how to apply lean thinking in sales
Lean funnel infograph - how to apply lean thinking in sales
Tapio Nissilä
From Good-enough to Great (LKFR16)
From Good-enough to Great (LKFR16)
Christophe Achouiantz
TQM Philosophy
TQM Philosophy
Norinsah Balindong
SQL Serverの関数を一覧でマスターしよう
SQL Serverの関数を一覧でマスターしよう
A AOKI
第12回rest勉強会 これまでの補足・展望編
第12回rest勉強会 これまでの補足・展望編
ksimoji
DDDのすすめ
DDDのすすめ
Ryo Amano
20151209 Oracle DDD オラクルで実現するクラウド・マシン・ラーニング
20151209 Oracle DDD オラクルで実現するクラウド・マシン・ラーニング
オラクルエンジニア通信
DDDモデリング勉強会 #6
DDDモデリング勉強会 #6
株式会社Jurabi
En vedette
(20)
3 Faces of Kaizen
3 Faces of Kaizen
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and Future
福岡DDD勉強会vol.1
福岡DDD勉強会vol.1
Ddd × 新人教育
Ddd × 新人教育
DDDをScrumで廻す あるいは ScrumをDDDで廻す
DDDをScrumで廻す あるいは ScrumをDDDで廻す
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
学生が行うプロジェクト活動へのアジャイル開発手法「Scrum」の導入 | 仙台高専教育研究交流会
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
Cursos Agile Think - Kanban - 3/4
Cursos Agile Think - Kanban - 3/4
ぐるぐるDDDは何を目指しているのか
ぐるぐるDDDは何を目指しているのか
Kaizen in Action
Kaizen in Action
スクラム再入門(仮) Developer Summit 関西 2013
スクラム再入門(仮) Developer Summit 関西 2013
Kaizen forms xls
Kaizen forms xls
Lean funnel infograph - how to apply lean thinking in sales
Lean funnel infograph - how to apply lean thinking in sales
From Good-enough to Great (LKFR16)
From Good-enough to Great (LKFR16)
TQM Philosophy
TQM Philosophy
SQL Serverの関数を一覧でマスターしよう
SQL Serverの関数を一覧でマスターしよう
第12回rest勉強会 これまでの補足・展望編
第12回rest勉強会 これまでの補足・展望編
DDDのすすめ
DDDのすすめ
20151209 Oracle DDD オラクルで実現するクラウド・マシン・ラーニング
20151209 Oracle DDD オラクルで実現するクラウド・マシン・ラーニング
DDDモデリング勉強会 #6
DDDモデリング勉強会 #6
Similaire à ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
おしゃれCatalystに触ってみた
おしゃれCatalystに触ってみた
tomohiro morishita
ナレッジを共有する文化をつくるために
ナレッジを共有する文化をつくるために
Recruit Lifestyle Co., Ltd.
プロジェクト管理ツールを使いこなせるようになった現場の話
プロジェクト管理ツールを使いこなせるようになった現場の話
Yoh Nakamura
プロジェクト管理ツールを使いこなせるようになった現場の話
プロジェクト管理ツールを使いこなせるようになった現場の話
GuildWorks
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Yukei Wachi
SAIS/SIGMOD参加報告 in SAIS/DWS2018報告会@Yahoo! JAPAN
SAIS/SIGMOD参加報告 in SAIS/DWS2018報告会@Yahoo! JAPAN
Yahoo!デベロッパーネットワーク
次世代Web業務アプリケーション
次世代Web業務アプリケーション
Fumio SAGAWA
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
Daniel Teng
プログラマのためのScrum
プログラマのためのScrum
Takuo Doi
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
学 松崎
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
Koichi ITO
現場コーチから見えてきた越境する現場の3つの特徴
現場コーチから見えてきた越境する現場の3つの特徴
Yoh Nakamura
現場コーチから見えてきた越境する現場の3つの特徴
現場コーチから見えてきた越境する現場の3つの特徴
GuildWorks
Atomic Designと付き合うコツ♡
Atomic Designと付き合うコツ♡
Miki Hayashi
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
Takenori Takaki
プロダクトにおけるScala
プロダクトにおけるScala
Yuto Suzuki
[RSGT2022]これからのスクラムマスターのキャリアプランの話をしよう〜スクラムマスターの前に広がる世界〜
[RSGT2022]これからのスクラムマスターのキャリアプランの話をしよう〜スクラムマスターの前に広がる世界〜
Satoshi Harada
エンジニアからデザイナーに贈るプロトタイピングのすすめ - 春のフロントエンド祭り 2015
エンジニアからデザイナーに贈るプロトタイピングのすすめ - 春のフロントエンド祭り 2015
Naoki Yamada
MY JOB WEND TO VIETNUM? DevSumi ver.
MY JOB WEND TO VIETNUM? DevSumi ver.
Ryo Amano
OSC2013 HIROSHIMA ライトニングトーク すごい広島
OSC2013 HIROSHIMA ライトニングトーク すごい広島
Tomohiko Himura
Similaire à ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
(20)
おしゃれCatalystに触ってみた
おしゃれCatalystに触ってみた
ナレッジを共有する文化をつくるために
ナレッジを共有する文化をつくるために
プロジェクト管理ツールを使いこなせるようになった現場の話
プロジェクト管理ツールを使いこなせるようになった現場の話
プロジェクト管理ツールを使いこなせるようになった現場の話
プロジェクト管理ツールを使いこなせるようになった現場の話
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
SAIS/SIGMOD参加報告 in SAIS/DWS2018報告会@Yahoo! JAPAN
SAIS/SIGMOD参加報告 in SAIS/DWS2018報告会@Yahoo! JAPAN
次世代Web業務アプリケーション
次世代Web業務アプリケーション
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
プログラマのためのScrum
プログラマのためのScrum
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
Spring Boot + Doma + AngularJSで作るERP (LINE Fukuoka Meetup版)
アジャイルソフトウェア開発の道具箱
アジャイルソフトウェア開発の道具箱
現場コーチから見えてきた越境する現場の3つの特徴
現場コーチから見えてきた越境する現場の3つの特徴
現場コーチから見えてきた越境する現場の3つの特徴
現場コーチから見えてきた越境する現場の3つの特徴
Atomic Designと付き合うコツ♡
Atomic Designと付き合うコツ♡
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
プロダクトにおけるScala
プロダクトにおけるScala
[RSGT2022]これからのスクラムマスターのキャリアプランの話をしよう〜スクラムマスターの前に広がる世界〜
[RSGT2022]これからのスクラムマスターのキャリアプランの話をしよう〜スクラムマスターの前に広がる世界〜
エンジニアからデザイナーに贈るプロトタイピングのすすめ - 春のフロントエンド祭り 2015
エンジニアからデザイナーに贈るプロトタイピングのすすめ - 春のフロントエンド祭り 2015
MY JOB WEND TO VIETNUM? DevSumi ver.
MY JOB WEND TO VIETNUM? DevSumi ver.
OSC2013 HIROSHIMA ライトニングトーク すごい広島
OSC2013 HIROSHIMA ライトニングトーク すごい広島
Plus de Kiro Harada
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kiro Harada
スクラムパタン入門
スクラムパタン入門
Kiro Harada
Is Xp still extreme?
Is Xp still extreme?
Kiro Harada
改善の3つの顔
改善の3つの顔
Kiro Harada
改善のためのちょっとしたコツ
改善のためのちょっとしたコツ
Kiro Harada
Coderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 Unconference
Kiro Harada
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
Kiro Harada
アジャイルマネジメントとは?
アジャイルマネジメントとは?
Kiro Harada
A Tip to Help Your Kaizen
A Tip to Help Your Kaizen
Kiro Harada
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
Kiro Harada
Arduino jenkins
Arduino jenkins
Kiro Harada
アジャイル開発をはじめる前に
アジャイル開発をはじめる前に
Kiro Harada
Scrum & Kanban
Scrum & Kanban
Kiro Harada
モデリングのすすめ
モデリングのすすめ
Kiro Harada
ソフトウェアの構造とオープン化
ソフトウェアの構造とオープン化
Kiro Harada
Plus de Kiro Harada
(15)
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
スクラムパタン入門
スクラムパタン入門
Is Xp still extreme?
Is Xp still extreme?
改善の3つの顔
改善の3つの顔
改善のためのちょっとしたコツ
改善のためのちょっとしたコツ
Coderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 Unconference
非開発者のためのアジャイル開発入門
非開発者のためのアジャイル開発入門
アジャイルマネジメントとは?
アジャイルマネジメントとは?
A Tip to Help Your Kaizen
A Tip to Help Your Kaizen
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
Arduino jenkins
Arduino jenkins
アジャイル開発をはじめる前に
アジャイル開発をはじめる前に
Scrum & Kanban
Scrum & Kanban
モデリングのすすめ
モデリングのすすめ
ソフトウェアの構造とオープン化
ソフトウェアの構造とオープン化
ぐるぐるDDD/Scrum - モデリングと実装のうずまきをまわそう
1.
原田騎郎 株式会社アトラクタ 1 レッツゴーディベロッパー変真 2013/7/13
2.
原田 騎郎Kiro HARADA アジャイルコーチ ドメインモデラー SCMコンサルタント Twitter:
@haradakiro 認定スクラムプロフェッショナル 認定スクラムマスター 認定スクラムプロダクトオーナー 株式会社アトラクタ 代表 2
3.
14:20& &14:50 &Scrum/DDD& 14:50&
&15:50 & &&&&15:35& &15:50 15:50& &16:50 &&&&16:35& &16:50 16:50& &17:20 ( ) 3
4.
! DDD って何? !
Scrumって何? ! DDD と Scrum の似ているところ? ! 両方のフィードバックサイクル 4
5.
! で、どうやるの ! プロダクトバックログとモデリング !
スプリントプランニングとモデリング ! バックログリファインメントとモデリング ! コードレビューとモデリング ! モデルのリファクタリング 5
6.
! モデルをテストする ! シナリオで確かめる !
コードで確かめる。 ▪ ドメインモデルを TDD する 6
7.
DDD やってますか? 7
8.
! 難しいから、もうちょっと勉強してから& ! 小さいシステムにはいらないでしょ& !
やったほうがよさそうだと思っているん だけれど。 8
9.
Scrumやってますか? 9
10.
! 「どうせ、Scrum&はやるもんじゃな い!」って言うでしょ。& ! やってみたら問題ばっかりでてくるし。& !
「いきあたりばったりやっているだけ じゃないの?」と突っ込まれるし。 10
11.
どうやったら& DDD&&&Scrum& をうまくやれる?& 使える? 11
12.
12
13.
! ソフトウェアプロジェクトで、まず注意 を払うべきなのは、ドメインとドメイン ロジックである。 ! 複雑なドメインの設計はモデルに基づく べきである。 13
14.
! コアドメインに集中する ! ドメインの実務家とソフトウェアの実務 家による創造的な共同作業によって、モ デルと探求する !
明確に境界づけられたコンテキストの中 で、ユビキタス言語により会話する & 14
15.
モデル探索の& うずまき モデルを新しいシナリオで& 揺さぶる シナリオ モデル モデルを提示& 状態ウォークスルー& 解決策ウォークスルー& 言語の探求& 間違う ストーリーを語る& 肉付けする& 難しいところに再フォーカス& コアドメインに再フォーカス コードによる探査 シナリオを テスト としてコードする& 厳密さを加える& 言語を洗練する& 解決策を探求& 間違う 収穫&文書化& 参照シナリオ& まともなモデルの一部& ほとんどのアイデアは書かない 15
16.
! 正しいモデルを探求するのが目的ではな い。& ! 使えるモデルを探し続けるのが目的。 16
17.
! 複雑で変化の激しい問題に対応するため のフレームワークであり、可能な限り価 値の高いプロダクトを生産的かつ創造的 に届けるためのものである。& ! 軽量& !
理解が容易& ! 習得は非常に困難& & 17
18.
18
19.
19
20.
! Product&Backlog& ! Sprint&Backlog& !
Backlog&Refinement& ! Sprint&Review& ! Retrospective& & ! Potentially&Shippable&Increments 20
21.
21http://cognitiveKedge.com/
22.
22
23.
! 境界& ! フィードバック& !
リズム 23
24.
! プロダクトビジョン& ! ユーザーストーリー& !
ユースケースシナリオ& ! モデル& ! モデルとシナリオのうずまきをまわす 24
25.
! ストーリーの順位付けをする& ! モデルを書いてみる& !
(モデルは常に複数ある)& ! モデルはストーリーを記述できるか?& ▪ モデルは役に立つか?& ! モデルをストーリーが十分説明できるか。& ▪ 足りていないストーリーはないか? 25
26.
! 難しいモデルは実装して確かめる& ! ドメインモデルのみ& ▪
永続化層&/&UI&はとりあえず考えなくてよい& ▪ 複数のモデルを確かめる& ▪ 記述力& ▪ 実装のしやすさ& ▪ テストのしやすさ& ▪ 拡張のしやすさ 26
27.
! 「検査と適応によって、間違っても、それ から学べば良い」& & けれど& & ! わかる間違いには、気づきたい。& !
2週間は短い。それ以上、短くするとき つい。& 27
28.
! ホワイトボード& ! 関心ごとのある部分だけホワイトボードに& !
適宜清書してリポジトリに& ! astah*&使ってます 28
29.
! ドメイン以外にビジネスロジックが埋も れていないか?& ! ドメインモデルに書いたテストを、そのまま 使えるか?& !
実装しにくいところはどこか?& ▪ ドメインの使い方を間違えやすいところはどこか 29
30.
! バックログを見積もる& ! モデルの変更が不要& !
モデルの拡張が必要& ! モデルの変更が必要 30
31.
! スプリント期間を短くするだけでは成功 は難しい。& ! 単一のスプリント内で複数のオプション を試す。& !
モデルを利用した並行開発 31
32.
! パターン指向リファクタリング& ! 次のバックログが見えないうちにリファ クタリングするのはアンチパターン& !
リファクタリングのためのリファクタリング は悪& 32
33.
! バックログが Ready&になる前に実装モデ ルを拡張するな& !
概念モデル、仕様モデルをシナリオでテスト してから。& ! リファレンスモデル、パターンの適用を検 討する 33
34.
! 富& ! 資産& !
農業資産& ! 家畜& ! 牝牛& ! ベッシー 34S.I.Hayakawa&“Language&in&Thoughts&and&Action”&1939&
35.
! リファレンスモデルは抽象度が高く、再利 用性が高い。& ! 時間をかけて確かめられている。& けれど& & !
プロジェクトに役に立つかは、確かめな いとわからない。 35
36.
! 小規模プロジェクトは、要件変更に弱い& ! 使えるリソース、期間が限られている& !
小規模プロジェクトの範囲を&DDD&による モデルで定義する。& ! モデルの拡張範囲を合意する& ! モデルの変更をともなうバックログは混入し ない 36
37.
ありがちなハマりどころ 対応策 モデリング地獄(DDD)& • モデルを作ることを目標にしてし まう& •
いつまでたってもモデルが完成し ない& & & スプリント(Scrum)& • 出荷可能な製品を2週間ごとに!& • モデリングも含めて使えるフィー チャーを2週間で作らなければな らない。 全体を見ないで開発(Scrum)& • システムの全体像を考えない& • 全体計画を立てない& & & & ユビキタス言語(DDD)& • みなが使える共通言語をつくる& • 共通言語による全体理解を促進& • 全体計画のガイドとしてのモデル 37
38.
! DDDとScrumは、うまく組合せられる& ! DDDもScrumも変える必要がない& !
お互いのメリットをうまく使える& ! 短いサイクルを軽量にまわすのが大事& ! まずは、小さく始めてみましょう。 38
39.
! 5人程度のグループを作ってください& ! グループ作業がしやすい用に、机、椅子 は適宜並べ替えてください。& !
約50分後に、簡単に成果の発表をして いただきます。& 39
40.
駐車場 40
41.
41
42.
42
43.
43
44.
44
45.
45
46.
46
47.
47
48.
! 空き地& ! イベントのときなどの一時的な駐車場& !
月極め駐車場& ! 時間貸し駐車場& ! コインパーキング& ! 店舗に付属& ! 店舗と提携 48
49.
! 無人有料駐車場(時間貸し)の管理システム 49
50.
! シナリオを書いてみる& ! 基本シナリオ?派生シナリオ?& & !
どう拡張される? 50
51.
! シナリオを記述できるモデルを書いてみ る& ! そのモデルに足りないシナリオはない? 51
52.
モデル探索の& うずまき モデルを新しいシナリオで& 揺さぶる シナリオ モデル モデルを提示& 状態ウォークスルー& 解決策ウォークスルー& 言語の探求& 間違う ストーリーを語る& 肉付けする& 難しいところに再フォーカス& コアドメインに再フォーカス コードによる探査 シナリオを テスト としてコードする& 厳密さを加える& 言語を洗練する& 解決策を探求& 間違う 収穫&文書化& 参照シナリオ& まともなモデルの一部& ほとんどのアイデアは書かない 52
53.
! 永続化、UI&はいらない& ! モデルをそのまま実装できるかどうか?& !
モデルがおかしいところはない?& ! 実装しづらいところはない? 53
54.
! プロダクトバックログ& ! 優先順位のついたシナリオのリスト& !
ドメインモデル& ! UML&のクラス図など& ! ドメインの理解を助けるものなら何でも& ! コアドメインのサンプル実装& ! コアドメインの受入れテストがあるといいな 54
55.
! 50分しかありません。& ! 時間の使いかたを計画しましょう。 55
56.
! 成果を説明してみましょう。 56
57.
! びっくりしたこと、気づいたこと& ! 学んだこと& !
次にやってみること 57
58.
58
59.
! 週末料金?夜間料金?& ! 煩雑期と閑散期で値段が変わる?& !
店舗利用による無料範囲& ! 会員割引& ! 誤入場をどうしよう?& ! 駐車券なくしちゃったら?& ! とめっぱなしの車はどうしよう?& 59
60.
! 駐車場の種類が変わると、変える必要の ある部分は?& ! 車止め式& !
ゲート式& ! 階数ごとに入場制限がある?& ! 出場時にナンバーを認識する? 60
61.
! 駐車料金が変わると、どこが変わる?& ! 週末料金とかは?& !
車止め vs.&入退場ゲート& & 61
62.
62
63.
63http://www.lalaportKkoshien.com/access/index.html#05
64.
64
65.
65
66.
! 成果を説明してみましょう。 66
67.
! びっくりしたこと、気づいたこと& ! 学んだこと& !
次にやってみること 67
68.
! DDD&/&Scrum&を実際の業務で使ってみるに は?& ! グループディスカッション& 68