Proposal to Openthlogy 2.0

Openthology Ver.2.0 への提言細川　努牛尾　剛

はじめに本講演は現在のOpenthology1.0の課題を分析し、  Openthology2.0の要望事項と解決案をまとめたものである。あくまで細川＆牛尾の意見であり、Openthology2.0  へ向けては理事含めて、皆さんのご意見を広く承りたいと思います。

本日のアジェンダ Openthlogy1.0の復習  Openthlogy1.0の課題  課題の分析  解決策（案） 

要求開発アライアンスの Openthologyとは要求開発アライアンスは、“ビジネス的価値を生み出す情報システムのシステム  要求”はどのように開発されるべきかを実際のシステム構築経験や工学的見地から総括し、実践的手法に昇華させることを目指しています。要求開発アライアンスが整備を目指す要求開発方法論、「Openthology（Open  Enterprise Methodology:オープンソロジー）」は、ビジネス的要求をシステム要求に変換するためのシステマティックなアプローチとともに以下の方法を提供します。 ◦ 戦略的IT化を推進するための組織形成やプロジェクトの構成方法 ◦ 経営課題やビジネス要求を構造的に分析する方法 ◦ ビジネスの構造やメカニズムを視覚化する方法 ◦ ステークホルダーの合意を形成しつつプロジェクトを推進する方法 ◦ 企画したシステムによるビジネス的価値・効果の検証方法 ◦ ビジネス要求とシステム要求のトレーサビリティの管理方法要求開発アライアンスホームページよりビジネス要求をシステム要求に変換するためのシステマティックなアプローチをもつ要求開発方法論

要求開発ってなんだっけ？家を建てることに例えるならモデル間取り収納将来は？予算は？発注要件を老後… 防犯採光性? 通気性? 確定建築状況の確認引き渡し前に設計士にどんな家を自分の家への設計・検証確認要求を決めるしっかりと欲しいのか要望を要求を示す家族で相談しまった！しっかり確認 △◎×？！しておかないと

要求開発Openthologyモデリング全体像ビジネス構造をしっかりとモデルで示します要求開発立案フェーズデザインフェーズ cd 論理モデル 0..* 1..* 0..* 0..1 1 0..* ビジネス戦略高概念クラス図理想のモデル (ToBe) ad アクティビティ業務開始終了ビジネスの情報抽象度現状のモデルシステム基本要求書概念ビジネスフロー図（AsIs) ud ユースケースモデル ud ユースケースモデル実現可能なモデル (Realize) ビジネスユースケースビジネスユースケース ad アクティビティ ad アクティビティ ad アクティビティ業務業務 ad アクティビティ ad アクティビティ低業務 ad アクティビティ業務業務開始終了開始業務終了開始終了開始システム終了開始終了システム開始終了システムシステムシステムシステムシステムシステムシステムシステムシステムシステム現状ビジネスフロー図 IT戦略ビジネスフロー図 6

システム開発Openthologyモデリング全体像要求開発システム開発デザインフェーズ方向付け/推敲/構築/移行/評価 cd 論理モデルシフトフェーズ cd 分析クラス図 0..* 1..* 0..* 0..1 0..* id コンポーネントモデル 1 0..* 1..* 0..* パッケージ 0..1 パッケージ高パッケージ概念クラス図分析クラス図パッケージ図 cd 設計クラス図 ud ユースケースモデル a d アクティビティ業務開始終了ビジネス情報 ITの抽象度システム概念アクティビティ図システムユースケース基本要求書設計クラス図図 ud ユースケースモデル ? 実現可能なモデル sd 相互作用 (Realize) 論理モデル:: 論理モデル:: 論理モデル:: 論理モデル:: 論理モデル:: 低シーケンス図 ad アクティビティ業務 ad アクティビティビジネスユースケース開始業務終了システム開始終了 dd コンポーネントモデルシステムシステム Node1 Node2 システム Component 2 Component3 IT戦略アクティビティ図 Component4 配置図 7

Openthology構造とモデル戦略とサービス構造中心でモデル化  ◦ ビジネス戦略からプロジェクト戦略へ ◦ 業務のサービスの明確化企業の意思決定層とビジネスオペレーション層の構造を確立（見える化）  ◦ 企業の意思決定層の戦略を、ビジネスオペレーション層のサービスまで具体的に落とし込むメソッドを持つ。ビネ戦ジス略ビネジスビジプセ構ロス造サビ構ース造情構報造ネスオジクブェトビネ・ロスジスプセビネ要ジス求モルデシテ要スム求デターアリーョ・ロスプケシンプセ I モルデ T シスアリーョプケシンテムフーワクレムー実アキクャ装ーテチ

