Column
ユーザーにとってCIOとはデスクトップアイコンである
一般社員はPCのアイコンをダブルクリックすることによってITに接する。彼らは、使いたい製品またはサービスという形でITが反応することを期待しているのだ。成功するCIOは、ITサービスのプロバイダーではなく、プロダクトマネジャーなのだ。
「ITユーザーは、ITをデスクトップ上のアイコンだと思っている」──。ユーザーは、デスクトップアイコンをダブルクリックすることによってITに接しており、使いたい製品またはサービスという形でITが反応することを期待しているというのだ。この見方に従って、ニール・ニコライセン氏は「CIOは、プロダクトマネジャーなのだ」という考えに至り、製品管理の成功事例をITリーダーシップに生かすことに成功した。彼が実践した4つの戦略とは?
CIOとして成功するためには、ITサービスのプロバイダーではなく製品マネジャーとなる必要がある。
あの日の出来事は、まるで昨日のことのように覚えている。わたしがCIOとして最初の仕事を始めたばかりで、成功するぞと意気込んでいたときのことだった。そのころわたしは、CIOのダライ・ラマと呼ばれる「導師」の噂を耳にしていた。彼女は成功の秘策を知っているというのだ。わたしは、この神秘の人物を探し求めて幾多の山々を登り、そしてついに、彼女が助言を与えてくれるという洞窟を発見した。彼女の助手は、「あなたは3つだけ質問することができる」とわたしに告げた。
わたしは導師の前に進み出て、尋ねた――「CIOという職務に関して知っておくべき最も重要なことは何でしょうか?」
「忘れてはならないのは」と彼女は答えた。「ITユーザーにとって、あなたはデスクトップ上のアイコンにすぎないということです」
彼女の答えの意味が飲み込めなかった。「わたしがデスクトップアイコン、ですか?」
「その通り」
「本当ですか?」
「本当です」
混乱したわたしは尋ねた。「それはどういう意味でしょうか?」
「残念ですが、あなたはもう3つ質問をしました」――助手は言った。「お引き取りください」
もちろん、これは現実の出来事ではないが、わたしが経験したのは実質的にそれと同じことである。わたしが会ったのは、CIOとして大きな成功を収め、ビジョナリーとして有名な人物である。成功の秘けつについて尋ねたところ、彼女は「ITユーザーは、ITをデスクトップ上のアイコンだと思っている」と答えたのだ。彼女は、社内/社外のユーザーは、デスクトップアイコンをダブルクリックすることによってITに接しているのだと説明した。彼らは、使いたい製品またはサービスという形でITが反応することを期待しているのだという。
わたしはこのアドバイスについてじっくり考え、その意味を理解することができた。ITリーダーの役割については、技術製品/サービスをユーザーに提供するという見方が存在する。この見方に従えば、わたしはプロダクトマネジャーなのである(その意味では、商用ソフトウェアのプロダクトマネジャーや、その他の製品ラインのマネジャーと同じだ)。この模範的CIOのアドバイスに従うことにより、わたしは製品管理の成功事例をITリーダーシップに生かすことに成功した。その戦略とは以下のようなものだ。
- 市場のニーズを理解する:プロダクトマネジャーの役割の1つとして、顧客のニーズを(たとえ顧客がそれをはっきりと表現できなくとも)理解する必要がある。われわれは顧客のニーズを熟知し、ソリューションを提案/デザインできるようになる必要があるのだ。そのために役立つ方法の1つは、顧客と同じ体験をすることである。すなわち、資材運搬係として1日を過ごし、小売店の店頭で1日を過ごし、販促キャンペーンを手伝い、販売スタッフと一緒に営業に出掛ける。こういった経験こそが、真に付加価値を実現するソリューションをデザインする上で必要なコンテキスト(背景情報)を与えてくれるのだ。
- 製品ロードマップと製品ライフサイクル計画を策定する:優秀なプロダクトマネジャーは、製品の投入からリプレースまでの道筋を示した複数年/複数フェーズにわたる機能マップを作成する。IT製品/サービスについても同じアプローチで臨むべきである。「ネットワークのデザインは(市場のニーズに基づいて)将来の機能強化を想定しているのか」「将来的にリプレースされる可能性を考慮に入れているか」「財務アプリケーションや意思決定支援ツールについても同様のロードマップやライフサイクル計画が存在するか」といったポイントをチェックする。
- 正式な製品発表を行う:マーケティング部門の人間と比較したくはないが(彼らの論理性の欠如には驚くばかりだ)、新製品および機能強化の発表については、彼らと同様のアプローチを採用すべきである。すなわち、市場テストと試験運用を行い、機能的な不備を特定し、その不備を補うのに必要なトレーニングを実施し、正式な全社的ローンチキャンペーンを通じてリリースを知らせる。
- 製品の成功条件を定義/使用する:われわれが製品やサービスをデザインする際、製品のパフォーマンスを測定するための手段を定義すべきである。例えば、インタフェース表のトランザクションにおいて許容可能な待ち時間やドロップ率を定義するといった具合だ。これらの基準を満たしていれば、製品が機能していると判断するわけである。
顧客が必要とする技術製品を提供するのはわれわれである。製品管理という視点に立って彼らのニーズに対応すれば、成功する可能性が高くなるだろう。あなたは単なるデスクトップアイコンではなく、彼らのビジネスパートナーになるのだから。
本稿筆者のニール・ニコライセン氏は元CIOという経歴の持ち主で、現在はユタ州サウスジョーダンにあるエネルギー/建築製品会社ヘッドウォーターズで戦略プランニング担当副社長を務める。
(この記事は2005年11月8日に掲載されたものを翻訳しました。)
Copyright © ITmedia, Inc. All Rights Reserved.
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
2
膨らむAIコストに歯止め GitHubのマルチモデルルーターは何が違うのか
-
3
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
4
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
5
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
6
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
7
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
8
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
9
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
10
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー