Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
アジャイルと設計 / Design in Agile Development
Search
岡本卓也
April 18, 2023
Technology
0
68
アジャイルと設計 / Design in Agile Development
2023/04/18
社内発表資料
岡本卓也
April 18, 2023
Tweet
Share
More Decks by 岡本卓也
See All by 岡本卓也
気がついたらAIをガッツリ使っていた話 / getting-close-to-generate-ai
okamototakuyasr2
0
36
普通のチームがスクラムを会得するたった一つの冴えたやり方 / the best way to scrum
okamototakuyasr2
0
170
AI活用時代のUML再評価/UML collaborate with AI
okamototakuyasr2
0
440
私が好きなUMLダイアグラム / The UML Diagrams I Love.
okamototakuyasr2
0
85
スクラムチームだけどエクセルで要件定義書を書くことにしました / Requirements-Specification-Document-in-Scrum
okamototakuyasr2
2
2.6k
合宿はいいぞ / Training camp is so good.
okamototakuyasr2
0
830
幸運を科学する ~アジャイルチームの成功を再現する方法~ / How to reproduce nice team at ESM webiner.
okamototakuyasr2
0
86
幸運を科学する ~アジャイルチームの成功を再現する方法~
okamototakuyasr2
0
1.9k
なぜアジャイルをやるのですか
okamototakuyasr2
0
230
Other Decks in Technology
See All in Technology
Strands Agents × インタリーブ思考 で変わるAIエージェント設計 / Strands Agents x Interleaved Thinking AI Agents
takanorig
4
1.9k
20251222_next_js_cache__1_.pdf
sutetotanuki
0
170
さくらのクラウド開発ふりかえり2025
kazeburo
2
850
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
9.9k
通勤手当申請チェックエージェント開発のリアル
whisaiyo
3
440
松尾研LLM講座2025 応用編Day3「軽量化」 講義資料
aratako
3
2.2k
まだ間に合う! Agentic AI on AWSの現在地をやさしく一挙おさらい
minorun365
17
2.5k
100以上の新規コネクタ提供を可能にしたアーキテクチャ
ooyukioo
0
240
SREが取り組むデプロイ高速化 ─ Docker Buildを最適化した話
capytan
0
140
2025年のデザインシステムとAI 活用を振り返る
leveragestech
0
150
M&Aで拡大し続けるGENDAのデータ活用を促すためのDatabricks権限管理 / AEON TECH HUB #22
genda
0
230
NIKKEI Tech Talk #41: セキュア・バイ・デザインからクラウド管理を考える
sekido
PRO
0
200
Featured
See All Featured
Exploring anti-patterns in Rails
aemeredith
2
200
The SEO identity crisis: Don't let AI make you average
varn
0
36
Measuring & Analyzing Core Web Vitals
bluesmoon
9
710
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
0
950
From π to Pie charts
rasagy
0
91
The untapped power of vector embeddings
frankvandijk
1
1.5k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Speed Design
sergeychernyshev
33
1.4k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
249
1.3M
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
0
88
HDC tutorial
michielstock
0
260
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
0
210
Transcript
アジャイルと設計 1 2023年04月18日 株式会社永和システムマネジメント Agile Studio 岡本 卓也
はじめに 1. アジャイル開発でも設計は必要 2. 設計のやり方はどこにも書かれていない 2
設計の目的 1. 記録する 2. 承認する 3. 共有する 3
設計のステップ 1. 調査する 2. 発見する 3. 理解する 4. 共有する
4
設計のステップ 1. 調査する 2. 発見する 3. 理解する 4. 共有する
5 ステップ1 ステップ2
ステップ1:調査と発見 • 調べる • 決める • 一番詳しい人がやる • 他の人はまだ理解できない
6
ここでやめるとこうなる 7 工程 工程 工程 工程 工程を設計書でつなぐ
ステップ2:理解と共有 • 分かったことを書き出す • 他の人に説明する • 見直す • チーム全員が理解している
8
作るもの 1. ユースケース 2. ドメインモデル 3. アーキテクチャ KEEPS しっかり書いて、できればメンテナンスする 9
ユースケース • 主要なケースだけ書く • 場面(ユース)を書く ※機能を書かない • ユーザを意識する 10
ドメインモデル 11 • 利用者の言葉で書く • 開発物の抽象を書く • 書くもの ◦ 仕事する箱
◦ 箱の責務 ◦ 最小限のデータ
アーキテクチャ 12 • 開発者の言葉で書く • 開発物の具象を書く • 書くもの ◦ 利用するサービス
◦ フレームワーク ◦ それらの連携
オススメの順番 13 ユーザーストーリーマッピング(または要件定義書) ユースケース ドメインモデル アーキテクチャ
なぜモデルを使うのか? 14
なぜUMLを使うのか? • 特に強い理由はない • オレオレ記法よりは混乱が少ない ◦ 書くための目的と記法に一定のルールがある ◦ それらの知見は世の中にあるので学習可能
◦ 細かいルールは無視してOK 15
ポイント • 全てを設計しない • 変わりにくい部分にフォーカスする • 作成には時間をかけない • 説明には時間をかける 16
設計の目的 1. 記録する 2. 承認する 3. 共有する 4. 会話を誘発する 17
参考 • 【アジャイル時代のモデリング①】システムの「全体像」の理解共有がなぜ必須なのか • 【アジャイル時代のモデリング②】共通理解を作るための、最もシンプルなモデルセット • アジャイル開発の中の設計 18
おしまい 19