Openthology目標の成績表目標成績対応するツール備考ビジネス要求をシステム要求おしいブロセスセル／プロセスキャビシステマティックなアプローチに変換するシステマティックネットが明記されているが、前提条なアプローチ件がある（初心者が厳しい）組織形成やプロジェクト構成未達成明確なものはなし経営課題やビジネス要求を良くでき要求分析ツリー、BSC戦略マッ構造的に分析するましたプ、IT貢献度マップ、問題分析ツリー、ビジョン分析ツリービジネス構造やメカニズムを良くでき TFP分割図、アクティビティ図、視角化するました LFD、概念モデル、ビジネスユースケース図ステークホルダーの合意を形未達成明確なものはなしコタツモデルなどのコンセプト（各種ダイヤグラムやゴール記述）成しつつプロジェクトを推進はありするビジネス的価値、効果の検証おしいゴール記述書、BSC戦略マップ目的－手段の連鎖による価値、IT貢献度マップの検証はできるが、効果の検証はあまりできていない要求のトレーサビリティおしい BSC戦略マップ、IT貢献度マッビジネスと要求のつながりのツプ、要求分析ツリー、問題分析ールは多いが、ビジネス要求ツリー、ビジョン分析ツリー、要からシステム要求へつなぐ方求リスト、アクティビティ図… 法は明示されていない

解決案 Openthology 2.0

解決案こがわ？こ変る Opent hology Openthology 2.0 Openthologyの体系をシンプルにして初心者にもわかりやすくしよう思い切って本当に大事なところに絞って他はオプションにしてはどうかな？

解決案こがわ？こ変る Opent hology Openthology 2.0 UMLがわからない人でも要求開発ができるようにするには… 使う場面を想定してカスタマイズした手順（レシピ）を作りたい…

解決案こがわ？こ変る Opent hology Openthology 2.0 フロントローディングの具体化業務要求だけでなく非機能要求も大事だよアジャイルな要求開発

解決案こがわ？こ変る Opent hology Openthology 2.0 みなさまの支持あっての要求開発でございます。ヤル気があればなんとかなる！あとは勢いでガンバる！

Openthology2.0 要求リスト番号要求優先順位顧客満足度顧客不満足度 ReDA01 初めての人でも流れがわかること 3 5 4 ReDA02 初めての人でも要求開発の成果物や要件 1 5 5 定義／基本設計へのつながりがわかること ReDA03 初めてのひとでもある手法の代替え手段が 4 5 3 わかること ReDA04 カスタマイズが容易であること 5 3 5 これを決め ReDA05 作業の重要度がわかること 6 3 5 7 ましょう ReDA06 下流の要求開発にも対応すること 3 5 ReDA07 具体例がわかること 2 5 5 ReDA08 アーキテクチャや非機能要件を考慮するこ 11 3 3 と ReDA09 フロントローディングを具現化すること 12 3 3 ReDA10 検証の方法を考えること 8 3 4 ReDA11 ステークホルダ毎に整理すること 9 4 3 ReDA12 マーケティングを強化すること 10 3 4

Openthology2.0 ゴール記述何をどうすることで何がいつまでにどうなる評価尺度手法を再整理する初心者が 2007/06 Openthologyを 2.0βを説明され理解できるようた人へのアセスになるメントの平均点が20%向上する非機能要件整理するフロントローディ体系化するングこれを決めましょう

Openthology2.0 ロードマップ案時間がかかってもいいから、完成度を高くしたいね 2.0本執筆作業？ Webコンテンツ整備対外アピールテーマ別作業全体構想具体化 2007/12 2008/2 2008/8 2009/2 2009/3 現在合宿合宿完成宣言合宿 - 全体構想の合意 - 全体レビュー - 最終レビュー - 作業分担の決定 - β版完成

要求開発の流れの整理例参考主要成果物ＥＡ要求工学準備前ビ提ジネビジネス戦略を確認するゴール要求分課題ス記述書析ツリーリスト・アＩＴ達成目標を確認するーキ立案ビジネステ方ニビジネスユースク向ーサービス構造を確認する(As-Is) チ概略図ケースづズャけ分図析業務概念ビジネス分フローモデルルール析情報構造を確認する(As-Is) プロセス構造を確認する(As-Is) 非プロセス要素を確認する(As-Is) 非機能要件を確認する (As-Is) (As-Is) リスト改善・変革ポイントを分析する啓発ビジネスデザイン方サービス構造を策定する(To-Be) ビジネスユース向概略図ケースづけ図業務概念ビジネス分情報構造を策定する(To-Be) プロセス構造を策定する(To-Be) 非プロセス要素を策定する（To-Be) フローモデルルール析 (To-Be) (To-Be) リスト課題狙いと改善・変革ポイントの実現性を確認する解決啓リスト発移行ーア要キプ求テリＲＦＰを作成する要件定義を行う仕ＲＦＩを作成する要件クケＲＦＩＲＦＰ様チー定義書化ャシ or or ョ課題・申送り事項を整理するン・ア

