新たな価値観への経営視点の転換

Copyright (C) 2011 Takumi Business Place Corporation All Rights Reserved.

株式会社匠 Business Place 代表取締役社長萩本順三

新たな価値観への ITビジネス視点での転換

Copyright (C) 2011 Takumi Business Place Corporation All Rights Reserved （無断複製/転載を禁じます）.

特許庁がシステム開発中断：費やした５５億円

❖2012/01/20 スクープ

朝日新聞デジタル：費やした５５億円、水の泡に特許庁がシステム開発中断 - ビジネス・経済

❖ ２００８年当時、僕は内閣官房GPMO（ガバメントプログラムマネジメントオフィス）補佐官として、特許庁システムのプロジェクトが問題あることを知り、プロジェクトを立て直すために、特許庁のシステムのプロジェクトとドキュメントを調査しました。

2


特許庁システムの問題

❖何が問題だったか？ 1. ＩＴ技術の活用をイメージできず盲信している

– 技術を特許庁の業務にどう活かすかという具体性・現実性に乏しく、技術オリエンテッドで物事が進んでいた。つまり僕の目には、当初の基本アーキテクチャそのものに疑問が大いにあった。

2. 業務モデル（フロー）設計の不慣れさ – 業務フローをどう活用するかというイメージがなく、ただただ言われた業

務を書きうつすだけ。当時そういう人が千名近くいたという。その時点で破たんしていた。

3. プロジェクトマネジメントの問題 – このプロジェクトマネジメントは開発ベンダーだけで構成されるものでは

ない。基本は業務プロジェクトと捉えるべきだ。

4. 業務モデルは発注者の理解と覚悟の元作成するはずなのに！ – 開発ベンダー中心で書き続けるかぎり、こういう失敗は続く。つまり「絵

に描いた餅」か「現状業務の見える化」にすぎないものを多大な工数を使って作り上げてしまう事になる。

3


そもそもの特許庁システムの根底にある問題は？

4

IT業界の負のビジネス慣習によるユーザ・開発企業両者のスキル不足。ユーザ（情報シス）も、エンジニアもプロフェッショナルではなくなり、負のビジネス慣習の中で、無価値とも言える作業を必死に行う。

コスト配分

業務戦略プロジェクト戦略

業務モデル業務ロジック

IT業界（SIer）の負のビジネス慣習（要件をどんどん出しプロジェクトを肥大化させる）

要件定義

設計

開発

ユーザ企業（情シス）

IT盲心 IT活用の理解不足

業務のモデル化業務設計プロマネスキル不足

莫大な開発コスト。一方、それを支える業務設計意識は最低レベル。（お尻でっかちのアンバランス）

SIer企業

このようなビジネス慣習に浸るユーザと開発会社がいきなり巨大な特許庁業務のシステム化を一挙にやろうとする無謀さ（プロマネ的問題）


要求開発４象限

ビジネス戦略

戦略・要求オペレーション

ビジネス表（価値）裏（実現）

システム要求

システム

表（価値）

裏（実現）

システム開発

表（価値）裏（実現）

What How

What

How

What How

5

業務オペレーション

ICT（Information and Communication Technology）


要求開発４象限（匠Method for Product）

ビジネス戦略

企画プロモーション



システム要求

システム

表（価値）

裏（実現）

システム開発


What How

What

How

What How

6

ET（Embedded Technology）


要求の構造的な階層化

7

要求を上位・中位・下位で関係付けて見える化できる枠組みがある。

学生サービスの重点拡充

新サービスビジネスモデルの早期確立

標準業務モデルの確立

業務支援システム構築

業務要求 IT要求

○○による業務システム構築

商品管理の○○を ××に改善する

○○視点での使いやすさ重視安心品質の確保

業務負担の軽減

利用代理店IDが増大することを見込したID管理

利用代理店IDが増大することを見込したID管理

システム開発費維持費の削減

戦略要求

ビジネス戦略

ビジネスオペレーション



システム要求

システム

表（価値）

裏（実現）

システム設計


What How

What

How

What How

要求分析ツリー

要求開発４象限


動機編より抜粋

プロジェクト運営要求開発で最も重要な事「コタツの形成」

要求は、あるものではなく、開発するものである

我々の分析・提案がベストだと思っていたけど、見方を変えれば欠点が多いね。

