20240731 Mobius Outcome Delivery Masterclass Case Study

20240731 Mobius Outcome Delivery Masterclass Case Study.
It illustrates how Outcome Delivery benefits architecture world.

Transcript

1. Majika VSM Customer Map Business Map Prioritize Options WSJF Epic Statement 他の人から何を聞いているか 友人からなにを聞いているか 同僚からなにを聞いているか どのような噂を聞いているか 共感の対象は? ・誰を理解したいのか? ・どんな状況にいるか? ・その状況における役割は? 彼らのやりたいことは? ・彼らはなにをしたいのか? ・どのような作業を終わらせたいのか? ・どんな意思決定をする必要があるか? 何を考えているか・ 感じているか ペイン ・何が恐怖か? ・何がストレスか? ・何が心配か? ゲイン ・何がほしいか ・何が必要か ・何が夢か 彼らはなにを見ているか? ・何をマーケットで見ているか? ・身の回りで何を見ているか? ・他の人のどのようなことをを見ているか? 聞いているか? ・何を読んだり鑑賞しているか? 彼らはなんというか? ・彼らはどんなことを言っているか? ・どんなことを言っていると想像できるか? Empathy Map Story Board ソリューション モードに飛びつ いてしまいがち ( 案件事例) マイクロサービスにしたい！ 開発とリリースのスピードが遅い 開発はUI が多い 要件確定に時間がかかる DevOps フロントエンドバックエンド分離 アジャイル開発 マイクロサービスにしたい！ ランディングページ に多くのものを配置 し過ぎていて、ラン ディングページのレ ンダリングでタイム アウトが起きがち 全体のAPI 化 SaaS 化して機能ごとに売りたい 新しいビジ ネスサービ スを素早く 実装したい コンポーネント化 既存API の粒度の見直し なぜアーキ テクチャで Outcome Delivery ？ ソリューション モードにいち早 く飛びつきやす い領域だから 予算獲得！！ アーキテクチャが良いとビジネスは何が嬉 しいんだろう？ --> 嬉しいことが大きければ予算がつく もっと安く早く簡単に解決できる方法はな いか？ --> ないことを証明できれば予算がつく システムの内容 を知っている人 がもういなくな ってしまう ( 一番コア領域を) 3 日でリリースで きるくらいにし たい ユーザーを5 年 で2 倍にできる スケーラビリテ ィを確保したい マイクロサービス DDD TOGAF ADM リファクタ リングする べきかせざ るべきか？ A As Is (B, C, D) E To Be (B, C, D) G H F 元々想定していた 非機能要件はクリ アできたの？ できていないなら あとは何をしたら 良い？ リファクタ リングする 場合どうし たらいい？ 問題は何か？ 背景は何か？ 目的の策定 目的の策定 目的をクリ アできる方 法は何があ る？ リファクタリング 以外に道はない？ 今日共有する事例 テスト --> 効果測定 会社のイニシアチブレベル エンタープ ライズアー キテクチャ レベル 個別システムレベル スプリントレベル 概要 利用例 振り返り ( 進め方に対する) Good Motto Action ( チームで1 つ以上) Retro Discover ------------- 状況把握 --> 目標設定 Decide ------------- 改善案 --> 優先順位 Deliver ------------- 実験 ( による案の精査) めっちゃ刺さる！ Outcome Delivery サポート範囲 私のサポート範囲