2014年6月30日月曜日

「分析力を武器とする企業」を読んで

藤原です。
現在、企業におけるデータ活用を目的とした各種サービスの開発に携わっていることもあり、以前から気になっていた書籍を読んでみました。

分析力を武器とする企業分析力を武器とする企業
トーマス・H・ダベンポート ジェーン・G・ハリス 村井 章子

日経BP社 2008-07-24
売り上げランキング : 202110

Amazonで詳しく見る by G-Tools


”データ分析が企業活動における競争優位を生み出す”というメインテーマに沿って、分析を武器にする企業の特徴や具体的な事例、活用方法から、その分析活動を支える組織、人材、技術に至るまで幅広くまとめられています。
2008年に発刊された書籍であることから、企業の事例など多少の古さは感じますが、企業においてデータ活用を考える上で、組織としての在り方、人材といった点について多くの示唆がある良書だと思います。

続編「分析力を駆使する企業 発展の五段階」も発刊されており、企業においてデータ分析に取り組むための実践的なアプローチ等が書かれています。
こちらの方もまた別の機会にご紹介したいと思います。

さて、本書は2部構成(全9章)でまとめられています。

第1部:分析力を武器とする企業の特徴(第1章〜第5章)
 →データ分析の定義から、武器にできている企業の特徴、データ分析の活用事例など
第2部:分析力を組織力にする(第6章〜第9章)
 →データ分析に取り組むための組織戦略、人材、技術など

企業が競争優位を勝ち取り、成長を続けていくためにはデータ分析が有益であること、それを様々な企業の事例や現象によって、その主張を裏付けるとともに、そのデータ分析力を高めるために、企業としてどう取り組むべきか、という点がまとめられているのですが、その中でいくつか自分が感じた点などを綴ってみたいと思います。

本書で言う分析とは、データを多角的・多面的に活用して統計分析・定量分析を行い、説明モデル・予測モデルを作成し、事実に基づく意思決定、行動に結びつけるところまでを意味する。(第1章)

→ 分析の定義として「行動に結びつける」を含んでいる点で納得です。
 どんなデータ分析も目的を伴わないと意味が無いですし、その結果に基づき、実際にアクションを起こせることが重要だと考えます。
 データ分析は定例会議の為の報告サマリ(可視化)の為にあるのではないので、その先にどう改善できるのか、どこを強化すべきか、というアクションに結びつくような意味のある分析内容(対象データや分析指標)でなくてはいけないですよね。

分析力を武器にする企業の特徴(第2章)
第1: 分析力が戦略的競争優位性のベースとなっている
第2: 分析に組織を挙げて取り組んでいる
第3: 経営幹部が分析力の活用に熱心である
第4: 分析力に社運を賭け戦略の中心に据えている


→ 今やコンシューマーを対象としたサービスを提供する企業はデータ分析は必須であり、組織的に取り組んでいるのが現状ですね。ただ、競争優位という部分だけでなく、企業内の業務活動(業務改善、精度向上、生産性向上など)においても分析力は有益だという点で、分析の対象を様々な分野・部門に応用していく企業が増えていくでしょうね。

分析力は持続可能な競争優位となりうるか(第3章)
競争優位というものは、動く標的である。これを仕留めるためには、絶え間ない改善とイノベーションが必要だ。


→ データ分析に限らず、企業活動全般に言えることではありますが、どのような取組みも継続的改善活動を伴って、効果を維持・発展できるということですね。
 データ分析は、対象データの選定やアルゴリズム等、有益な結果を得られるまでに多くの時間や試行錯誤が必要となります。
 しかし、その有益な分析パターンも変わっていくことを認識し、執着するのではなく、柔軟に分析対象やアルゴリズムを変化させていく姿勢が重要だということでしょうか。

分析サービスを提供する(第3章)
データと分析サービスの両方を売る企業にとって最大の難関は、顧客を説得し、これからはデータ分析力がモノを言う時代だとわかってもらうことだという。問題はコストではない。分析で何ができるのか、どんな成功例があるのか、企業経営者はよく理解していないのである。


→ 私自身、データ活用を目的とした分析サービスに関係している立場なのですが、今や「ビッグデータ」の流行もあり、分析の重要性を認識していない経営者は、本書の発刊当初(2008年)に比べれば遥かに少ないと思います。
 しかしながら、実態として顧客にデータ活用(分析を含む)の価値を理解してもらうのは、やはり非常に難しいと感じます。それは企業活動の競争優位という目的に対して、どのようなデータがどのように分析されることで価値を産むのか、それを顧客が主体的に取り組めるかが大きく関係しているからだと思っています。
 分析を価値あるものにするには、「分析のプロ」だけでなく「事業のプロ」の力が不可欠ということ。

分析力の評価と戦略目標(第6章)
企業が組織的に分析力を身につけるには、どのデータにフォーカスするか、どこにリソースを配分するか、そもそもデータ分析で何がしたいのか、明確な戦略が必要である。
(中略)
どこにデータ分析投資を集中するか決めるかに当たっては次の質問をしてみると良い。
・他社との差別化の決め手になるのは何か
・自社の強み、得意分野は何か
・データ分析の力を借りたい部門やプロセスはどれか
・自社事業にとって特に大事な情報は何か
・情報や知識で業績が大幅アップしそうな部門やプロセスはどれか


→ データ分析はしたいけど、どう進めるべきか悩んでいる企業は少なくないと思います。
 シンプルではありますが、着手する上で基本となるポイントが完結に整理され、とても実践的だと感じました。

データ分析が業績改善に結びついているか、適切な業績評価指標を設定し、常にウォッチし、数値的に把握することを怠ってはならない。(第6章)

最優先すべきなのが、その会社の強みや競争力の強化につながる投資であることは言うまでもない。
投資判断そのものをデータ分析に基づいて行うこと、あらゆる意思決定に説明責任を求めること、あくまで結果重視でデータ分析の貢献度をウォッチすることなども重要だ。
こうした努力がデータ志向の強い企業、事実重視の文化を育てることに繋がり、分析投資のリターンを最大化することにもなる。
(第6章)

→ データ分析にはコストがかかります。分析基盤(システム)や人材、分析に要する時間など非常に多くのリソースを費やします。データ分析の取組み自体が企業の事業戦略と連動しているか、業績改善に寄与しているかを提供的に管理・評価することは重要だと思います。
 「データ分析は武器になる」といっても、その武器がコストを回収できないほどの弱々しい武器なら戦えません。ですので、データ分析の貢献度を図る指標や継続的な評価、といったマネジメント活動は必要だと思います。

くどいようだが、分析戦略と言うととかく技術偏重になりやすいので、注意してほしい。
「システムさえ整えれば、あとは自然に分析力がつく」というのは幻想である。
(第6章)

→ いくら様々なデータが揃っても、いくら多機能な分析システムが整備されても、企業にとって武器となりうるような分析結果を導けるわけではありません。
 まずは分析の目的、それは競争優位でも業務改善でも、とにかく何らかのアクションに繋がるものを定めることが重要ですよね。
 分析ノウハウやシステムはその手段にしかすぎないので、その目的を果たせるかどうかで選ぶ必要がありますし、分析を担う人材も、その定められた目的とそれに対する仮説によって価値ある分析を進められると思います。
 「データは大量にあるのだから、分析したら、何か出てくるだろう」という認識は、”幻想”とまでは言いませんが、時間を消費(浪費)することの覚悟が必要かもしれません。

分析の究極の目的は良い意思決定である(続編から引用)

→ このフレーズは、続編「分析力を駆使する企業 発展の五段階」から引用したものですが、データ分析が効果的に威力を発揮するためには、
 ・具体的な目的を明確に持った上で取り組むこと
 ・長期的な取組みと位置づけ、継続的な測定・評価・改善を繰り返すこと

 が重要かと思っています。

 分析に対するIT投資も、情報システムと同様に管理されなければならない対象です。
 企業に利益をもたらす分析でなければ意味がありません。

ちなみに、最終章は「分析競争の未来」ということで、2008年発刊の時点で今後のデータ分析に関する様々な変化について、筆者の予測がいくつか綴られているのですが、2014年の今、当たっているもの、そうでないもの(もしかしたら、まだ先なのかも)が色々と・・・。
そういう部分も含めて最後まで興味深く読む事ができました。
ご興味のある方は、是非ご一読ください。

2014年5月30日金曜日

COBIT5の可能性と課題

河田です。
Blog上は久しぶりの投稿ですが、、、振り返ると数カ月なんてあっという間ですね。

今年から仕事の領域を広げたこともあり、IT投資管理の世界からは少し遠ざかっていますが、自分の備忘録も兼ねて?、今回は、COBIT5について情報を整理したいと思います。

COBITについては、知っている人も多いので改めて紹介するまでもないかもしれませんが・・・
「ITガバナンスのフレームワーク」と認識している人が多いのではないでしょうか?

しかし、COBITの登場から現在までの経緯をひも解くと、実はカバー範囲を段階的に広げてきた興味深いフレームワークです。

COBITフレームワークの進化
(出典:ITGI Japan)
COBIT1~COBIT2は、「IT監査と統制のフレームワーク」として始まり、
 COBIT3で「ITマネジメントのフレームワーク」に広がり、
  COBIT4.0~COBIT4.1では「ITガバナンスのフレームワーク」として広く認知されてきました。
   そして、COBIT5は「事業体のITガバナンス」に拡大されています。

このような経緯を経て、制定されたCOBIT5ですが、

  • 事業全体のビジネスを考慮された「ビジネスフレームワーク」であるコト
  • ステークホルダーのニーズへの合致、価値の創出が原則に掲げられているコト
  • 従来のITガバナンスのフレームワーク(COBIT4.1)とITリスク管理のフレームワーク(Risk IT)、そしてIT投資管理のフレームワーク(Val IT2.0)が統合されたコト
の3つは特に注目すべきポイントだと思っています。

ちなみに、本BlogのテーマであるIT投資管理のフレームワーク(Val IT)については過去に何度か取り上げているので、詳しくは下記リンクを参照して下さい。

次に、COBIT5の特徴は・・・と書きたいところですが、非常に広範囲なテーマを包含・網羅したフレームワークであるため、捉え方次第で異なる気がするので、、、ぜひ下記のサマリー、及び本文に目を通してみてください。


リンクだけでは、不親切なので?、あくまで個人的な視点として、Topicsとして気になった点を、以下に列挙します。

  • 事業体全体のガバナンスにフォーカスするCobit5が扱う範囲は、極めて広く網羅的
  • Cobit5の特徴の一つはガバナンスとマネジメントの分離
  • Cobit5のKeywordはガバナンスのEDM(Evaluate Direction Monitor)
  • GEIT(事業体ITガバナンス)はCEO、BODのための舵取り(タテ)を包含(従来のITガバナンスはCIOによる事業部門の舵取り(ヨコ)という位置付け)
  • COBIT5の事業体の達成目標(17個)、 COBIT5のIT達成目標(17個)は、BSCの考え方とひも付く
  • 実務上のインパクトは、Cobit4.1の成熟度から5のCapabilityモデルへの転換

Topicsだけ書いても、分かりにくいかもしれませんが、伝わる人には伝わるはず???
捉え方次第では、非常に秀逸な完成度の高いフレームだと思いますが、一方で課題もあるように感じています。それは、「実務上の活用方法」ではないかと。

私はISACAの会員でもあるので、COBITの考え方を否定するつもりは全くありません(むしろ、推奨する立場です)が、実務家としては、COBIT5は実務上で準拠するためのモデルというよりも、従来以上に「レファレンスとしての活用」が主となるような気がしています。

少し話が逸れるかもしれませんが、あらゆるマネジメント活動には終わりが無く、机上論では・・・「(マネジメントと名のつくものは)全てやるべき」という話に陥りやすい傾向にあります。
しかし、実務上はマネジメント活動に割けるリソースに限界(現実解と言った方が正しいかも?)は常にあるとも思っています。

COBIT5で、ビジネスの貢献まで視野に入れた上で、広範囲に体系立ててしっかり整理してあることは、本当に凄いことだと思いますが、一方で広さと深さを両立したマネジメントフレームワークは、それを活用するためのリソース的な考慮は少し弱くなってしまうのかもしれませんね。

少し前に参加した経営情報学会のプラクティショナルセミナーで、東京海上日動システムズの横塚さんが「知のフレームワーク」というテーマの講演の中で、「マネジメント活動におけるモニタリングの重要性」として話されていたことの方が、実践性は高いと感じています。

COBIT5のように「ガバナンスという事業を支援する仕組み」を目的としたフレームワークは、活動のモニタリングに際して「できている/できていない」に着目せざるを得ないのに対し、知のフレームワークのように「イノベーションという事業に直接的に関係する取組み」を目的としたフレームワークは、モニタリングにおいて「成果」にフォーカスすることができるという性質があるように感じます。

つまり、前者は時としてリソースとのトレードオフを考慮した取組みの優先度をつけ難いのに対し、後者はその優先度がつけやすい(=実務的には活用しやすい)と考えています。

繰り返しになりますが、COBIT5の可能性は「ビジネス全体のコントロールまで網羅されたマネジメントのフレームワークであること」にあり、一方でその課題は「実務上の活用方法」ではないかと思います。
(誤解を恐れずに言えば、従来以上に利用者、利用方法を選ぶフレームワークと呼べるかもしれません)

最後に、今回は難しいテーマを扱ったため、結論も難しい話になってしまいましたが・・・皆さんは、どう考えますか?
COBIT4.1に比べCOBIT5の活用事例は、まだあまり耳にしませんが、もしご存知の方がいらっしゃったらぜひ教えて下さい。

2014年4月29日火曜日

「ITプロジェクトの信頼構築に向けたプロジェクトリスクマネジメント」を聴講して

中嶋です。
もう4月も終わりですね。花粉症も和らいできて、すごしやすい季節になってきました。

--------------------------------------------------
今回は機会あって、ISACA月例会セミナー「ITプロジェクトの信頼構築に向けたプロジェクトリスクマネジメント」に出席しましたので、そちらについて触れたいと思います。

タイトルだけ見ると「プロジェクトマネジメント」についての話に見えましたが、
実際には「ポートフォリオマネジメント」「プログラムマネジメント」の視点で説明されていました。
方法論というよりも人間的な視点で話をされていたのが興味深かったです。
以下は自身が感じた視点で書いているため、実際の内容とは異なるところもあるかもしれませんが、ご了承下さい。

プロジェクトにおける問題
 1. プログラムとして最適な判断が難しい
 プロジェクト参加メンバーは自身が参画しているプロジェクト以外に興味が無い。
 そのため所々の判断も自身のプロジェクトにとって最も良い選択肢を選びがち。
 プロジェクトだけで見れば最適な判断だったとしても、プログラムとして正しいとは限らず、
 かつその判断が誤っていたことが後になってから気づく。(手戻りが発生する)

 2. ITベンダーは意外とユーザー視点で物事を考えていない(ことが多い)
 これは意外でしたが、振り返ってみるとそうだったなあと感じた内容。
 特に後半フェーズになればなるほど顕著だそうです。
 それは「運用でカバーしていただいて…」なんて言葉を良く聞きますね。
 しぶしぶ了承したものの、実際にやってみるとかなりのコスト増となり、
 運用・保守フェーズで再度改善対応を行うといったこともよくある話です。
 発表者の方もおっしゃっていましたが、そうなってしまうのも当たり前の話で、
 ITベンダーとユーザーの利害関係が一致することは無いから起きてしまうそうです。
 お互い自分たちが良ければそれで良いとなってしまいがち、特に後半フェーズになると、
 疲弊しきっていることが多いため、余計に利害関係が一致しなくなってしまうそうです。

 3. 本当に検討すべき重要な課題が挙がってこない
 実際にアンケートを取って分かった話だそうですが、
 プロジェクトメンバーは課題を共有するメリットを感じられないんだそうです。
 理由として一番大きいのは、
  「課題を挙げても結局は自分で解決するしかない」
 ことが多いことだそうです。
 課題を挙げるにも資料を作ったり、関係各所に説明したりとかなりのコストがかかります。
 にも関わらず、自己解決するしかないのであれば確かに作る時間が無駄ですね。