もう少し製品のあるべき姿を、ビジネス面、技術面などから多方面に考えてみよう。

本当に求められている製品の姿を経営や企画と、きちんと確認しないと、あるべき製品やシステムの要求は導き出せない。問題の視覚化(モデル)と

改善プロセスによる活動

開発された要求コタツモデル

8

オーナの論理

開発担当者の論理

営業／企画担当者の論理

業務理念を統制し、市場に受け入れていただき、お客様のお役に立てる製品とは○○あるべきだ。

しかし現実は△△だから、それをどう改善できるか現場と話し合ってみよう。

ET（Embedded Technology）


コタツモデルの本質的価値

9

戦略的視点

IT活用の視点

業務問題解決の視点

ビジネスにとって価値のある

要求・要件

コタツ形成は、チームの役割だけを示すものではない。参加者全員が３つの視点を持つ事。

これによって、要求（戦略・業務・ＩＴ）を広い視野で考え、取捨選択するための基礎が形成される。

将来の価値を取りに行く傾向

現在の価値を取りに行く傾向

業務部門に戦略的視野を身につけさせる

戦略部門に現場の問題課題を理解させる


コタツは、ＩＴエンジニアをビジネスの領域に引き入れる

10

戦略的視点

IT活用の視点



要求・要件


ビジネス

システム

戦略的視点


IT活用の視点

オーナ

業務担当

システム担当

ビジネス戦略の重要な要素としてＩＴがある。


IT側からイノベーションを起こすには

Howからの突き上げ！＝＞説明責任

戦略・要求

ビジネス

システム

業務オペレーションビジネス戦略

システム要求システム開発

Ｈｏｗからの突き上げ

オペレーション

テクノロジーの良さＩＴ活用イメージ

業務効果戦略的優位性


要求開発は切れていたものを繋げる仕組み


ビジネス

システム

企画戦略／プロモーションビジネス戦略


Ｈｏｗの手探り


Ｈｏｗのチューニング

人と人

オーナ

業務担当システム担当

会社と会社

オーナ企業

業務運用子会社

IT子会社

組織と組織

企画・戦略部門営業部門

業務部門開発部門思考と思考目的

手段手段

戦略

実現実現

切れていたものを、繋いで、並行でスピーディに回す。


匠メソッドによる要求開発の拡張

匠Business Think Lisence

キャリア開発ガイド

サービス開発ガイド

教育体系ガイド

要求開発プロセス

システム開発プロセス

ビジネスアジャイル開発プロセス

業務改善プロセス

テンプレートプラクティス

匠Think

ガイド

匠プロセス

匠メソッド

モデリング

ビジネスエクスペリエンス

匠テクニカル

13

匠Method for Service

匠Method for Product

New 単品利用可能

New 単品利用可能


匠メソッドの構成要素

匠Think 匠メソッドやガイドに共通する基本的な思考パターンを示したもの

匠メソッド匠プロセス（手順）

要求開発プロセスビジネス価値を産むための要求開発実施プロセス

システム開発プロセス要求開発の後のシステム開発についてのプロセス

ビジネスアジャイル開発プロセス

要求開発とシステム開発をアジャイル（俊敏）に実施するプロセス

業務改善プロセス要求開発によって業務改善をおこなうプロセス

匠Method for Service 要求開発によるビジネス企画のためのプロセス

匠Method for Product 要求開発による製品開発プロセス

匠テクニック（技法）

モデリングビジネスやシステムを抽象化によって見える化する

ユーザーエクスペリエンスユーザーの視点でビジネスやシステムをデザインする

匠ガイドキャリア開発ガイド要求開発の実施に必要な人材像を示す

教育体系ガイド要求開発の実施に必要な教育体系を示す

サービス開発ガイド要求開発によるサービス開発の進め方を示す

プラクティス要求開発を成功させるためのポイントを成功事例を踏まえて説明

テンプレート匠メソッドで用いる様式集

14


製品開発による活用の気付き（その１）


ビジネス

システム

15

製品戦略／プロモーションビジネス戦略


Ｈｏｗの手探り


Ｈｏｗのチューニング

Ｈｏｗの手探り：企画段階から製品の価値や実現可能性を探るＨｏｗからの突き上げ：企画段階から技術面からの製品価値の向上を即すＨｏｗのチューニング：技術的試行錯誤を早い段階で繰り返し価値向上を図る

