あるプロジェクトマネジャーの“つぶやき”【第3回】
Windows 7のリリースに見る「システムリプレースの難しさ」
Vistaの反省を生かしたといわれる「Windows 7」。そこにはシステムのアップグレードや移行を実施する際に参考となる点があるかもしれない。今回は、システムの仕様変更や移行時の注意点を考えてみる。
Windows XPが使い続けられている現状は「対岸の火事」ではない
2009年10月に発売された「Windows 7」を既に使用されている方も多いのではないでしょうか? 「Windows 7の販売本数、初速はVistaの234%――米NPD調査」と報道されたように、好調なスタートだといえるでしょう。わたしの自宅PCはVistaですが、Windows 7へのアップグレードを思案中です。
Windows 7へのアップグレードの理由として、「パフォーマンスの改善」やユーザーインタフェース(UI)の変更による「使い勝手の向上」を期待するユーザーもいるでしょう。
しかしながら、あくまで私見ですが「それでもWindows XPでいい」と考え、移行しないユーザーも多いのではと思います。Windows XPは2014年にその延長サポートが終了する予定ですが、そのユーザーはいまだに多く存在します。Windows XPが使い続けられる理由には「現状に満足しているので、変更する必要がない」「お金を掛けるほどではない」「新しいOSで何ができるのかよく分からない」などがあると推測します。
こうしたユーザーの意識はマイクロソフトだけの問題ではなく、プロジェクトマネジャーであるわたしにとっては「対岸の火事」とは思えない深刻な問題です。なぜなら、わたしたちがシステムをリリースする際に、同様の問題に取り組まなければならない場合があるからです。
「以前の方が良かった」という不本意なユーザー評価
既存のシステムに新規で追加される機能やサービスであれば、既存システムはそのままの形で残ることになるため、ユーザーは「使うか使わないかの選択が可能」なので問題ありません。気に入らなければ使わないでしょうし、それが有用な機能であれば勉強してでも使いたいと考えるでしょう。
問題は「既存サービス自体のリプレースや、大幅なサービス仕様の変更がある場合」です。ここでは「システムリプレース」という言葉の方がピンとくる人も多いでしょうか。システムのリプレースでは、エンドユーザーが使い慣れた既存の機能を盛り込んだ上で新しいサービスや機能を提供するシステムであればよいのでしょうが、実際にはなかなかそうもいきません。
システムを提供する側としては「ユーザーの要求を満たし、かつ業務の変更要件を反映させたことで、以前のシステムよりも改善されている」と考えるわけですが、エンドユーザーからは「以前(のシステム)の方が良かった」といわれてしまうこともあります。
では、なぜこのような不本意な評価をされることになるのでしょうか。1つは「事前の分析が不十分であった」という点でしょう。さらに「十分に業務分析をしていたとしても、それがユーザー要求を反映できていなかった」という場合も考えられます。
エンドユーザーの声をより反映させるためには
その解決策としては、アジャイル開発で提案されるような「ユーザーを交えたレビューをまめに開催する」策が最も効果的でしょう。実際のエンドユーザーに確認してもらえれば、「ユーザー要求を反映させたシステムの変更になっているか」がすぐに分かります。これ以上分かりやすいレビューはありません。
しかし、実際にはユーザーレビューの実施が難しい場合があります。例えば「個人向けのサービスだったり、β版としてのリリースが難しい環境だったりする」などが該当します。当社の場合、「実際のシステム稼働では外部機関との連携が必要になったり、お金の移動が発生する」などの理由からユーザーに簡単に確認してもらうわけにはいきません。そのため、ユーザーになり替わり「わたし自身がユーザーの立場になって、機能面や画面レイアウトなどをレビューする」という必要があります。
このとき、実際のシステム移行時にユーザーから「以前の方が良かった」といわれないように、以下の点に気を付けたレビューを行っています。
- 以前のシステムでユーザーが頻繁に使用していた機能がなくなっていたりしないか。また、その場合はユーザーに回避手段や代替手段などを提供しているか
- サービス仕様が既存システムを上回るものになっているか
- 既存システムと比べて、ユーザーの使い勝手が悪くなってはいないか。(ユーザーの使用感として)パフォーマンスが劣化していないか
- 現行システムの機能やサービスについて、ユーザーからの要望・苦情はあったか。また、それらの仕様変更についてユーザーからの理解を得られるものになっているか
- 「完成イメージ」をプロジェクトメンバーと共有できているか。また、ほかのメンバーに相談するなど、常に第三者としての新しい視点を持ち続けているか
上記の項目は“わたし自身が気を付けている”というよりも、正確にはまだ“気を付けたい”というレベルのものかもしれません。やはり、仕様を考えているときは「あくまで開発側の人間であり、利用者ユーザーにはなり得えない」からです。
また、プロジェクトマネジャーであるわたしは「コストがどの程度掛かるか」ということも頭に浮かんできます。それ自体悪いことではなく、プロジェクトマネジャーとして常に配慮しておくべきものだと思っています。しかし、その部分に固執しすぎると「完成したシステムがサービスとして一歩足りないものになる」危険性もあります。
その理由は「プロジェクトマネジャーが、開発コストが多く掛かることや完成するために必要な作業量が大きいことを嫌う」からです。また、「こう変更した方がユーザーにとっては良いことかもしれない」というような判断に悩むことは多々ありますが、わたしの職務上、「コストとのバランスを見て総合的に判断する」ことがとても重要になるからです。とはいっても、システムの開発側として「ユーザー要求を可能な限り実現する」ことも重要です。その場合には「“システム開発者またはプロジェクトマネジャーとしての自分”と“ユーザーの立場にある自分”を上手く切り替える」ことが、バランスの取れた判断をするための助けになるとも考えています。
ユーザーからの評価は素直にウレシイ
もちろん苦労して完成させたシステムですから、ユーザーからの称賛の声や高い評価を得たいものです。しかし「ほんのわずかな修正で喜ばれることもあれば、ものすごく苦労したリプレースでも予想していた評価を得ることができなかった」こともあり、なかなか思うようにはいきません。このあたりに「システム開発に従事する」面白みがあるのかもしれません。しかし、映画やゲームなどのエンドロールのクレジットや最近スーパーでよく見掛ける“生産者表示”が付いている商品のように「システムを開発した裏方たちの存在を、少しでもいいからユーザーに伝えられれば」とも考えたりします。そう思うのは、わたしだけでしょうか。
ところで、わたしは「Windows にデフォルトで搭載されている壁紙は、昔から味があるというか、見ていて飽きのこないものばかりだ」と思います。そんなわたしにとって、「Windowsのバージョンアップとは、Windowsの壁紙が変わることとイコールだ」というイメージもあります。エンドユーザーにとって、見た目の良い壁紙を提供することも“システムリプレースの重要な機能改善の1つ”といえるのではないでしょうか。
<筆者紹介>
小崎敬介(こさき けいすけ)
カブドットコム証券株式会社システム本部システム統括部システム開発課
2005年カブドットコム証券株式会入社。広島県出身。オンライン証券取引システムの設計開発運用業務に従事。主に発注系システムを担当する。座右の銘は、「『負けました』と言って頭を下げるのが正しい投了の仕方」(棋士:谷川浩司)。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[キヤノンマーケティングジャパン株式会社] マンガで学ぶXDR/MDRのメリット、中小企業のセキュリティ強化になぜ有効か? -
市場調査・トレンド
[キヤノンマーケティングジャパン株式会社] 有識者が語る、中堅中小企業に求められる最新のサイバーセキュリティ対策とは -
製品資料
[キヤノンマーケティングジャパン株式会社] マンガで解説:情シスの負担を減らす「MDRサービスのインシデント対応」の中身 -
市場調査・トレンド
[SANS Training Japan 合同会社] “知識”では守れない AI時代に問われる実戦力の身に付け方 -
製品資料
[株式会社イトーキ] 会議室不足を解決する「AI×データ」活用術
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
4
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
5
慶應義塾が「Notion」を選んだ理由 AI導入の盲点になる“情報のサイロ化”
-
6
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
7
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
8
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
9
脱VMwareか、継続か? 仮想化ソフト主要6製品の機能とスペックを徹底比較
-
10
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
3
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
4
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
5
「IT史に名を残すシステム障害」8選
-
6
SASE選定は「見極め力」で大きな差――本当に必要な製品を選ぶための6つの視点
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
9
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー