Enviar búsqueda
Cargar
越境する情シス
•
1 recomendación
•
596 vistas
Zenji Kanzaki
Seguir
越境する情シス https://tagile.doorkeeper.jp/events/65613 発表スライド
Leer menos
Leer más
Ingeniería
Denunciar
Compartir
Denunciar
Compartir
1 de 15
Descargar ahora
Descargar para leer sin conexión
Recomendados
RDRA 越境アジャイルin大阪
RDRA 越境アジャイルin大阪
Zenji Kanzaki
Rdra4 ddd
Rdra4 ddd
Zenji Kanzaki
Rdra4越境アジャイル
Rdra4越境アジャイル
Zenji Kanzaki
Rdra in 東京
Rdra in 東京
Zenji Kanzaki
現状分析→価値開発→仕様化 As is
現状分析→価値開発→仕様化 As is
Zenji Kanzaki
RDRAモデリングを見てみよう
RDRAモデリングを見てみよう
Zenji Kanzaki
基幹システムの可視化
基幹システムの可視化
Zenji Kanzaki
雲の上の要件定義
雲の上の要件定義
Zenji Kanzaki
Recomendados
RDRA 越境アジャイルin大阪
RDRA 越境アジャイルin大阪
Zenji Kanzaki
Rdra4 ddd
Rdra4 ddd
Zenji Kanzaki
Rdra4越境アジャイル
Rdra4越境アジャイル
Zenji Kanzaki
Rdra in 東京
Rdra in 東京
Zenji Kanzaki
現状分析→価値開発→仕様化 As is
現状分析→価値開発→仕様化 As is
Zenji Kanzaki
RDRAモデリングを見てみよう
RDRAモデリングを見てみよう
Zenji Kanzaki
基幹システムの可視化
基幹システムの可視化
Zenji Kanzaki
雲の上の要件定義
雲の上の要件定義
Zenji Kanzaki
Rdraモデリングをしよう
Rdraモデリングをしよう
Zenji Kanzaki
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪
Zenji Kanzaki
チケット駆動開発の大切なこと- コミュニケーションの視点から -
チケット駆動開発の大切なこと- コミュニケーションの視点から -
Makoto SAKAI
チケット駆動開発導入のヒント - 自律と規律 -
チケット駆動開発導入のヒント - 自律と規律 -
Makoto SAKAI
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?)
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?)
Makoto SAKAI
Relationship driven requirement analysis
Relationship driven requirement analysis
Kent Ishizawa
What is RDRA
What is RDRA
zenkan
チケット駆動開発の大切なこと(バランス編)
チケット駆動開発の大切なこと(バランス編)
Makoto SAKAI
プロジェクトを成功させるチケット管理
プロジェクトを成功させるチケット管理
Makoto SAKAI
テレワーク下の要件定義(RDRA:ラドラ
テレワーク下の要件定義(RDRA:ラドラ
ChangeVision
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発
Kent Ishizawa
挑戦の道具としてのチケット駆動開発(長編版)
挑戦の道具としてのチケット駆動開発(長編版)
Makoto SAKAI
地図を片手にアジャイル開発
地図を片手にアジャイル開発
Zenji Kanzaki
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
Shuji Yamada
チャレンジ基盤としてのチケット駆動開発(旧版)
チャレンジ基盤としてのチケット駆動開発(旧版)
Makoto SAKAI
【de:code 2020】 学生諸君! Azure であそぼう! ~Microsoft の AI を自作アプリに取り入れるまで~
【de:code 2020】 学生諸君! Azure であそぼう! ~Microsoft の AI を自作アプリに取り入れるまで~
日本マイクロソフト株式会社
業者に騙されないデジタルアーカイブシステム開発、デジタル化の調達のために
業者に騙されないデジタルアーカイブシステム開発、デジタル化の調達のために
Masaki Nakayama
多様性の時代を生きる、私たちのデザイン -インクルーシブデザインとサービスデザインを語る-
多様性の時代を生きる、私たちのデザイン -インクルーシブデザインとサービスデザインを語る-
Concent, Inc.
【視座】 “テーマの知恵から方法の知恵へ” -それはWhatから始まる
【視座】 “テーマの知恵から方法の知恵へ” -それはWhatから始まる
Sapporo Sparkle k.k.
Decentralized identity
Decentralized identity
Takao Tetsuro
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
Yusuke Suzuki
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
日本マイクロソフト株式会社
Más contenido relacionado
La actualidad más candente
Rdraモデリングをしよう
Rdraモデリングをしよう
Zenji Kanzaki
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪
Zenji Kanzaki
チケット駆動開発の大切なこと- コミュニケーションの視点から -
チケット駆動開発の大切なこと- コミュニケーションの視点から -
Makoto SAKAI
チケット駆動開発導入のヒント - 自律と規律 -
チケット駆動開発導入のヒント - 自律と規律 -
Makoto SAKAI
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?)
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?)
Makoto SAKAI
Relationship driven requirement analysis
Relationship driven requirement analysis
Kent Ishizawa
What is RDRA
What is RDRA
zenkan
チケット駆動開発の大切なこと(バランス編)
チケット駆動開発の大切なこと(バランス編)
Makoto SAKAI
プロジェクトを成功させるチケット管理
プロジェクトを成功させるチケット管理
Makoto SAKAI
La actualidad más candente
(9)
Rdraモデリングをしよう
Rdraモデリングをしよう
さくさく要件定義セミナー in 大阪
さくさく要件定義セミナー in 大阪
チケット駆動開発の大切なこと- コミュニケーションの視点から -
チケット駆動開発の大切なこと- コミュニケーションの視点から -
チケット駆動開発導入のヒント - 自律と規律 -
チケット駆動開発導入のヒント - 自律と規律 -
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?)
チケット駆動開発によるプロジェクトの活性化 - 見える化と権限ポリシーがプロジェクトを変えた! -(それからどうした?)
Relationship driven requirement analysis
Relationship driven requirement analysis
What is RDRA
What is RDRA
チケット駆動開発の大切なこと(バランス編)
チケット駆動開発の大切なこと(バランス編)
プロジェクトを成功させるチケット管理
プロジェクトを成功させるチケット管理
Similar a 越境する情シス
テレワーク下の要件定義(RDRA:ラドラ
テレワーク下の要件定義(RDRA:ラドラ
ChangeVision
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発
Kent Ishizawa
挑戦の道具としてのチケット駆動開発(長編版)
挑戦の道具としてのチケット駆動開発(長編版)
Makoto SAKAI
地図を片手にアジャイル開発
地図を片手にアジャイル開発
Zenji Kanzaki
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
Shuji Yamada
チャレンジ基盤としてのチケット駆動開発(旧版)
チャレンジ基盤としてのチケット駆動開発(旧版)
Makoto SAKAI
【de:code 2020】 学生諸君! Azure であそぼう! ~Microsoft の AI を自作アプリに取り入れるまで~
【de:code 2020】 学生諸君! Azure であそぼう! ~Microsoft の AI を自作アプリに取り入れるまで~
日本マイクロソフト株式会社
業者に騙されないデジタルアーカイブシステム開発、デジタル化の調達のために
業者に騙されないデジタルアーカイブシステム開発、デジタル化の調達のために
Masaki Nakayama
多様性の時代を生きる、私たちのデザイン -インクルーシブデザインとサービスデザインを語る-
多様性の時代を生きる、私たちのデザイン -インクルーシブデザインとサービスデザインを語る-
Concent, Inc.
【視座】 “テーマの知恵から方法の知恵へ” -それはWhatから始まる
【視座】 “テーマの知恵から方法の知恵へ” -それはWhatから始まる
Sapporo Sparkle k.k.
Decentralized identity
Decentralized identity
Takao Tetsuro
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
Yusuke Suzuki
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
日本マイクロソフト株式会社
第24回WebSig会議「100人で考える、理想的なサイトマップの形と標準書式」WebSiteExpert記事
第24回WebSig会議「100人で考える、理想的なサイトマップの形と標準書式」WebSiteExpert記事
WebSig24/7
共通語彙の構築の基本的な考え方と方法 〜研究データのために語彙・スキーマを作るには〜
共通語彙の構築の基本的な考え方と方法 〜研究データのために語彙・スキーマを作るには〜
National Institute of Informatics (NII)
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
Hiromasa Oka
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Yukei Wachi
Tableau Blueprintの概要 for JTUG/RETAIL 2019/10/16
Tableau Blueprintの概要 for JTUG/RETAIL 2019/10/16
Ryusuke Ashiya
オブジェクト指向設計の原則
オブジェクト指向設計の原則
Toru Koido
業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド
You&I
Similar a 越境する情シス
(20)
テレワーク下の要件定義(RDRA:ラドラ
テレワーク下の要件定義(RDRA:ラドラ
ドメイン駆動設計と要求開発
ドメイン駆動設計と要求開発
挑戦の道具としてのチケット駆動開発(長編版)
挑戦の道具としてのチケット駆動開発(長編版)
地図を片手にアジャイル開発
地図を片手にアジャイル開発
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
【Interop Tokyo 2013】 どうする?どうなる?SDN/クラウド時代の運用管理 ~データセンター、クラウド提供事業者の立場から~
チャレンジ基盤としてのチケット駆動開発(旧版)
チャレンジ基盤としてのチケット駆動開発(旧版)
【de:code 2020】 学生諸君! Azure であそぼう! ~Microsoft の AI を自作アプリに取り入れるまで~
【de:code 2020】 学生諸君! Azure であそぼう! ~Microsoft の AI を自作アプリに取り入れるまで~
業者に騙されないデジタルアーカイブシステム開発、デジタル化の調達のために
業者に騙されないデジタルアーカイブシステム開発、デジタル化の調達のために
多様性の時代を生きる、私たちのデザイン -インクルーシブデザインとサービスデザインを語る-
多様性の時代を生きる、私たちのデザイン -インクルーシブデザインとサービスデザインを語る-
【視座】 “テーマの知恵から方法の知恵へ” -それはWhatから始まる
【視座】 “テーマの知恵から方法の知恵へ” -それはWhatから始まる
Decentralized identity
Decentralized identity
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
なぜソフトウェアアーキテクトが必要なのか - Devlove 20110423
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
第24回WebSig会議「100人で考える、理想的なサイトマップの形と標準書式」WebSiteExpert記事
第24回WebSig会議「100人で考える、理想的なサイトマップの形と標準書式」WebSiteExpert記事
共通語彙の構築の基本的な考え方と方法 〜研究データのために語彙・スキーマを作るには〜
共通語彙の構築の基本的な考え方と方法 〜研究データのために語彙・スキーマを作るには〜
アジャイルにモデリングは必要か
アジャイルにモデリングは必要か
人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
Tableau Blueprintの概要 for JTUG/RETAIL 2019/10/16
Tableau Blueprintの概要 for JTUG/RETAIL 2019/10/16
オブジェクト指向設計の原則
オブジェクト指向設計の原則
業務システム開発モダナイゼーションガイド
業務システム開発モダナイゼーションガイド
Más de Zenji Kanzaki
AI時代の要件定義
AI時代の要件定義
Zenji Kanzaki
ChatGPTを使った要件定義のRDRA的考察.pdf
ChatGPTを使った要件定義のRDRA的考察.pdf
Zenji Kanzaki
商流物流金流.pdf
商流物流金流.pdf
Zenji Kanzaki
Rdra2.0 redmine
Rdra2.0 redmine
Zenji Kanzaki
ToBe図書館モデル
ToBe図書館モデル
Zenji Kanzaki
現状分析→価値開発→仕様化 To be
現状分析→価値開発→仕様化 To be
Zenji Kanzaki
Rdraはどう形作られたか?
Rdraはどう形作られたか?
Zenji Kanzaki
RDRAにおける合意形成の仕組み
RDRAにおける合意形成の仕組み
Zenji Kanzaki
CCSRを実現するRDRA活用法
CCSRを実現するRDRA活用法
Zenji Kanzaki
顧客にもわかるモデリング
顧客にもわかるモデリング
Zenji Kanzaki
Ooc 2020
Ooc 2020
Zenji Kanzaki
オブジェクト指向方法論OMT まとめ
オブジェクト指向方法論OMT まとめ
Zenji Kanzaki
不動産販売システム
不動産販売システム
Zenji Kanzaki
話題沸騰ポッド RDRAモデル
話題沸騰ポッド RDRAモデル
Zenji Kanzaki
基幹システム RDRAモデル
基幹システム RDRAモデル
Zenji Kanzaki
基幹システムの可視化技法
基幹システムの可視化技法
Zenji Kanzaki
RDRA流概念モデル
RDRA流概念モデル
Zenji Kanzaki
基幹システム RDRAモデルサンプル
基幹システム RDRAモデルサンプル
Zenji Kanzaki
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
Zenji Kanzaki
ビジネスモデル2 rdra
ビジネスモデル2 rdra
Zenji Kanzaki
Más de Zenji Kanzaki
(20)
AI時代の要件定義
AI時代の要件定義
ChatGPTを使った要件定義のRDRA的考察.pdf
ChatGPTを使った要件定義のRDRA的考察.pdf
商流物流金流.pdf
商流物流金流.pdf
Rdra2.0 redmine
Rdra2.0 redmine
ToBe図書館モデル
ToBe図書館モデル
現状分析→価値開発→仕様化 To be
現状分析→価値開発→仕様化 To be
Rdraはどう形作られたか?
Rdraはどう形作られたか?
RDRAにおける合意形成の仕組み
RDRAにおける合意形成の仕組み
CCSRを実現するRDRA活用法
CCSRを実現するRDRA活用法
顧客にもわかるモデリング
顧客にもわかるモデリング
Ooc 2020
Ooc 2020
オブジェクト指向方法論OMT まとめ
オブジェクト指向方法論OMT まとめ
不動産販売システム
不動産販売システム
話題沸騰ポッド RDRAモデル
話題沸騰ポッド RDRAモデル
基幹システム RDRAモデル
基幹システム RDRAモデル
基幹システムの可視化技法
基幹システムの可視化技法
RDRA流概念モデル
RDRA流概念モデル
基幹システム RDRAモデルサンプル
基幹システム RDRAモデルサンプル
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
越境アジャイル設立イベント:RDRA事例(BIGLOBE)
ビジネスモデル2 rdra
ビジネスモデル2 rdra
越境する情シス
1.
越境する情シス 自社のシステム人任せにせず、自分たちで可視化しよう! 2017/10/26
2.
わたしは… • ㈱バリューソース • 代表取締役
社長 • 神崎 善司 • zkanzaki@vsa.co.jp • 要件定義の散歩道:https://www.facebook.com/youkennotsubo • twitter:@zenzengood • 要件定義手法の開発 • RDRA Relationship driven requirement analysis • 普段は • システム企画・要件定義などの支援 • セミナー開催(要件定義、モデリング) • 要件定義用ツールの開発 • 要件定義との関係は • オブジェクト指向を中心にシステム開発全般に関わる • 要件定義などの上流工程を中心としたセミナー・コンサルティングを行う • その間一貫してモデル中心で行う • その経験を活かしてモデルを使った要件定義の手法を「RDRA」としてまとめる
3.
保守スピード の低下 保守コストの 増大 リリース後のト ラブル増 品質が低下し ている
4.
フロントだけの対応で は限界にきている 昔からあった問題 いよいよ待ったなし! 保守開発案件のドキュ メントしかない 今を表したものはない
5.
有識者のレ ビューを受ける ドキュメント を整備した 有識者も影響度を 全て把握できない 有識者がボトル ネックになる 大量になり過ぎ てメンテできない 担当者別の様々 な形式で理解が 難しい ベンダー任せで やっぱりわからない
6.
様々な状況を統一 的に簡潔に表現する 影響度を分析できる 記述とする メンバーの知見を可視化する
7.
RDRA:ドキュメントを構造化する システム価値 システム外部環境 システム境界
システム UC:ユーケース コンテキスト 利用シーン 業務 イベント ユースケース概念 画面・帳表 機能 ドメイン データ 要求 機能複合 モデル 利用シーン &UC 業務&UC 状態 UC&画面 UC&機能 プロトコル 依存 WhyWhyWhy 構造が記述 量を減らす
8.
RDRA:全ての情報をつなげる 画面 ユースケース 機能 データ・ ドメイン 外部システム イベント 要求 依存 WhyWhyWhy
9.
Act UC データ 画面 画面 データ イベント ユースケース データ データ データ データ データ データ ドメインモデル/データモデル シス テム システムコンテキスト BU BU BU ビジネスユースケース 簡潔に表現する BU:ビジネスユースケース UC:ユースケース 顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 商品 業務コンテキスト Act UC UC 業務フロー 限られたアイコンで表現する 条件テーブル 顧客 個人客 大手流通業 コンビニ 商品 パッケージ商品 生鮮品 条件 バリエーション バリエーション
10.
顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 BU BU BU 商品 シス テム BU:ビジネスユースケース UC データ 画面 画面 データ UC データ 画面 画面 データ UC データ 画面 画面 データ Act UC データ 画面 画面 データ イベント Act UC UC UC:ユースケース データ データ データ データ データ データ 業務コンテキスト システムコンテキスト ビジネスユースケース 業務フロー ユースケース ドメインモデル/データモデル 多様な現状を表現する つなぎ方で多様な現状を可視化する 業務フロー 外部システムの画面に入力している Act
画面 外部シ ステム 手で作成したデータ(CSV)をバッチで 処理する UC Act 外部シ ステム データ 日次バッチ データ
11.
顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 BU BU BU 商品 シス テム BU:ビジネスユースケース UC データ 画面 画面 データ UC データ 画面 画面 データ UC データ 画面 画面 データ Act UC データ 画面 画面 データ イベント Act UC UC UC:ユースケース データ データ データ データ データ データ 業務コンテキスト システムコンテキスト ビジネスユースケース 業務フロー ユースケース ドメインモデル/データモデル ビジネスルールの明示 バリエーションの組合 せで条件を作る 条件 ビジネスルールはバリエーションと 条件テーブルで表現する 条件テーブル 顧客 個人客 大手流通業 コンビニ ビジネスルールはバリエーショ ンの組み合わせで発生する 商品 パッケージ商品 生鮮品 値引き率 バリエーション バリエーション
12.
顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 BU BU BU 商品 シス テム BU:ビジネスユースケース UC データ 画面 画面 データ UC データ 画面 画面 データ UC データ 画面 画面 データ Act UC データ 画面 画面 データ イベント Act UC UC UC:ユースケース データ データ データ データ データ データ 業務コンテキスト システムコンテキスト ビジネスユースケース 業務フロー ユースケース ドメインモデル/データモデル 大規模システムへの対応 業務コンテキスト ビジネス ユースケース 業務フロー ユースケース ドメイン/データモデル 大量の情報は階層化して表現する ロジックの条件ではなくビジネス ルールをまとめる 顧客 個人客 大手流通業 コンビニ 商品 パッケージ商品 生鮮品 条件
階層化
13.
顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 BU BU BU 商品 シス テム BU:ビジネスユースケース UC データ 画面 画面 データ UC データ 画面 画面 データ UC データ 画面 画面 データ Act UC データ 画面 画面 データ イベント Act UC UC UC:ユースケース データ データ データ データ データ データ 業務コンテキスト システムコンテキスト ビジネスユースケース 業務フロー ユースケース ドメインモデル/データモデル 変更を局所化する 変更 変更顧客 個人客 大手流通業 コンビニ 商品 パッケージ商品 生鮮品 条件 変更 変更 システム変更の起点は以下の3つである 画面 イベント バリエーション 組み合わせ条件の変更 システム 入出力 画面 イベント ビジネス ルール システム変更の起点
14.
顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 BU BU BU 商品 シス テム BU:ビジネスユースケース UC データ 画面 画面 データ UC データ 画面 画面 データ UC データ 画面 画面 データ Act UC データ 画面 画面 データ イベント Act UC UC UC:ユースケース データ データ データ データ データ データ 業務コンテキスト システムコンテキスト ビジネスユースケース 業務フロー ユースケース ドメインモデル/データモデル 顧客 個人客 大手流通業 コンビニ 商品 パッケージ商品 生鮮品 影響度を分析する UC UC データ 画面 画面 データ BU 顧 客 自 社 物流 業務 ・全ての情報をつなげる システム データ UC UC 画面 画面 変更 ・変更起点から関わるところ調べ影響度を分析する 変更 UC 変更
15.
顧 客 パ ー ト ナ ー 自 社 物流 金融 業務 業務 BU BU BU 商品 シス テム BU:ビジネスユースケース UC データ 画面 画面 データ UC データ 画面 画面 データ UC データ 画面 画面 データ Act UC データ 画面 画面 データ イベント Act UC UC UC:ユースケース データ データ データ データ データ データ 業務コンテキスト システムコンテキスト ビジネスユースケース 業務フロー ユースケース ドメインモデル/データモデル •
簡潔に表現する • 多様な現状を表現する • 大規模システムへの対応 • ビジネスルールの明示 • 変更を局所化する • 影響度を分析する
Descargar ahora