○製品開発における戦略ビジネスリスクマネジメントの向上製品イノベーションの向上実現性の早期発見 ●「戦略と実現の線上にしか価値は存在しない」 ●「制御可能で制御価値の高いものから手をつける」

匠Think より …要求開発の中で創り出された重要な言葉を通して教育を行う体系


コタツの応用壁を壊して、合意形成の場を形成する

戦略的視点

技術活用の視点



要求・要件

16

製品開発による活用の気付き（その２）

トップ＆製品企画部門

営業部門開発部門


製品アーキテクチャ

製品コンセプト

製品

ビジョン

方向性

何を必要としているのか（Whatの流れ）

何を必要としているのか（Whatの流れ）

Howからの突き上げ Howからの突き上げ

HowからWhatの創出

ユーザ

ニーズとシーズのバランス（調整）

Howの手探り

Howのチューニング

原点その１：製品の要求とは！

シーズからニーズを描く：情報洪水時代（情報過多）に最も必要な事！

17


原点その２：文明の進化（イノベーション）

What やるべきことやりたいこと

How できることアイデア

基盤技術・技術革新の適用







成功したHow

Howから Whatの創出

●イノベーションの創発と探求「再現可能性の追求」 ●

戦略自体には価値は存在せず、戦略と具体的な実施策との関係の線上に価値が生まれている（この現実をどう見るか？）。

18


原点その３：戦略の価値は虚像と思え（だからこそコタツ形成）

❖戦略には価値がなく、戦略と実現の融合に価値が生まれるビジネス戦略(What)と業務オペレーション・IT(How)を早期に繋ぐ事で価値の検証・創出を行う。

What（ビジネス戦略）

How（オペレーション、IT化）

創出される価値

What（ビジネス戦略）

How（オペレーション、IT化）

チューニングされた

How

参考：日経 Itpro 萩本・匠style研究所「論理的美の虚像」

見せかけのビジネス価値を追わず本物の価値を見つけよう

見せかけの価値

経営的視点

営業カスタマーの視点

開発技術の視点

19


経営・業務改革の考え方として（価値を描いて作る）

20

価値

戦略

業務

機能

構造

描く力

作る力オブジェクト指向方法論Drop 1997

要求開発方法論2005

匠メソッド方法論2009


経営・業務改革の考え方として（将来の価値と現在の価値）

21

戦略的視点


将来の価値

現在の価値


理解のポイント（Howの手探りの本質）

Howの勝ち組が What(戦略)とし

て概念化されている。

この成功体験(What) を疑うことが、匠Think

①

②

Whatを疑う方法は Howを手探りする事である。また、Howの突き上げも重要。

③

過去未来

ＨｏｗＨｏｗＨｏｗ

Ｈｏｗ

Ｗｈａｔ（戦略）

ＨｏｗＨｏｗＨｏｗ

HowからWhatを見ると新たな戦略が見えるようになる。これが匠Think のソリューションである

④

・成功体験を大切にすることは重要です。・しかし、成功体験を疑うことも重要なのです。

■匠Thinkの本質

22


要求開発による戦略的プロジェクトの運営とは（要求開発の戦略性）

23

ビジネス戦略ビジネス

オペレーションシステム活用

Howの手探り



Howからの突き上げ



Howのチューニング

結果イメージの予測

1.ビジネスリスクの軽減

2.イノベーションの創出

目標

23

匠Think


IT企業経営（なぜチェンジなのか）

❖経験豊かな方たちへ

5年後のIT企業の姿を想像してみよう

巨大システムの開発（数億）一枚岩

ダイヤモンドアクセサリ

コーディネート要求開発

案件の縮小分散された自立システム

ビジネス環境の変化

■経済環境の変化 ->既存システムは役立っている？

■技術革新・PC低価格化・モバイル環境・クラウド環境


なぜチェンジなのか

組織の変化

マネージャー

リーダ

メンバー

ピラミッド型組織集中管理変化対応型

自立分散組織

マネジメント機能リーダ機能メンバ機能

・自ら考える力・勇気を持った行動力

現場力向上要求開発（匠メソッド）

考える筋肉（匠Think）


ＩＴ開発の変化

26

ビジネス企画

ＩＴ開発

ビジネス企画

ＩＴ開発

ビジネス戦略

戦略・要求

ビジネス


システム要求

システム

表（価値）

