ビジネスクリーンアーキテクチャ.pptx

ビジネスクリーンアーキテクチャ.pptx
初めての要件定義変革に強いビジネスクリーンアーキテクチャ発表者名工藤由美
アジェンダトピック 1 UAFについてトピック 2 苦労と工夫トピック 3 やった方がいいと思うことトピック 4 まとめ 2
概要ドメイン知識が全くないDX推進ビジネスにおける、システム化以前の超上流工程～リソース要件定義(システム要件定義含む) までを実体験した中での気づきや創意工夫。主な提供したいステークホルダー一覧・関心の異なるステークホルダーの要求などの整理に困ってる・これから要件定義に触れたい・システム以前の企画段階の工程を知りたい 3
自己紹介業部所属 2021年秋からIT業界へ、今2年目。 IT業界入る前は、予備校講師や飲食店接客、音楽など。モットーは【昨日の常識は今日の非常識】【制約は振り回されるものでなく使いこなすもの】【目的はミュータブル】【国内は部屋】現在 System Of Systems関連ビジネスで OOを用いた戦略的ビジネスアーキテクチャ構築 (ビジネス要求、要件定義) 4
System Of Systemsについてコンテキストポンチ絵 5 複数のシステムで１つの大きなシステムって捉える。他のSoSへまたいでる。
課題エンタープライズモデル 6 ビジネスモデルが下位のシステムに依存してる場合、どんなにシステムを保守性高めてもすべて水の泡。 (寿命の短いビジネスでいいとか、後からリアーキテクティングするとかは別)
トピック1 UAFについて
UAFってなに？ EAをベースにした、マスターすれば無駄なリソース削減や、組織改革 DXにも繋がる枠組みを提供。 20XX/9/3 プレゼンテーションのタイトル 8
早い話がピラミッドストラクチャー 20XX/9/3 プレゼンテーションのタイトル 9
UAFに必要な前提知識方法論がない中で、実体験を通して思った必要な前提知識。 • 具体と抽象(部分と全体) • クリーンアーキテクチャ(依存の向き、関心の分離) • MECEのダブりなく思想(※モレは拡張しやすく設計することで対処) • KPIフレームワーク • 設計原則 • トレードオフのための水平思考(今回カット) • デザイン思考などなど 20XX/9/3 プレゼンテーションのタイトル 10
トピック2 苦労と工夫
議論の空中戦全く触れたことがないドメイン知識のビジネスで、様々なステークホルダーが、各々の関心事を話してしまっているため、常に瞬間的に具体な視点と抽象な視点とが行きかい、頭が混乱する。本当にあっちこっち話が飛んでました汗ある人は、めっちゃ具体にある人は、めっちゃに抽象に汗プレゼンテーションのタイトル 12
ファシリテートの徹底工夫全員の話を事細かに聞いていてはラチがあかないと感じ、ドメイン知識もないから、全員の視点が合わせやすい、リソースレベルに着目した。まずはどのような既存情報システムや運用者含めた、リソースがどのように振舞うのかをリソースレベルでのアクティビティ図を描きながらヒアリング。その中で出てきた重要なデータや状態もメモっておく。 20XX/9/3 プレゼンテーションのタイトル 13
ボトムアップに抽象をくくりだすリソースレベルのものを作成し、一旦持ち帰って、リソースに依存しないロジックや状態、データを抽出するために、リソースレベルのアクティビティ図から抽象化して、オペレーショナルレベルの業務フロー(業務戦術フロー)を描いた。 20XX/9/3 プレゼンテーションのタイトル 15
トピック2 やった方がいいと思うこと
貸出サービス(左が具体フロー、右が抽象フロー) 20XX/9/3 プレゼンテーションのタイトル 17
返却サービス(左が具体フロー、右が抽象フロー) 20XX/9/3 プレゼンテーションのタイトル 18
SOLID原則思想の適用リソースの登場概念(図書館スタッフや借出者)が、対応するオペレーショナルレベルの活動をすべて実現しているかのチェックをした後、実現関係のトレースをした。-リスコフ置換に基づいた- ※まだこの段階で実現できてるかのチェックは不十分さらにオペレーショナルの登場概念を目的別に分解した。 -interface分離- 20XX/9/3 プレゼンテーションのタイトル 19
戦略ビューの要素を抽出具体な戦術から、戦術に依存しない活動を抽出する。それが戦略interfaceの持つ能力と結びついてるから。持っているといえるための根拠の指標をまず先に定義する。 20XX/9/3 プレゼンテーションのタイトル 20
要求に対する指標パラメタの定義 20XX/9/3 プレゼンテーションのタイトル 22
Operationalとリソースのトレーサビリティ 20XX/9/3 プレゼンテーションのタイトル 23
ビジネスで必要なデータを抽出本来は、この各ビューに対して強い関心を持つステークホルダーに対して、他にも重要なパラメタないかヒアリングする。折衷方式で割り出す！！ここからそのビジネスで必要なデータが割り出せる。それをUAFではInformationという列に定義。ビジネスアーキテクチャでは、データ要求まで最低限定義しなくてはならない。 20XX/9/3 プレゼンテーションのタイトル 24
2022/10/8 プレゼンテーションのタイトル 25
トップダウンからもアプローチ Strategicビューよりさらに１つ上位の目的からもトップダウンに要素を出していき、先程までのボトムアップと混ぜ合わせた。その中でStrategicビューに関心のあるステークホルダも巻き込みながらヒアリング。両軸からのアプローチが大事！！ (目的ありきでの手段、手段ありきでの目的てだけでなく、時間が許すなら敢えて目的無視した手段とかを出すのも手) 20XX/9/3 プレゼンテーションのタイトル 26
観点ごとに、階層ごとのツリーをつくる ①要求ツリー・動的な側面の要求・静的な側面の要求 (データやPerformerなど) リスク分析はどっちにもかかる要求。 ②要求指標ツリー(要件ツリー) ③実績ツリー (テストツリーと呼んでます) 20XX/9/3 プレゼンテーションのタイトル 27
(補足)Serviceビュー Serviceビューでは、1つの貸出 or 返却て粒度でサービスを抽出。そのService Functionを1つのリソースで実現するのか？それとも複数のリソースで実現するのか？この後者がSystem Of Systemsのスタイルです。 20XX/9/3 プレゼンテーションのタイトル 28
トピック3 まとめ
こだわったポイント 20XX/9/3 プレゼンテーションのタイトル 32 ・依存の向きを厳守・抽象度を揃える・折衷方式・トレーサビリティが取りやすいツリー作成・設計原則の適用・図形によるトレードオフ分析 (時間制約によりカット)
すべてのITを導入してる企業の社員に忘れないでほしいこと 20XX/9/3 プレゼンテーションのタイトル 33 ビジネス、データ、アプリ、テクノ各アーキテクチャ層を拡大すると、戦略～リソースまでの層がある。お願いだから、自分の層で責務を全うせずとも下の手段層でカバーすればイイっしょみたいに放棄しないで下さい。
UAFを使ったアーキテクチャや DXコンサルのオファーお待ちしてます。 34
ありがとうございました！ 35 発表者名工藤ゆみ Web サイト https://qiita.com/Kudo_panda Qiitaアカウント名せやかて駆動

ビジネスクリーンアーキテクチャ.pptx

Check these out next

ビジネスクリーンアーキテクチャ.pptx

Recommandé

Contenu connexe

Similaire à ビジネスクリーンアーキテクチャ.pptx(20)

Dernier(20)

ビジネスクリーンアーキテクチャ.pptx