上記問題を解決するため、第三者機関としてPMOが設置されることが多いのですが、
上記を払拭出来るPMOもまだまだ少ないのが現状。
それもそのはずで、マネジメントスキルは座学で学べるような簡単なモノではなく、
実際に経験しないと身に付かないスキルのため、昔より短納期かつ複雑に絡み合ったプロジェクトを経験したPMOがそもそも少ないためです。
PMPホルダー=より高度なプロジェクトを捌けるという指標でも無いので、誰にお願いすればよいかも分かりませんよね。当たり外れが大きいということです。

とはいうもののPMOが不要ということにはならないと思うので、
個人的にはプロジェクトでPMOに育ってもらう(PMOを育てる)という考えを持って、
プロジェクトを運営していくのが良いと個人的には思います。

私も以前のプロジェクトでお客様に育ててもらい、色んな経験を積ませていただきました。
お金をいただきながら勉強させてもらうというのは申し訳ない気分にもなりましたが、
その分結果を出さねばという想いも強くなり、結果的にお互いにとって良い関係を築け、
かつプロジェクトも成功出来たように思います。(あくまで個人の中での成功ですが)

そういった意味では参画してもらうPMOに必要なスキルは、
「成長意欲がある義理人情に厚い人」が良いのでは?と思った今日この頃でした。
もちろん「マネジメントスキル」「テクニカルスキル」も必要ですけどね。

2014年3月31日月曜日

データ分析と人材

藤原です。
最近、担当業務の関係上「データの利活用」について考える機会が増えていることもあり、今回は、IT投資管理とデータ分析、それを担う人材について感じたことを少し述べたいと思います。

「ビッグデータ」「データサイエンティスト」というキーワードもバズワード感が否めませんが、企業においては、依然としてビッグデータ活用への関心は高く、先日参加した日本データマネジメントコンソーシアム主催の「データマネジメント2014」の盛況ぶりからも、その様子が伺えました。

ではデータを活用する上で、企業が感じている課題認識はどういうものでしょうか。
少し前のものなりますが、野村総合研究所から発表されたアンケート結果では、ビッグデータの活用に対する課題・問題として、以下が項目が上位に挙げられています。

  • 活用目的の明確化
  • 投資対効果
  • スキルや人材

スキル・人材について、「データサイエンティスト」という職種に対する注目度や認知度もあり、データ分析スキルを備えた人材は着実に増えていると感じています。

数日前に経営科学系研究部会連合協議会が主催する「データ解析コンペティション成果報告会」を拝聴してきました。
このコンペは、大学生や一般から応募された各チームが、題材として提供されたデータを基に、様々なテーマにそってデータ解析を行い、その分析手法の学術的新規性や、ビジネスへの適用性等の視点から競うものです。

その成果報告会では、多くの大学生が様々な分析アルゴリズムを構築し、データ分析を実施した結果をプレゼンしており、その内容のレベルの高さや取組みへの熱意が感じられ、将来のデータ分析を担う人材の出現を大いに期待できるものでした。
今回、データサイエンティスト予備軍ともいうべき、多くの大学生の方々のデータ分析への取組みに触れ、とても良い刺激を受けました。

そんな若きデータ分析の人材が、今後実務を担っていくにあたって留意していくべきことは、 データ利活用・データ分析はあくまで”手段”であって”目的”ではないため、データ分析結果がどのようにビジネス課題の解決に寄与するかが重要であり、常に意識すべき点となります。
そのため、「データ分析や統計スキル」だけでなく、「ビジネスや業務のスキル」や『ITのスキル」といった総合的な能力が求められます。
しかしながら、これら全てを網羅的に、かつ高いレベルで備えることは難しいので、実際には各々の分野に強みを持つ人材がうまく連携することが必要だと考えます。
データ分析の実務者として有名な大阪ガスの河本さんが所長を勤めるビジネスアナリシスセンターもデータ分析の専門家だけで組織されているわけではなく、様々な分野のスペシャリストによって構成されているとのことでした。

企業としては、データ分析スキルや人材確保を単体の課題認識として捉えるのではなく、ビジネス課題を解決するために、データ活用を支える総合的な組織づくりや企業文化を醸成することが必要ですし、
データ分析を担う人材は、自身の専門性をビジネスに活かすことを常に考えてアンテナを張り、ビジネス課題に対する成果を求めていく姿勢が重要であるように感じます。

データの利活用は、IT投資管理においても非常に重要な要素であると私は考えています。

戦略的なIT投資を実施していくにあたり、データに裏付けられた事実とそこから導かれる将来予測や最適化などの分析結果が、投資判断における様々な意思決定の支援となります。
(そこには、IT投資管理に必要となるデータが、手入力によって得られるものを含むことに起因する「精度」や「信頼性」という課題はあるかもしれませんが)

今回、私が刺激を受けた若きデータ分析エンジニアの方々が、今後、IT投資管理の分野においてもその価値を発揮していくことを期待します。

2014年2月28日金曜日

PMIの2014年パルス・オブ・ザ・プロフェッションを読んで

中嶋です。
2014年2月も今日で終わり、いよいよ花粉シーズン到来ですね。
花粉症対策はバッチリですか?

--------------------------------------------------
さて、今回は「PMIの2014年パルス・オブ・ザ・プロフェッション」を読んで、
自分なりの考察をまとめたいと思います。(記事はこちら)

要約すると、
「プロジェクトやプログラムに投資している額に対して、10%近く損失が出ている」
「業績の良し悪しでプロジェクトの成功率が50%近くも変わる」
とのことで、まだまだプロジェクトに対する改善の余地ありとなります。
プロジェクト改善に向けて日々頑張っている自分としては、非常に耳の痛い話です。

これだけだと残念なお話でおしまいとなってしまうのですが、
成功率を上げるために注力するポイントについても記載してくれています。

改善ポイント1:人材
 変化に対応できる社風を作り出すこと
 プロジェクトマネージャー向け能力開発プログラムとキャリアパスを提供すること
改善ポイント2:プロセス
 改善ポイント1の取り組みを推進する支援者、プロセスを確立すること
改善ポイント3:成果
 プロジェクトの評価基準を確立し、振り返りの文化を定着させること

要するに、
 「プロジェクトマネージャーを育てる環境を作りましょう」
ということでしょうか?

確かにマネジメントが定着していないプロジェクトは失敗する傾向にあるので、
改善ポイントとしてマネージャーにフォーカスが当たるのも分かります。
しかし、現場でプロジェクトの支援を経験してきた自分からすると、
マネージャーになる前から「マネジメント」を学ばせておくことが重要と感じています。

マネジメント力は、後天的に得ることが出来る能力ではありますが、
センスの有る・無し、向き・不向きによって成長までの時間も個人差があります。
また、組織の全員がマネージャーになる必要はありませんので、
将来のマネージャー候補を見つけるという意味でも、
早くからマネジメントを学ばせる・経験させることは大切です。

そういった意味では、マネージャーではなく、
 「"新人や入社前から"マネジメントについて学ばせる、擬似的に経験させる」
といった環境作りが大切なのかもしれませんね。