裏（実現）

システム開発


What How

What

How

What How

業務オペレーション


だからチェンジが必要だ！

業界としての危機感

仕事としての危機感

高コストビジネス的効果に疑問

クラウド技術革新

低価格化

チェンジ

勇気

をもって…

行動

する..


一歩一歩前進しよう！

「才能とはでっかい志と、情熱の持続と努力により形成される」

よく学び

勇気

行動

自信

さらに学び

責任と勇気

夢と覚悟

人を動かす行動

社会や業界を担う自信と思い

会社を担う自信と思い


気づき

やる気

感動カッコよさウキウキワクワク

心のモデル

思考法

コミュニケーション

人としての活動モデル

ファシリテーション

技のモデル

コタツモデル

パンチ業者JITEC本部（実施G）個人応募者

書面応募書類送付

書面応募受付

整理番号付与

パンチ発注

パンチデータ作成

パンチデータ取込

自動修正情報追記（外字フラグ）免除判断

帳票印刷

修正可能なものについては自動修正、それ以外はエラーフラグを立てる。【自動修正内容】・全角<->半角変換　※１・英小文字->大文字変換　※１・文字数オーバー->切り詰め　※１・試験地（'横浜'->'横浜・川崎' など）・身障者（'1'～'5'以外->'5'）・郵便番号（7文字になるよう'0'を追加）・性別（'1','2'以外->空欄）※１：エラーリストに出力されない修正内容

・個人応募者エラーリスト・願書不備内容及び件数・願書登録総括リスト・一部免除申請者エラー票・氏名・住所未記入者一覧表・試験地等自動修正リスト・団体名・住所未記入者一覧

・受渡し連絡票（整理番号記載）・個人願書

外字の場合に、外字フラグをたてる。

免除申請有効・無効の判断実施。以下フラグをたてる。・免除許可フラグ・免除却下フラグ

特区免除→特区発行番号マスタと照合（マスタデータは願書受付期間中に外部から取込）高度免除→合格者蓄積データと照合

・パンチデータ・個人願書（パンチ発注仕様に指示がある、もしくはパンチ入力者が判断できない問題がある場合、付箋つき）

モデル

プロセス

方向付け推敲構築移行

開発言語・環境

マネジメント

❖「技」「人」「心」を強くするためのコンサルティング・開発力技術力だけを高めても駄目、コミュニケーション力を高めても駄目、心とそれらを併せてはじめて強いチームが作られる。

経営・管理者・社員の「技」と「人」と「心」を鍛えるのがモチベーションアップセミナー＆コンサルティング

育成コンセプト

29


新時代のキャリア領域

ビジネス戦略

ビジネスオペレーション

戦略オペレーション

ビジネス

システム要求

システム

システム設計

プロジェクトマネージャービジネスアナリスト

ＩＴアーキテクト

エンジニア

30


新時代のビジネス＆ITエンジニア対応領域

プロジェクトマネージャー

ＩＴアーキテクト

ビジネスアナリスト

エンジニア

IT コンサルタント

テスティングメンバー

ビジネス戦略ＩＴ要求分析業務設計業務要求分析ＩＴ設計ＩＴ開発・テスト業務テスト

要求開発コンサルタント

従来のIT企業

これからのＩＴ企業

31


新時代のキャリア別教育強化案オープン系開発者を含めてまさに今転換者教育が必要とされている

ビジネスベーススキル

ビジネスプロセススキル

開発マネジメントスキル

システム構築スキル

・リーダシップ・業界知識・業務知識・プレゼンテーション・ドキュメンテーション・クリティカルシンキング

要求開発・プロセス・モデル・シンキング・実戦・マネジメント・プレゼンテーション・ファシリテーション

・プロジェクト管理・開発プロセス・ＲＦＰ・見積・開発モデル・テスト技法・保守

・アーキテクチャ・ＤＢ設計・分析・設計・開発環境・言語技術・開発基礎

プロジェクトマネージャ

ビジネスアーキテクト

ITアーキテクト

エンジニア

スキル種別

強化点

教育領域

32


匠には誰もがなれるわけではない匠を目指そうとするものだけに、その権利は与えられる

ご清聴ありがとうございました

[email protected]

www.takumi-businessplace.co.jp

33

新たな価値観への経営視点の転換

Documents

Transcript of 新たな価値観への経営視点の転換