1. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
匠Methodで目指す
「ビジネスエンジニアリング」
前編
株式会社 匠 BusinessPlace
代表取締役社長 萩本順三
2. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
アジェンダ
• 匠Method概論(前編)
• 匠Method モデル理解のポイント
• 匠Method 演習
• 変革すべきこれまでのスキル
時間 13時~16時 3時間
2
3. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
3
匠Method概論
4. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
4
【解説】
5. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
経営・業務改革の考え方として(価値を描いて作る)
これからエンジニアリングは「描いて創る」事
5
価値
戦略
業務
IT機能
IT構造
描く力
作る力
オブジェクト指向
方法論Drop 1997
要求開発
方法論2005~2008
匠メソッド
方法論2009
6. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
6
【解説】
この図は私がソフトウエア開発を行う中で開発手法の必要性に目覚め、独自
の方法論を作成してきた道のりです。
最初は開発方法論(オブジェクト指向方法論Drop 1997)を作成しました。
この時、システム要求は業務要求からもたらされるのに、システム要求を最上
位する方法論でしたので後ろめたい気持ちが残りました。
豆蔵時代にBDA(ビジネスドリブンアーキテクチャ)という言葉と共にビジネス
改善を含んだ方法論を作成しました。後に要求開発方法論ver0.6として業界
オープンとなったものです。その後、要求開発方法論は要求開発アライアンス
のメンバーの皆さんと共に、戦略モデルの強化を図り洗練され、それを基に
「要求開発(日経BP)」という書籍になりました。これが要求開発方法論
ver1.0です。
その後、私は豆蔵を辞め、新しい会社「匠BusinessPlace」を立ち上げ、その
中で要求開発方法論の更なる洗練化を行い匠Methodという方法論の体系
を創り上げました。その際に、ビジネス戦略の上位に価値を置いたのです。
そして、価値=>戦略=>業務=>IT活用という流れで同時並行的に進め
ていくメソッドを考え出しました。
そのメソッドが、匠Method for Serviceと匠Method for Peoductです。
7. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
キャリア開発ガイド
サービス開発ガイド
教育体系ガイド
要求開発プロセス
システム開発プロセス
ビジネスアジャイル開発プロセス
業務改善プロセス
テンプレートプラクティス
匠Think(要求開発シンキング)
ガイド
匠プロセス
匠メソッド
モデリング
ビジネスエクスペリエンス
匠テクニカル
匠Method for Service
匠Method for Product
…ビジネス企画メソッド
…製品企画メソッド
強化
7
8. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
8
【解説】
図は、要求開発から発展した匠Method の全体体系です。現在では、これら
の体系を匠Method for Serviceと匠Method for Peoductに凝縮させる
ようにしています。
匠Method for Serviceと匠Method for Peoductは匠Methodが凝縮さ
れた2つの方法論であり、匠Method for Service はビジネス企画方法論、
匠Method for Peoduct は製品企画方法論と名付けています。
なぜ、要求開発を洗練させたメソッド群が凝縮された方法論に○○企画と名
付けたか?それは、新規ビジネスや製品を作る際のプロジェクトが良い結果
を生み出すか否かは最初の段階(つまり企画段階)にあると、要求開発を実
践すればするほど痛感したからです。
また、匠Thinkは、方法論を習得するのは時間がかかるという弱点を補うた
めに「言葉」で理解してもらうための言葉集となっています。
10. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
10
【解説】
現状では「ビジネス企画はユーザ企業」、「開発は開発企業」で行う事が多い
ですね。本来ならばビジネス企画と開発が近い所で回す必要があるのですが、
この2つが切れているというのが日本企業の問題です。
これにより負のSierのビジネス慣習(ユーザ企業からシステム要求が出るの
を待っている)が蔓延ってしまいました。匠Methodはそのような慣習を断ち
切るために必要とされる方法論なのです。
本来ならば図中の将来にあるように、ビジネス企画の中で新しい業務モデル
をデザインする中、IT活用の姿を明確に持つべきです。匠Thinkでは、この
事を「結果イメージの予測」と呼び、その手段として「Howの手さぐり」を行う必
要性を問うています。つまりはIT開発が近い所で回る事でビジネス企画の結
果が見えるためにもITチームの存在が必要となります。
またイノベーションの事を「Howからの突き上げ」と匠Thinkでは表現します。
このイノベーションにもITチームがいることで貢献できるのです。
最近ではクラウド等新しい技術が生まれ、すぐ試せるIT環境が普通に提供さ
れるようになっています。そのような時代だからこそ、ビジネス企画とIT活用
(開発)を同時並行的に進められる方法論が必要となるのです。
11. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
新時代の企画開発プロセスとマネジメント
要求開発段階 システム開発段階
分ける
(作業の見える化)
要求開発段階 システム開発段階
繋げる
(プロセス)
並行で走らせる
(チームセル)
・Howの手探り
・Howからの突き上げ
11
12. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
12
【解説】
この図は、新しい時代のプロセスとマネジメントの姿を現しています。
これまでのプロセスは開発プロセスが中心とされていました。そこで、要求開
発というプロセスなどによりビジネスのプロセスを表す必要があります。
開発プロセスは徐々に発展はしていますが、まだまだビジネスの標準的なプ
ロセスは未発展と言っていいでしょう。ここまでが図中の「分ける」です。
次に重要となるのは、プロセスのフェーズで活用するモデル(or 活動成果)の
インプットとアウトプットを「繋げる」事が重要となります。この段階で、巨大な
ウォータフォールモデルとなり時代遅れのプロセスとなってしまいました。
近代的なプロセスは、「並行で走らせる」方法を持つプロセスです。言ってみ
れば、流れ作業からセル型のチームで行うプロセスです。
匠Method for ServiceやProductは、セル型チームで並行で走らせる事で
スピード感をもたらしており、様々なプロジェクトで評価をいただいています。
このようにプロセスの概念はまだまだ進歩します。これから非常に重要となる
概念なのです。
13. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
組織ビュー
ドメイン(問題領域)
ビュー
プロジェクトビュー
価値の
モデル
SWOT分析シート
匠BSC戦略マップ
ビジネスモデル図
ステークホルダモデル
ビジネスコンテキストフロー
プロジェクトシート
ープロジェクトビジョン
ープロジェクトミッション
要求分析ツリー
ゴール記述
初期プラン
業務
モデル
業務モデル
概念モデル
機能
モデル
ビジネスユースケース図
システムユースケース図
ストーリーボード
ビジネス企画モデル全体像(匠Method for Service)
価値関連モデル
価値分析モデル
価値デザインモデル
• 具体的な図の名称を入れたモデル・ビューフレー
ムワークを以下に表します。
13
14. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
14
【解説】
図は、匠Method for Serviceの全体像です。モデル(図)を、組織ビュー、ド
メインビュー、プロジェクトビューに分類され、さらに、価値モデル、業務モデル、
機能モデルというレイアに分類されます。組織ビューとは自社またはお客様企
業を見える化するためのビューです。ドメインビューは、ターゲットビジネスを
見える化するやめのビューです。プロジェクトビューは、プロジェクトに絞り込
むためのビューです。
匠Method for Serviceの非常に特徴的なものは価値モデルのレイアとプ
ロジェクトビューの存在と言えます。価値モデルは匠メソッドオリジナルな表記
を使います。
また、価値モデルにより価値をデザインするだけに留まらず、ビジネス戦略
やプロジェクト戦略に繋げ、業務モデルやITモデルで検証を図ります。
このことが、これからのビジネスに相応しい価値を生み出し合意形成を得な
がら素早く検証するといった、独創的かつ唯一無二となる現代的なメソッド体
系を生み出しています。
15. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
ビジネス企画モデル全体像(匠Method for Service)
◆SWOT分析シート ◆匠BSC戦略マップ
◆ステークホルダモデル ◆価値関連モデル
◆プロジェクトシート
◆業務モデル
組織
ビュー
ドメイン
ビュー
プロジェ
クトビュー
◆ゴール記述書 ◆初期プラン◆要求分析ツリー
◆ビジネスユースケース図
◆システムユースケース図◆ビジネスコンテキストフロー ◆概念モデル
◆価値分析モデル ◆価値デザインモデル
◆ビジネスモデル図
◆ストーリーボード
15
16. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
16
【解説】
匠Method for Serviceで使われる図のイメージです。
このように匠Method for Serviceは使う図を数枚に制限することでシンプル
なパッケージ化を図りました。
17. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
ビジネス企画メソッドの洗練化目標
• 価値からデザインする事
– 価値=>戦略=>業務=>IT活用
• スピーディ最短距離で目標達成
– ビジネスマインド志向
– 少ないモデル・少ないアウトプット
• 用途に合わせてカスタマイズ可能
– ゼロベースビジネスに対応
– 小さい企画にも対応
– 企業戦略にも対応(中期計画等)
– システム開発なくとも対応
– 複数企業の改革にも対応
– 個人の課題にも対応
17
18. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
18
【解説】
匠Method for Serviceはビジネス企画メソッドです。
このメソッドを開発した時の目標として、下記を目指しました。
・価値からデザインする事
価値=>戦略=>業務=>IT活用….これにより、価値や戦略から業務やIT活
用の必要性を把握し絞り込めるようにする
・スピーディ最短距離で目標達成
ビジネスマインド志向….できるだけ短時間で関係者を集めて行う事。
少ないモデル・少ないアウトプット….少ない情報量により、ドキュメント過多に陥ら
ない事
・用途に合わせてカスタマイズ可能…下記のような案件で使えるようにカスタ
マイズできるようにしました
ゼロベースビジネスに対応
小さい企画にも対応
企業戦略にも対応(中期計画等)
システム開発なくとも対応
複数企業の改革にも対応
個人の課題にも対応
20. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
20
【解説】
匠Method for Serviceのモデル(図)は、次に作成するモデルとの関係性を
重視しています。この図はその一例です。モデルの中のモデル要素が、次の
モデルのモデル要素と意味関係に関係性を持たせているので、対応関係が
取れるようになります。実際には、モデル要素に記号や色を使って関係性を
定義します。
このやり方で、1年以上かかる規模のビジネス企画からIT活用のための要求
までのトレーサビリティ(追跡可能)が保証できる事を検証できました。できる
だけ必要最低限のモデルで「価値=>戦略=>業務=>IT活用」を追跡可
能とし、それによって必要な業務要求やIT要求を絞り込む事ができるように
する。
これが、匠Method for Serviceの目標なのです。
24. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
24
【解説】
この図は、前のページの「戦略ベースプロジェクト」に対する「コンセプトベース
プロジェクト」です。
これは、絶対的なアイデアが明確にあるケースです。たとえば、製品企画の中
では、他の製品と比較して非常に特徴的で価値のあるコンセプトを3つ上げる
ようにします。
また、業務改革でも明確な勝ちパターンがある場合、それを3つ表します。
この場合、戦略要求の下位や業務要求の部分として現れます。なぜなら、そ
のような光り輝く価値を持つアイデアは、プロジェクトでなすべき戦略の全体
からすると、一部分である事が多いからです。ただ、一部分とは言えども非常
に重要な注目すべき要求分析ツリーの枝となります。
25. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
ソフト開発へのトレーサビリティ
25
ビジネスユースケース図
○ビジネス機能モデル
システムケース図
○システム機能モデル
ストーリーボード
○リアルモデル
要求分析ツリー
○戦略のツリー化
ビジネスコンテキスト図
○ビジネス外観のフロー化
ビジネス概念モデル
ビジネス概念語彙の整理
データモデル・オブジェクトモデル
システム情報の整理
■ユースケースドリブン
■アーキテクチャセントリック
26. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
26
【解説】
この図は、要求分析ツリーからIT活用イメージへ流れる方向と、システム構
造に繋げる方向と2つの方向がある事を説明しています。この流れを持って
いるために、開発会社の手法の超上流メソッドとして匠Method for Service
が定義できるのです。開発手法と匠Method for Serviceを繋げるだけでは
なく、匠Method for Serviceを上流に置く事で、既存の開発手法を洗練化
する事もできるようになります。なぜなら、要求の絞り込みができたり、IT活用
の検証を頂上流で行えたりするために、開発手法がコンパクトな体系で纏め
られる可能性が高くなるからです。
27. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
製品アーキテクチャ
製品コンセプト
製品
ビジョン
方
向
性
何を必要としているのか
(Whatの流れ)
何を必要としているのか
(Whatの流れ)
Howからの突き上げHowからの突き上げ
HowからWhatの創出
ユーザ
ニーズとシーズの
バランス(調整)
Howの手探り
Howのチューニング
匠Method 価値のデザインの原点
シーズからニーズを描く:情報洪水時代(情報過多)に最も必要な事!
27
28. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
28
【解説】
この図は、匠Methodの考え方の原点にあるものです。
シーズからニーズを描く(プロモーション・ブランディング)事。
つまり、自分(チーム・組織)が強いと思っている事を、顧客が欲しいと思うよう
な流れを作る事。これは逆の視点で考えると、顧客が欲しいと思うようなもの
を作るためには自分は何を強くすればよいのか考える事です。
この中でシーズの強みを明らかにし、ニーズを見ながら洗練化し、シーズを
ニーズに転換させるテクニックを持つ事ができれば、この情報過多の時代に
迷う事がなくなります。
現代社会では、自分を見失っている企業や個人が多いのではないでしょう
か?
このような考えは、己やチームの力を強くします。
30. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
30
【解説】
匠Method for Service やProductのモデルは、シーズからニーズを描くと
いうこの図の各所の役割を受け持っているのです。たとえば、価値分析モデ
ルの中で扱う「価値(嬉しい言葉)」の表現は、シーズがニーズに転換される所
です。なぜならステークホルダの嬉しい言葉は、あくまで自分の考えを通して、
ステークホルダの価値を描きます。そのため自分の意識が洗練化されていな
いとステークホルダの嬉しい言葉も洗練化できません。自分の思考を洗練化
しながらステークホルダの嬉しい言葉を考えていくので自然と自分の意識改
革につながっていくという経験を実際のプロジェクト実践で私は毎回実感しま
す。また、価値分析モデルの「目的」は、どちらかというとシーズの方向性を表
します。この2つの調和を取るのが価値分析モデルです。
一方価値デザインモデルは、モデル要素の殆どがシーズ側(自分たちの考え
の骨格)にあります。しかし、ストーリーだけは、ニーズを意識します。
要求分析ツリーは、シーズ側とニーズ側を描いた後に、その調和の中から導
き出す要求となります。
31. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
今回の3つのモデルで目的と手段をつなぐ
価値
戦略
業務
システム活用
システム実現
価値分析モデル
嬉しい言葉の価値部分
嬉しい言葉の仕組み
部分
■要求分析ツリー
目的を戦略要求へ
嬉しい言葉の
仕組みの部分
を業務IT要求
へ
目的
目的/手段
手段/目的
手段
目的/手段
ストーリーが優先度
ビジョンとコンセプトを
戦略要求の橋兄!
■価値デザインモデル
32. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
32
【解説】
この図は、価値分析モデルと要求分析ツリー2つを例に、「価値-戦略-業務-
IT活用」の繋ぎを説明しています。この図で示すように、 「価値-戦略-業務-
IT活用」は目的と手段の連鎖と考える事ができます。
これを繋げてスピーディに行き来する事こそメソッドの目標なのです。
このことを匠Think(要求開発活動の中で生み出した言葉集)では、「戦略と
実現の線上にしか価値は存在しない」と言っています。
つまりは、戦略と、戦略の実現(業務モデル、IT活用)、の繋ぎの中で最も価
値が高いものを選べという事です。
その事を匠Thinkでは、「制御可能で制御価値が高いものから選べ」と言って
います。ここでの制御とは、「変える(開発、業務改革・業務改善)」などの事で
す。
33. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
ビジネス企画の成功のポイント
33
価値創造
企業戦略
業務プロセス
IT活用
Project戦略
お客様を含む利害関係者が何を持って価値とするかを描き、プロジェクト
の目的と繋げる(価値分析モデル)
企業戦略の視点でプロジェクト戦略を洗練化する。
プロジェクト戦略を「戦略要求」、戦術を「業務要求」、「IT要求」として
行動計画に落とし込む。(要求分析ツリー)
業務のあるべき姿を全体プロセスとして描き、あるべき姿がもたらす
価値(嬉しい事)を定義する。(ビジネスコンテキストフロー)
上記の業務プロセスの中でIT活用シーンを明確化し、IT活用により
どのような価値(嬉しい事)が生まれるのか定義する。
(ユースケース図、ストーリボード)
Howの手さぐり
Howからの突き上げ
(イノベーション)
34. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
34
【解説】
この図は、匠Method for Serviceのモデルがターゲットとしている領域の詳
細です。この中で「プロジェクト戦略」というのが非常に重要となります。
プロジェクトを成功させるための戦略は、時間勝負・絞り込みといった観点が
入り、すべて行うのではなく、今行うべき事を選別してからプロジェクト計画を
立てるという事です。もちろん、その際に「制御価値」つまりは、価値の検証を
行うための「Howの手さぐり」を行ってからこれを決定します。
現在のプロジェクトでは、制御可能(今実現すべき量か、実現できる量か?)、
制御価値(価値を検証する)とか考えずに、いきなりWBS化(プランを立てる)
してしまうプロジェクトも多いのではないでしょうか?
これはPDCAという良質に見える言葉の落とし穴と考えています。
PDCAのPは制御可能で制御価値のあるものをプランすべきであり、そのため
には、PDCAのPの前にビジネス企画というPDCAをスピーディに回す必要が
あるのです。
36. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved.
36
【解説】
この図は、匠Method for Serviceと匠Method for Productが未来に向け
てどのような部分の役割を受け持っているのか示したものです。
この図のように、将来のビジョンに向けて、そこまでの道のりをプロダクトの
ロードマップと考え、ロードマップのある地点のスナップショットをモデル(図)で
表していると言って良いのではないかと考えています。
つまりは、両メソッドはプロジェクトの道のりを立体的な地図として表す事で、
道に迷わず、道が変化した場合は、指さししながら組織・チームで強い意志を
持って歩んでいける仕組みを作りだす事を目指しているのです。
37. Copyright (C) 2014 Takumi Business Place Corporation All Rights Reserved (無断複製/転載を禁じます).
匠には誰もがなれるわけではない
匠を目指そうとするものだけに、その権利は与えられる
hagimoto@takumi-businessplace.co.jp
www.takumi-businessplace.co.jp