技術より「気持ち」の問題が大きかった
Microsoft OfficeからOpenOffice.orgへ──ある市役所の場合
15年分の文書の変換や研修を受けたがらないユーザーに手こずったが、現在はOpenOffice.orgをかなり満足のいくスピードで実行している。
デイブ・リチャーズ氏はある市役所のIT管理者だ。この市がOpenOffice.orgを使うようになって約6年。同氏はLinuxの伝道師的存在で、大型サーバ1台とかなり旧式のダム端末多数でエレガントかつ効率的なLinuxネットワークを運営し、OpenOffice.orgをかなり満足のいくスピードで実行している。
リチャーズ氏にとっての誇りは、同市が公式には一度もWindowsを使ったことがないことだ。同氏が勤め始めたのは1993年。当時はまだキャラクタベースだったWordPerfectをVAXとSCO UNIX上で使っていた。運用に問題はなく、まず初のグラフィカルバージョンであるWordPerfect 6へ、次いでX Window Systemで動作するWordPerfect 8へとアップグレードした。IT部門にとってはやりやすかった。UNIXネットワークは管理しやすくパワフルで、全員がWordPerfectを使っていたからだ。
乗り換えを促した要因
90年代後半、WordPerfectはUNIXバージョンのサポートを打ち切った。同市はJavaバージョンのWordPerfectを試したが、これはスピードが遅過ぎた。さらに面倒なことには、ユーザーの一部が数少ないWindowsコンピュータで、CorelのスプレッドシートではなくExcelとPowerPointを使っていた。このため事態は複雑になった。OSの種類が多過ぎると一部のコンピュータはネットワークから外れ、さまざまなアプリケーションを多数サポートしなければならなくなるからだ。
同市はLinuxの運用を続け、サポートするオフィススイートは1つのみとすることを切望していた。そこでStarOfficeの評価を行ったが、特にサーバからシンクライアントへのリモート表示に関して問題があった。しかしその後OpenOffice.orgが発表され、開発スタイルがオープンソースだったため、市のIT担当者がOpenOffice.orgの開発者と密接に連携することができた。開発者らは、マルチワークステーション環境におけるパフォーマンス向上のためのフィックスを導入。市の職員と共同でWordPerfectのインポートフィルタにもかなり手を加えた。技術的に最も難しいのは古い文書の変換だった。
この時点でOpenOffice.orgは利用可能なソリューションだった。WordPerfect、Excel、PowerPointに匹敵し、マルチワークステーションのLinux環境に対応したアプリケーションという、優れたソリューションと思えるものがこれで見つかった。1年がかりのテストの後、同市は2003年、正式にOpenOffice.orgに乗り換えた。
移行プロセス
市は外部の研修会社と契約し、その会社がこのプログラムについて学習して2週間にわたる研修を提供した。乗り換え着手からユーザーが完全にOpenOffice.orgのみを使うようになるまでにかかった期間は6カ月だった。
公共セクターでは多数の文書を保存しておかなければならないという現実がある。乗り換えの時点で同市は少なくとも15年分のWordPerfect文書を変換しなければならず、一部はキャラクタベースのバージョンで作成されていた。libwpdツールは変換の助けになり、リチャーズ氏はネットワークからWordPerfect文書を探し出して変換バージョンを作成するスクリプトを作成した。変換はどう見ても完ぺきとは言えなかった。正しく開ける文書もあったが、変換がうまくいかず問題が起きた文書もあり、中にはワープロツールの専門ではないユーザーが作成したため、見た目が大きく変わってしまったものもあった。
メモリ共有型Linuxネットワーク上のOpenOffice.org
市のITインフラは基本的に、1台の大型Linuxサーバで運営されている。十分なメモリさえあれば、1台のサーバで300~400人がOpenOffice.orgを利用できる。ここで鍵となるのは共有メモリだ。例えば「ジル」というユーザーがログインし、OpenOffice.orgの実行にメモリ200Mバイト、文書に10Mバイトを使っていたとする。その1分後にOpenOffice.orgを使い始めた「ジョン」は、実行中のプログラムに接続することになり、OpenOffice.orgを起動するわけではない。ジョンが必要なのは自分の文書の分のメモリのみだ。
変更管理
正直言って簡単ではなかったと、リチャーズ氏は打ち明ける。「もしWordだけ使っていたのなら問題はなかっただろう」と同氏。何もかも同じやり方で、同じように簡単にできるというわけにはいかなかったが、OpenOffice.orgでは常に何らかの方法があった。
技術的問題よりも、「気分の問題」の方が大きかった。仕事で使っているWordPerfectであれ、自宅などで使っているMicrosoft Officeであれ、ユーザーは自分のソフトに愛着を持っていた。上級ユーザーは全般にそれほど問題なく切り替えができたが、マクロやExcelの高度な機能でかなり問題が浮上した。しかしリチャーズ氏はほとんどすべての状況で、ExcelでできていたことをCalcでもやる方法を見つけ出した。
あまりコンピュータのことを知らないユーザーの方が進歩は遅かった。その一因はOpenOffice.orgになじみがないことと、使い方を身に付けなければならないことへの抵抗にあった。幸い、市の管理部門が完全に乗り替えをサポートしてくれていた。ユーザーから「事実と異なる訴え」が寄せられることもあったとリチャーズ氏は言う。例えば特定の機能が動いているのにうまくいかないとか、Wordの方がずっと簡単だったと根拠もなしに訴えるなど、その内容は多岐にわたった。
教訓
リチャーズ氏はこの乗り換えから得た教訓を、ポイントを押さえて率直に語ってくれた。「管理部門を100%巻き込むこと。そうしないと苦情に耐えられなくなる。もしこれができなければ絶望だ。管理部門およびユーザーとの間で、95%成功の目標を定めることだ」
同氏はまた、OpenOffice.orgに乗り換える場合のアドバイスとして以下のような項目を挙げている。
文書の変換は外注に出す
これは大仕事であり、普段の仕事に加えて変換した文書を修正しなければならないと思うと、ユーザーの乗り換えに対する後ろ向きな姿勢に拍車が掛かる。
研修を義務付ける
市は移行期間中に研修を提供し、それを継続した。しかしIT部門は、研修を実施していながら、参加できたはずなのに参加しなかった職員から大量に文句を言われるというジレンマに陥った。研修に申し込んでおきながら上司に文句を言って欠席を認められたり、単純に出席しなかったユーザーも多かった。
ユーザーの目的を理解する
ユーザー対応やトラブルシューティングでは、ユーザーの目的を見定め、それに基づいて業務に当たる。質問されることに単純に答えるだけで済まさないことだ。例えばユーザーのマクロ作成に問題があるのなら、何をしたがっているのかを理解すること。その目的を達成できる機能がある可能性は高い。
IT要員を巻き込む
メーリングリストやバグ報告サイト、βリリースなど、このソフトの開発プロセスに参加し、フィードバックを提供する手段が存在する。
誤解や偏見をなくす
文書変換の問題はOpenOffice.orgの問題ではないということを認識し、ユーザーと管理部門にも理解させる。文書の特性の多くは、自分が使っているOSやオフィススイート、それにプリンタのバージョンに応じて提供されている機能に基づくものだ。特定の環境にのみ依存し、環境が変わると問題が発生するような機能を文書で活用すべきではない。フォントやプリンタといったオプションを制限することにより、文書ができる限り環境に依存しないように努める必要がある。
リチャーズ氏によると、集中型のLinuxネットワークでOpenOffice.orgは極めてうまく運用できる。しかしOpenOffice.orgへの乗り換えと集中型Linuxへの乗り換えを実施する場合、一度に全部はやらない方がいいとくぎを刺している。5年計画を作成し、1度に1つずつ実行することだ。まずオフィススイートを切り替えて軌道に乗せ、次いでOSを切り替える。アプリケーションの切り替えを済ませたら、次に集中システムに切り替える。
同市は最初の変換期を含めると、OpenOffice.orgを使って4年になる。同プログラムにはおおむね満足しており、Linuxインフラを維持してよかったと考えている。「Linux、もっと具体的に言うとOpenOffice.orgは事実上、常に注視しておく必要がない。自作のcronスクリプトにより、一時ファイルは定期的に削除され、断片化したメモリはサーバの定期的なリブートで刷新される」
「こう言えば分かりやすいだろう。ネットワークには700人のユーザーがいるが、わたしはこの1年、1度も自宅で呼び出しを受けたことがない」とリチャード氏は締めくくった。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー