認証を取得した件数からみるとまだまだですが、大分引き合いも増えているようです。

さて、認証を取得した企業を分析したところ、やはりアウトソーシング業務が中心のようです。当面のターゲットは一定規模以上のアウトソーシング業者だとは思いますが、SE支援の現場では活用できないのでしょうか。

数年前にはIT業界でもISO9000が流行りましたが、ここでは「PKG開発は対象とするけどSE支援は対象としない」というパターンが多かったように思います。

しかし、ISO20000はSE支援でも使えるんじゃないでしょうか。顧客とのコミュニケーションをとる、システムをメンテする等、SESこそISO20000が有効に機能する現場だと思うのですが。

もし、ISO20000認証をとってもよいと考えているSE会社さんがあれば、ぜひご連絡いただければと思います。

昨晩の0時から取り掛かかり、トラブル続きで「移行失敗か？」とも懸念されたが、無事終了しそう。

うまく移行できるか気にしていたwordpress、MOVABLETYPEが文字化けで移行失敗し、「最悪、消しても良いから、移行してみようか」と何も準備していなかったXOOPSが何のトラブルもなく移行成功。

文字セットの扱いで納得できないところはあるものの、この書き込みが問題なければ大丈夫だろう。

こういうサイクルの仕事の方が体質的にあっているかも。

・・・お、メニューが何故か減っている！

・・・ログインしようとする「パスワードの誤り」だとか。

いつもは使用しない管理者用のIDを使ってみてもXOOPSに入れない！

「乗っ取られたか！」と思い、管理画面からデータベースへアクセスした。

テーブルは揃っているものの、中身はボロボロ。ユーザIDもテスト用のものしか残っていない。

ASP業者のサイトを確認したところ、昼間に障害があってメンテナンスしたらしい。「既に復旧」とはアナウンスされているものの、リカバリー操作の誤りか。

業者に連絡したところ、サポート時間外であるにもかかわらずテーブル内容が元に戻りだした。

まだ正式回答は来ていないが、見た目には全て修復できている感じである。

これまで障害が発生していない業者だし、XOOPSだからバックアップもおろそかにしていたが、ここで全テーブルのバックアップを再取得。

やはり、バックアップは必要ですね。

ITILを紹介すると「うちはアウトソーシング業者じゃないから、関係ないよ」と言われることが多いのですが、ITILはアウトソーシング限定のものではありません。

ITILがターゲットにしているITサービスという分野は、アウトソーシング、業務代行などが対象ですが、広い目で見ればITを使ったサービスが対象で、SE支援作業でさえITサービスのひとつといえます。

私自身、長年メーカーSEとして金融機関に常駐していましたが、ITILを見たときは「業務改善に使える！！」とピンときました。

私の講座でも、アウトソーシングの担当者もいれば、フィールドSEもいますが、「うちじゃあ、これは使えない」とは言われていないので、多分、大丈夫ではないかと．．．

プロジェクト管理者の方はPMPの勉強をする方も多いのですが、ITILも実務的でお勧めです。

ディスクを抜き取ってデスクトップＰＣに接続したが、カリカリ音はするものの一向に認識してくれない。残念ながら、私の手には負えず、専門の業者に依頼するしかなさそう。

パソコンは壊れるもの。やはりバックアップは必要です。
と、明日からはITILの教育講師なので、ちょっとネタにしてみようかな。

ＴＣＯ削減の救世主として宣伝されていたのがシンクライアントですが、最近はセキュリティ対策の救世主的な扱いをされることもあります。
シンクライアントといってもメーカ毎に仕様が異なっていますが、ローカル資源を持たないという点では共通しており、ＦＰＤやＵＳＢメモリによる情報漏えい、ハードディスクの盗難に強いというのは確かです。

しかし、そのようなメリットを持つ反面、シンクライアント上で動作するアプリケーションは「ローカル資源を持たないことを前提にしたもの」という制限があります。シンクライアント上であっても問題なく動作するアプリケーションもあれば、大掛かりな改造を行わなければ動作できないアプリケーションも存在します。
更に留意しなければならないのは、この制限は現在導入済みのアプリケーションだけでなく、将来追加導入するアプリケーションに対しても発生するという点です。

つまり、導入時点では「通常のパソコンと同様に使用できる」状態であっても、将来、新たなソフトウェアをインストールしようとした場合、「パソコンにはインストールできるのにシンクライアントにはインストールできない」という問題が発生する可能性があります。

このように、シンクライアントは運用コストの削減やセキュリティ対策が向上する反面、使い勝手や汎用性という観点では普通のパソコンの方が優れているというのが現状です。つまり、ＴＣＯ（Total Cost of Ownership）ではシンクライアント、ＴＶＯ（Total Value of Ownership）ではパソコンの方に分があるといってよいでしょう。

また、価格の面でも普通のパソコンに分があります。パソコンにセキュリティ対策ソフトを組み合わせた方が、安く・汎用的で、セキュリティ的にも見劣りしないという構成も可能なことから、「安全面、費用対効果を考えるとシン･クライアントではなく、パソコンを導入します。」という事例も多いですね。

ＩＴｍｅｄｉａの記事であるが、米Computer Troubleshootersが5つの方法を提案している。
（１）デスクトップPCは36カ月で取り替える
（２）ウイルス対策、スパイウェア対策ソフトをインストールし、定期的にアップデートする
（３）すべての機器にサージプロテクターを使用し、サーバなどの重要なコンポーネントには無停電電源装置を使用する
（４）PCの空冷ファンを定期的に掃除し、常に正しく機能するようにしておく
（５）ソフトウェアの整理整頓

Computer Troubleshootersはパソコン関係のトラブル対応サービスを提供しているので、かなり「パソコン」に特化した対策であるといえるが、確かにそのとおりである。

先日、「信頼性設計」で3日間の講習を行ったときも同様の解説をしているが、このようなローテクに近い対策はおろそかになりやすい。ワークショップで信頼性向上の施策を調査したときもＲＡＩＤとかクラスタリングなどの技術に走りやすいが、信頼性向上にはこのような対策が必須であろう。

（２）～（５）については講義でも解説しているが、次回は（１）も織り交ぜさせていただくとしよう。

で、もう一度やってみて上手くいったら、「タイミングの問題ですね」「こういう時はもう一度やるようにしてください」なんて回答も．．．

今や「レガシーシステム」なんて呼ばれているメインフレームやオフコンの頃、やり直してみて結果が変わったら、それこそ「何で結果が違うのか報告書を提出しろ」なんて問題になったものですが．．．

と、いっても今時のオープンシステムはハード部品の製造元も良くわからず、ソフトウェアもマイクロソフトをはじめ、色々なベンダーが絡んだりで、昔のように「原因究明しろ」といわれても難しいというのが本当のところです。

「もう一度やってみて」「タイミングの問題ですね」という技術者（ＳＥ、システム部員など）を擁護せざるを得ないこともありますが、ちょっと甘えすぎていませんか。

確かに、そういう避けられない問題もありますが、本当は追及すべき問題も「もう一度やってみて」「タイミングの問題ですね」という姿勢にかき消されていることも多々あるように思えます。

技術者は「多分～です。」と言った時点で「自分のプライドに傷が付いた」というくらいの気概を持って欲しいも
のです。