岡田 康介
名前：岡田 康介（おかだ こうすけ） ニックネーム：コウ、または「こうちゃん」 年齢：28歳 性別：男性 職業：ブロガー（SEOやライフスタイル系を中心に活動） 居住地：東京都（都心のワンルームマンション） 出身地：千葉県船橋市 身長：175cm 血液型：O型 誕生日：1997年4月3日 趣味：カフェ巡り、写真撮影、ランニング、読書（自己啓発やエッセイ）、映画鑑賞、ガジェット収集 性格：ポジティブでフランク、人見知りはしないタイプ。好奇心旺盛で新しいものにすぐ飛びつく性格。計画性がある一方で、思いついたらすぐ行動するフットワークの軽さもある。 1日（平日）のタイムスケジュール 7:00 起床：軽くストレッチして朝のニュースをチェック。ブラックコーヒーで目を覚ます。 7:30 朝ラン：近所の公園を30分ほどランニング。頭をリセットして新しいアイデアを考える時間。 8:30 朝食＆SNSチェック：トーストやヨーグルトを食べながら、TwitterやInstagramでトレンドを確認。 9:30 ブログ執筆スタート：カフェに移動してノートPCで記事を書いたり、リサーチを進める。 12:30 昼食：お気に入りのカフェや定食屋でランチ。食事をしながら読書やネタ探し。 14:00 取材・撮影・リサーチ：街歩きをしながら写真を撮ったり、新しいお店を開拓してネタにする。 16:00 執筆＆編集作業：帰宅して集中モードで記事を仕上げ、SEOチェックやアイキャッチ作成も行う。 19:00 夕食：自炊か外食。たまに友人と飲みに行って情報交換。 21:00 ブログのアクセス解析・改善点チェック：Googleアナリティクスやサーチコンソールを見て数字を分析。 22:00 映画鑑賞や趣味の時間：Amazonプライムで映画やドラマを楽しむ。 24:00 就寝：明日のアイデアをメモしてから眠りにつく。
イベントストーミングとは何か
イベントストーミングは、ビジネスの動きをイベントという小さな出来事として洗い出し、全体像を大きな紙に貼って共有する手法です。
この方法を生み出した人物は Alberto Brandolini というイタリアのソフトウェア開発者で、2013年頃に提唱されました。正式名称は「EventStorming」。日本語では「イベントストーミング」と呼ばれ、シンプルかつ強力な要求分析・設計の手法として広がっています。
イベントストーミングの基本アイデアは、まず現実の業務で起こる出来事を「イベント」としてリストアップし、それを順序や関係でつなぐことです。イベントは過去に発生した事実を表すもので、未来の実現を約束するものではありません。たとえば「注文が入る」「在庫が不足する」「支払いが完了する」といった出来事です。これを大きな壁やホワイトボードに貼り付けることで、関係者全員が共通の言葉で話せるようになります。
実践の基本ステップ
以下のステップで進めると、複雑なビジネスの流れを見える化できます。
実例で学ぶ
「オンライン書店の注文処理」を題材に、イベントストーミングを使ってみましょう。まず「注文受付」「支払い完了」「在庫引当」「配送開始」といったイベントを列挙します。次にそれらがどの順番で起こるかを並べ、欠けているイベントがないかを確認します。例えば「在庫不足の通知」が入ると、顧客にその情報を伝えるプロセスが生まれます。こうして全体像を一目で理解でき、部門ごとの誤解を減らせます。
注意点とコツ
イベントストーミングには「現場の言葉を使う」「壁を使って自由に発言する」「過度な技術用語を避ける」などのコツがあります。初めはイベント名を漠然と書くのではなく、具体的な出来事を短い文で表現します。後で技術的な設計に落とす際は、実装技術やデータベースの話は別枠にします。これにより、非技術者も参加しやすくなります。
用語のミニ辞典
イベント：業務で実際に起こる出来事を指します。例：「注文受付」「支払い完了」。コマンド：イベントを発生させる指示や依頼です。例：「出荷を指示」。
まとめ
イベントストーミングは、複雑な業務の流れを「イベント」という視点で可視化する手法です。壁一枚あれば始められ、関係者が同じ言葉で話せるようになります。導入のハードルが低く、アイデアの共有・検証・改善を促進します。初めて取り組む場合は、実務の中で最も問題を抱えているプロセスを選び、1〜2時間程度の短時間セッションから始めると良いでしょう。
イベントストーミングの同意語
- イベントストーミング
- ビジネスドメインのイベントを中心に、関係者が一堂に会してイベントの流れやルールを可視化する協働モデリング手法です。全体像の把握とビジネスルールの発見を目的とします。
- イベントストームニング
- イベントストーミングの別表記・同義語。意味は同じです（実務ではスペルの揺れとして使われます）。
- イベントストーミングセッション
- イベントストーミングを実施するための会議・ワークショップ形式の場。カードを並べてイベントの流れを可視化します。
- イベントストーミングワークショップ
- イベントストーミングをワークショップ形式で行う場。参加者が協力してドメインのイベントを整理・共有します。
- ドメインイベントストーミング
- ドメインイベントを軸にしたストーミング手法。ビジネス上の出来事（イベント）を抽出・並べ替え・関連性を可視化します。
- ドメインイベントストーミングセッション
- ドメインイベントストーミングを実施するセッション。実務の場での適用を前提とした表現です。
- ドメインイベントストーミングワークショップ
- ドメインイベントストーミングをワークショップ形式で実施する場。チームで共同作業を行います。
- イベントストーミング法
- イベントストーミングを1つの手法・アプローチとして位置づけた表現。手順はイベントカード作成→並べ替え→ルール検討などです。
- イベントストーム
- イベントストーミングの略称・口語表現。カジュアルに使われることが多い呼称です。
イベントストーミングの対義語・反対語
- 個人作業（単独設計）
- イベントストーミングの対極。複数人での協働・即興的なモデリングではなく、1人での設計・分析作業。対話や発見の連鎖を避け、静的に要件を文書化するアプローチ。
- ドキュメント中心設計
- 現場の対話やイベント発生の探索よりも、事前に整備された設計資料を重視する手法。生の発見より文書化を優先する点が反対となる。
- トップダウン設計
- 意思決定を上流部門が主導し、現場の協働的な洞察を軽視する設計アプローチ。ボトムアップのイベント駆動型と対極。
- 静的モデル化
- 動的なイベント連鎖や振る舞いの探索を行わず、静的な状態・構造のモデル化に留まる手法。
- ウォーターフォール開発
- 要件定義・設計・実装を順次厳密に進める、線形で非反復的な開発モデル。イベントストーミングの柔軟性とは対立。
- 長時間の一方的資料作成会議
- 短時間・双方向の協働を重視せず、長時間の一方的な資料作成に偏る会議形式。協働的な学習や発見を阻害する。
イベントストーミングの共起語
- ドメイン駆動設計
- ビジネスドメインを深く理解し、共通言語とモデルで設計を進める思想。
- ユビキタス言語
- 関係者全員が共有する用語と定義の集合。
- 境界付けられたコンテキスト
- DDDで領域を意味の共有範囲ごとに分割する設計境界。
- ドメインイベント
- ビジネス上の重要な出来事を表すイベント。
- コマンド
- システムに何かを起こさせる指示・要求。
- アグリゲート
- 一貫性の境界を持つ、複数エンティティをまとめた単位。
- イベントソーシング
- 履歴イベントを使って現在状態を再構築する設計思想。
- CQRS
- コマンドとクエリを分離して処理する設計パターン。
- イベントフロー
- イベント同士の因果関係や発生順を示す流れ。
- イベントストリーミング
- 連続的に発生するイベントを記録・処理する仕組み。
- コアドメイン
- ビジネスで最も重要な領域・機能の中心。
- ポリシー
- ビジネスルールや判断基準をまとめた方針。
- ユースケース
- 外部とのやり取りの典型的なパターン。
- ドメインモデル
- ドメインの概念と関係を表すモデル。
- ウォークスルー
- 設計や仕様を順を追って検討する検証手法。
- ファシリテーション
- 会議を円滑に進める運営技術。
- ファシリテーター
- 進行役。
- ステークホルダー
- 影響を受ける関係者・利害関係者。
- ドメインエキスパート
- その領域の専門家・ビジネス知識保持者。
- 探索フェーズ
- ビジネスイベントを洗い出し全体像を描く初期段階。
- 視覚化
- ボード・カードで情報を見える化すること。
- ポストイット
- イベントを表す付箋紙。
- ホワイトボード
- 情報の整理・共有を行う板状の視覚媒体。
- タイムボックス
- 作業時間を区切って進める手法。
- バリューチェーン
- 価値が顧客へと連なる過程を可視化する概念。
- コラボレーション
- 複数人で協力して共創する働き方。
- デザインフェーズ
- 設計の段階・過程。
- アーキテクチャ設計
- システム全体の高レベル設計を決定する工程。
イベントストーミングの関連用語
- イベントストーミング
- ワークショップ形式で、ビジネスの振る舞いをイベントという単位で可視化する手法。ファシリテーターが進行を担い、ドメイン理解を深めるのが目的です。
- ドメインイベント
- ビジネス上の重要な出来事を表す事象。イベントストーミングの中心的要素として、過去に発生したことを示します。
- コマンド
- システムに対して何かを起こす意図を伝える指示。イベントを発生させる入力側の行為です。
- アグリゲート
- 一貫性の境界を管理する設計単位。内部にはエンティティや値オブジェクトを含み、外部には整合性を保った形で公開します。
- 境界づけられた文脈
- DDDの考え方で、意味・用語が一貫する領域を区切る枠組み。別の文脈と混ざらないようにします。
- ユビキタス言語
- 関係者全員が共通に使う用語と定義。誤解を減らすための共通語彙です。
- イベントストア
- イベントを時系列で保存するデータストア。後から状態を再生するために使われます。
- イベントソーシング
- 現在の状態を記録ではなく、イベントの連なりから再構築する設計思想です。
- CQRS
- Command（指示）と Query（問合せ）を分離して処理するアーキテクチャパターン。
- ビジネスルール
- ドメインの振る舞いを決定する規則や条件の集合。イベントやコマンドの発生を導きます。
- 読み取りモデル
- UIやクエリの用途に最適化されたデータ構造。読み取りのパフォーマンス向上を狙います。
- コンテキストマップ
- 複数の境界づけられた文脈間の関係性を図式化したもの。統合や翻訳の指針になります。
- ステークホルダー
- プロジェクトに影響を受ける人・組織。要件や期待を提供します。
- ドメインエキスパート
- ビジネス領域の専門家。ドメイン知識の源泉として重要です。
- ファシリテーター
- ワークショップを運営・進行する役割。議論を円滑に進めます。
- 付箋
- アイデアやイベントなどを貼って可視化するための紙片。物理／デジタルで使います。
- ホットスポット
- 解決が必要な課題やリスクが集まる焦点箇所。改善の優先度を決める目印です。
- イベントドリブン設計
- イベントを引き金にして機能を設計・組み立てる設計思想です。
- イベントストリーム
- イベントの連続的な列。時系列で並ぶ出来事の流れを表します。
- ドメインモデル
- ビジネス領域の概念モデル。エンティティ・値オブジェクト・関係性を含みます。
- コアドメイン
- ビジネスの競争力を生み出す核となる領域。設計の重点を置くべき部分です。
- サブドメイン
- 大きな領域を機能的な単位に分けた小さな領域。分担と境界を明確にします。
- 抗腐敗レイヤ
- 他の境界の影響を遮断する翻訳層。境界間の不整合を減らします。
- エンティティ
- 識別子を持つデータの実体。ライフサイクルを追跡します。
- 値オブジェクト
- 属性だけで同一性を判断する不変オブジェクト。識別子を持ちません。
- サガ
- 長時間実行するビジネスプロセスを調停する長期的なトランザクションパターンです。
- ビッグピクチャーイベントストーミング
- 全体像を把握するための大枠セッション。後続の設計へ進む前の土台作りです。
- 設計レベルイベントストーミング
- イベントとコマンドの関係を深掘りし、具体的な設計へ落とし込む段階の手法です。
ビジネスの人気記事