参考要求開発の基本的な流れ目的・課題・要望の分析プロジェクトでやることと目的の探索プロジェクトの目的と範囲とゴールの設定目的と範囲の設定業務プロセスの分析と新業務のモデル化業務プロセスの分析プロジェクト対象業務の概念の整理静的構造の分析要求の整理とシステム化要求リストアップと整理と取捨選択範囲の策定 19

参考要求を抽出する５つのルートＴｏＢｅ業務フロー目的分析一番主体課題分析揺さぶり要望分析要求 20

参考プロセスフレームワークの全体像プロセスフレームワーク内容目的の構造を分析する目的分析目的・課題・要望の分析課題を分析する課題分析要望を分析する要望分析プロジェクト目的を決定するプロジェクト目的の策定目的と範囲の設定プロジェクトのゴールを設定するゴール分析プロジェクトの範囲を決定するプロジェクト範囲の決定プロジェクトのステークホルダを決定するステークホルダ分析機能やサービス構造を分析するサービス構造の分析プロジェクトの効果を分析する効果分析業務フローを分析する業務プロセスの分析概念構造やデータ構造を分析する静的構造の分析分析結果から要求を抽出します要求のリストアップ要求の整理とシステム化範囲の策定モデルにより要求に抜け漏れや無理がな要求の揺さぶりいか検討するＩＴ化後のイメージを可視化し検証するＩＴイメージとリスクの軽減必要な要求を取捨選択する Mamezou Co., Copyright © 2007 要求のトリアージ 21 Ltd. All right reserved.

参考目的分析説明  ◦ 目的の構造を分析する ◦ プロジェクト目的と企業戦略のつながり、目的と要求の関連、目的を達成するために必要な手段の分析を行う用途  ◦ プロジェクトのゴール設定に用いる ◦ 目的を達成するために必要な要求を分析する ◦ 要求と企業戦略のつながりを見る手法  ◦ BSC戦略マップ ◦ IT貢献度マップ ◦ ビジョン分析ツリー ◦ 要求分析ツリー 22

参考目的分析に使われる手法他手法の人が要求開発を理解／活名称説明使い分け備考用しやすくなるから目的からブレークダウンして、解決策を他手法と比べると最もシンプル目的ー手段の連鎖をビジョン分析ツリー探索する手法な手法見たい場合は簡易な経営戦略までさかのぼる必要が要求ツリーを作ることないケース難易度が最も低いＢＳＣ（バランスドスコアカード）のフォー経営戦略と整合性をもったＩＴシＩＴ貢献度マップとセットＢＳＣ戦略マップマットに既存の戦略をマップして確認すステム企画を行いたいケースで使われる要求開発以外る手法の手法も提示するＢＳＣ戦略マップで見える化した戦略に経営戦略と整合性をもったＩＴシＢＳＣ戦略マップとセッＩＴ貢献度マップ対してＩＴをどのように活用するか見えるステム企画を行いたいケーストで使われる化する手法上位の要求（利益の拡大など）から細ＢＳＣとビジョン分析ツリーの中目的分析に加え課題要求分析ツリーかい要求までを目的ー手段の連鎖によ間レベル分析、要望分析も同時って系統だてて整理したもの戦略と整合性をとりつつプロジェに分析することができクトの方向付けをしたい場合にる使用される 23

参考ライトウェイト型のプロセスレシピの例ゴール記述書作成業務目的の確認アクティビティ図（As-Is)作成ビジネスコンテキスト図ビジネスユースケース図の作成アクティビティ図（To-Be）コスト分析作成問題分析ツリー作成ＴＦＰ分割図（To-Be)作成要望分析シート作成 RFP作成要件リスト作成ビジョン分析ツリー要求分析ツリー（小）作成システム開発 ITイメージの確認 ● 24

参考その他のトピック管理プロセスとモデリングプロセスの分離  ◦ ファシリテーションや心構えなども含むバリエーション毎の整理  ◦ 上流要求開発／下流要求開発（山岸さん） ◦ ステークホルダー毎の整理（石沢さん）非機能要求／アーキテクチャ  フロントローディングの具現化  評価／検証  Openthology Ver.2.0

http://agnozingdays.blogspot.com	217
http://agnozingdays.blogspot.jp	20
http://www.slideshare.net	11
http://webcache.googleusercontent.com	2

Proposal to Openthlogy 2.0

by Kent Ishizawa on Dec 19, 2007

Accessibility

Tags

Upload Details

Usage Rights

4 Embeds 250

Statistics

Proposal to Openthlogy 2.0 — Presentation Transcript