外資系企業に住む住人の視点からIT業界の出来事を伝えます。ご興味のある方は、メルマガの登録をお願い致します。Twitterやっています。→http://twitter.com/juntoku_yマイナビニュースで「IT業界裏講座」を掲載中です。そちらもヨロシクお願い致します。→コンサル直伝−IT業界”裏”講座EnterpriseZine(翔泳社)で記事掲載中です。そちらもヨロシクお願い致します。マネジメントセンター(JMAM)より「フレームワーク使いこなしブック」を上梓しました。仕事の質と効率を高める思考の枠組み・フレームワーク。本書は、架空のパンメーカー・ナイスハーベスト社を舞台に、新人のむぎ夫がフレームワークを使って課題を解決していくストーリーを追いながら、フレームワークを学べる仕掛けになっています。最終章では、オリジナルのフレームワークを作る方法も紹介。「わかる」レベルから「使える」レベルに無理なくステップアップできます。2012年7月末、同じくJMAMより「ビジネス思考法使いこなしブック」を上梓しました。こちらもむぎ夫が登場し、ロジカルシンキング・ラテラルシンキング・クリティカルシンキングの3つをどうやって使いこなすか、問題解決の発想技法を学べる仕掛けになっています。このジャンルでは、おそらく初めて3つのシンキングを体系的に1冊の本でまとめている本です。以下の書籍も執筆しています。こちらも合わせてどうぞ。税込、送料別TOP|業界裏話|注目ニュース|徒然コメント|リンク紹介2017年02月22日1300以上あるオープンソースソフトウェアの主要SWを一覧化:OSS鳥瞰図IT業界は助け合いの精神で成り立ってきました。「こんな機能がほしかった」をボランティア精神で作り続けてきた人たちは数多く、中でも世界規模での助け合いを実現しているのがOSS(オープンソースソフトウェア)です。OSSのお世話になったことがないITエンジニアはまずいないと断言できるくらい、OSSは広く一般的に使われています。世界中で様々な活動が立ち上がり、OSSの数も一気に急増しました。Projectが扱っていたApacheやTomcatのお世話になっていましたが、今ではあまりにも数が多く、OSSで提供されている機能にどんなものがあるのか端的に把握することが難しい状況です。この状況を改善するため、日本OSS推進フォーラムとインプレス社が協力して『OSS鳥瞰図』という全体マップを公開しています。2017年2月時点の最新版は『2017α版』です。OSS鳥瞰図2017年版』より(1)クラウド関連(2)運用管理関連(3)アプリケーション関連(4)WebAP/DBおよび開発支援(5)セキュリティ(6)ビッグデータ関連(7)ディジタルトランスフォーメーションという7つの領域に分けて一覧化されているので、感覚的に把握しやすいのが助かります。ちなみに、上記で整理されたOSS以外にもまだまだたくさんのプロダクトが存在します。私が知る限り、2016年12月時点で1343のソフトウェアが各プロジェクトに分かれて開発されています。以下のサイトですべて紹介されているのですが、数が膨大なので、分類されているカテゴリーだけを引用します。Serversすごい数ですよね。Servers」のカテゴリに、MySQLは「Databases」にちゃんと含まれています。変わりどころだと、「Jewelry」というカテゴリーで”iNecklace”というオープンソースハードウェアも扱っているんですよね。GitHubでソースコードが公開されていますし、それを使った製品が実際にAmazonでも購入できました。『ソースコード』https://github.com/adafruit/iNecklace『販売サイト』https://www.amazon.co.jp/dp/B00M17Z410OSSの一覧はじっくり眺めるといろいろと発見があります。ITエンジニアの方はすべてのソフトウェアをチェックしてみることをお勧めします。先日、100円コーラの著者である永井さんが執筆された『戦略は「1杯のコーヒー」から学べ!』を手にする機会があったのですが、面白くてこの週末に一気に読み終えてしまいました。このブログを見ている方々にも参考になると思いますので紹介します。この本の魅力は2つあります。1つは「コーヒー業界の縮図をこれ1冊でだいたい把握できる」こと、もう1つは「価値提供(バリュープロポジション)の作り方を知る」ことです。コーヒーをとりまくビジネスはセブンカフェのヒットで最近よく目にするようになりましたが、遡れば1980年のドトールコーヒーに至ることをこの本で知りました。当時は1杯400円が当たり前の喫茶店コーヒーをなんとか安く提供したいという想いから生まれた200円以下のリーズナブルなコーヒー。これが日本にコーヒー文化を大きく広める一因だったというのは興味深い話です。いつでもどこでも飲めるコーヒーを作りたいという強い気持ちから世界で初めて缶コーヒーを作った1960年代の上島珈琲の話も面白いですね。このころの日本は、高度経済成長を背景に、色々な新しいものが生まれた頃でもありました。いう発想の転換と地道な努力に関するエピソードはこの時期に多いですね。時代は流れて、スターバックスの台頭から新しいカフェ文化が一般的に広まってきました。一時低迷を何度か経験した同社が復活を遂げた背景もこの本では述べられており、スターバックスがほとんどCMを流していないのに売上を拡大している仕組みにも改めて感心しました。その他、コーヒー業界のアップルと呼ばれるブルーボトルの大元が日本の喫茶店文化であったことやマクドナルドのプレミアムローストに対する考え方など、今までに見逃していた面白い話も含まれており、コーヒー業界の今を知る良書になっています。3要素で提案を考える方法が解説されており、顧客が本当に欲しがっているものとそれを実現するために必要なものを整理することが重要であることが分かります。各要素が実際に組みあがっていく様子をドリームコーヒーというストーリーから読み取れるこの本の構成も素晴らしいですね。100円コーラが面白かったと思った人はもちろん、コーヒー業界の様子を大まかにつかみたい方や面白いビジネス小説を読みたい人にもオススメです。世界の6人に1人が8時間利用するFacebookの驚異Facebook(フェイスブック)といえば、今や世界最大のソーシャルネットワーキングサービスであり、アクセス数はGoogleをも凌ぐという超巨大サイトです。そのフェイスブック、2014年の2月に開設10年目を迎えました。これを記念して、CNNでその足跡と数々のワールドレコードを公開していたので、それを紹介します。いまやフェイスブックは世界の6人に1人が利用しているのです。月間アクティブユーザー数(一ヶ月あたりに1度以上アクセスしたユーザー数)は、なんと12.3億人。日本の総人口のおよそ10倍です。・その他:3.8億人そして、国別で見るとベスト10はこのようになります。(人口:1.2億人)もちろん利用者数が最大だったのはアメリカ合衆国ですが、驚きだったのは、ブラジルでのフェイスブックの利用者が多いことでした。同じくらい驚いたのは、人口7000万人前後のトルコでフェイスブックの利用者が3300万人を超えていたことです。利用率は47%であり、米国の51%に次いでいます。※利用率だけなら、1位はブルネイ(70%)、2位は台湾(64%)なお、日本は利用者数が昨年8月時点で2200万人を超えましたが、世界ランキングでは14位の位置にあります。フェイスブック後発国と言われていますが、思ったより利用者が多いですね。【利用時間】これらのユーザーがいったいどれだけの時間をフェイスブックに費やしているのでしょうか。実は月当たり7.75時間です。1日あたり15分ということで、これは実感できるレベルですね。アクティブユーザー数に関連しますが、毎日フェイスブックにアクセスしている人は、なんと全体の6割にも及ぶそうですよ。これは7億人以上にのぼると思われます。これだけの人が1日15分フェイスブックにアクセスしていると考えると、フェイスブックというのは大変な広告価値を秘めた媒体だということが分かります。実際、フェイスブックは広告宣伝モデルをベースとしたマネタイズを図っており、1ユーザーから平均2.1ドルの収益を得ている計算になるそうです。北米ユーザーに限れば、平均6ドルにまで跳ね上がります。【いいね!数】フェイスブックがこれほど人気を博したのは、各人のエントリーに対して友達が「いいね!」(英語圏だとLike!)と簡単に意思表示できるところにあったのではないでしょうか。この点についても実に興味深い数字がCNNで示されています。1日あたりの総いいね!数。フェイスブック全体で1日あたり押されているいいね!数をカウントしたところ、平均で60億回のいいね!が押されていたそうです。さきほど、月当たりのアクティブユーザーが約12億人、このうち毎日アクセスする人は6割いるとの情報を示しましたが、この数字を使って総いいね!数を割ってみるとどうなるでしょう。答えは、1ユーザーあたり毎日8回のいいね!押下となります。60億回という数字を見た時にはその膨大さに驚きましたが、これも肌感覚として「近い」と感じることができるレベルではないでしょうか。ちなみに今までで最も多くのいいね!を集めたのは、オバマ大統領が2012年に再選した際、妻と抱き合っているシーンを写した写真でした。その数、なんと440万いいね!他にもフェイスブック10年の足跡やトリビアがCNNの元記事には掲載されています。気になった人はぜひ参照してみてください。全編英語ですが、非常に単純な記事なので一目でわかります。日本語で言ってくれればわかるのに・・・と思うカタカナ語ランキング先週、gooランキングで「日本語で言ってくれればわかるのに・・・と思うカタカナ語ランキング」というものが公開されました。有効回答数はおよそ1000名。本家サイトからサマリ(これもカタカナですね、17位にランクイン)しておきます。自分では頑張っているつもりなのに、周りからの評価が低い人がいます。あるケースなのは、当人が「良かれ」と思ってやっていることが、相手にとっては「ピントのずれた」期待と異なる行動であったというもの。この場合の「期待と異なる」という表現は、相手が抱いていた期待を下回っているという意味です。当然ながら、相手からはネガティブな評価をもらってしまいますこうした残念な行動は、新人社員であるほど傾向が高まりますが、社会人歴10年を超えるベテラン社員であっても少なからずいるものです。以下はその典型例です。新人社員:Xさん「昨日、先輩に頼まれた資料は・・・よし、このファイルを印刷して一通り揃ったぞ。新人社員:Xさん「はい、これでいいんですよね。「そうか、それは手間をかけたね。全部プリントアウトしてくれたんだ。「じゃあ、電子ファイルのありかを教えてくれるかな。新人社員:Xさん「そうです、かなりのファイル量です。印刷して渡したんですよ。新人社員のXさんは先輩からの指示を忠実に守り、頼まれた大量の資料を集めました。それに、読みやすいように、電子ファイルの資料を印刷して、クリップで束ねておくという気配りもみせたつもりでした。先輩は、報告用に加工するためのインプットとして電子ファイルを受け取りたかったのです。ボリュームが多いなら、ファイルサーバに受け渡し用のフォルダを作成して、そこにファイルを格納しておく、くらいのことはしてほしかったと考えていました。これでは先輩からXさんへの評価が高くなるわけがありません。Xさんの努力は報われないというわけです。一方で、社会人歴10年を超えるベテラン社員にもこうした類の話はあります。「えっ、その方がいいですか?じゃあ、そうします」ベテラン社員のZさん「それがいいよ。「わかりました、そのようにします」ベテラン社員のZさん「そうだ、システムの概要説明も用意したほうがいいね。(任された仕事のはずなのに、細かく指図されたら萎えるよ。最初から自分でやればいいのに!)」ベテラン社員のZさんは部下の報告書作成状況を早めに確認し、部下のやり方に対する改善点を指摘しました。経験ある自分の立場から見て、やった方が良いと思われることは全てフィードバックしたので、部下の仕事に貢献できたと自信満々です。部下にとっては、自分のやり方をことごとく遮ってくる、小うるさい上司に映ります。自分で考えて作業を進めてから、レビューしてほしかったと思っていますし、細部にまでやり方を指示するのではなく、自身のやり方を尊重したアドバイスがほしかったと不満を抱きます。した「頑張っているけど評価されない、報われない人」の存在を許す懐の広い企業は日本国内にたくさんあります。組織の本音は、「報われない人材ではなく、成長して人財となってほしい」です。私の所属する外資系のコンサルティングファームでは、報われない人であり続けることは許されません。報われるための仕事のやり方を、研修・OJTを通して、徹底して教え込まれます。この環境で得られた仕事術のノウハウは、世間一般のビジネスパーソンにとってもきっと有益であると思っています。それは、「外資系コンサルの仕事を片づける技術」(ダイヤモンド社:全256ページ)でまとめています。詳しい内容は、特別抜粋版レポート(全30ページ)として、下記リンク先にて無料配布中です。▽「外資系コンサルの仕事を片づける技術」特別抜粋版https://it-ura.up.seesaa.net/item/report_request_it-ura-011.htm報われない人材から脱するためのスキルとはどのようなものなのか、実際にその目で確かめてみてください。得るものがあると思います。書籍は2013年6月14日に発売されます。購入してくださる方は、是非私のTwitterアカウント(@juntoku_y)をフォローしてみて下さい。購入者への期間限定プレゼントとして、ページ数の都合で掲載できなかった20ページ超の未公開原稿を特別編集したものを提供致します。(「しいたけお」(きのこ板)も入っているよ)2chの598板にある「名無しさん」の称号を比較したまとめサイトのエントリーが資料価値が高かったので、ランキングだけ抜粋。このランキングが、個人の主観に基づく「うまい名づけ方したな」という評価とのこと。http://blog.livedoor.jp/kinisoku/archives/3803456.html個人的には、第20位の『名刺は切らしておりまして』(ビジネスnews+)というのが秀逸。特別賞の『しいたけお』(きのこ板)は、もはや語呂だけで、名無しの要素がどこにも残っていないのが、逆に面白いです。名前書いたら負けかなと思っている。地震雷火事名無し(緊急自然災害)第62位すてきななまえをつけてね。名前は開発中のものです。俺より強い名無しに会いにいく(格闘ゲーム)第56位まちがって名前消しちゃいました。Explorer」にセキュリティ上の重大な欠陥が見つかったとして、独当局はIEの使用停止、他社ブラウザの利用を推奨する声明を2012年9月18日に発表しました。(2012年9月)18日までに、個人情報を盗む新種のウイルスへの対策に重大な欠陥があるとして、利用者に対し、他社のソフトを当面使用するよう求める声明を発表した。ロイター通信によると、IEは世界で数億人が使用しており、セキュリティー上の欠陥は先週末にかけて表面化した。MSは対策ソフトの無料配布を始めたが、抜本的な解決策はまだ見つかっていないという。MSによると、IEを使って悪意のあるウェブサイトに接続した場合、強力なウイルスに感染、ハッカーに侵入される恐れがあるという。(後略)』(http://www.nikkei.com/article/DGXNASFK19005_Z10C12A9000000/)MSの対応が不十分だとするドイツ当局の強気な対応は頼もしくもありますが、実は同じようなやりとりが2年半前にもあったのを覚えているでしょうか。『Microsoftは米国時間(2010年)1月14日、IEの脆弱性が、Googleのインフラに対するサイバー攻撃に利用されたことを認めた。この攻撃は、中国の人権活動家の「Gmail」アカウントにアクセスを試みたもので、ほかにも同じ脆弱性が複数の米国企業への攻撃に用いられたという。(BSI)は現地時間15日、「緊急」レベルのこの問題にMicrosoftが対処するまで、ユーザーは他のブラウザに切り替えるべきだとの見解を示した。Microsoftが提示している回避策を当てにしないよう勧告している。(中略)一方、フランスの政府機関CERTAも現地時間15日、Microsoftが修正プログラムを公開するまでIEの使用を控えるよう、国民に警告を発した。』(http://japan.cnet.com/news/sec/20406902/)このときはドイツだけではなく、フランスの当局もIEの使用停止を推奨する声明を出しており、基本的にヨーロッパの中でこの2国はセキュリティを厳しくチェックする人たちが目を光らせていることが分かるかと思います。「マイクロソフトが提示している回避策をあてにしないように」だなんてすごい発言ですよね。一昔前は、企業内に設置されたクライアントPCにはIEしか入っていないことがよくありました。Device)の考え方が広がったこともあって、徐々に複数のブラウザ環境を許容するような雰囲気になりつつあります。IEが狙われやすいのはずいぶん前から分かっている話です。費用を抑制するために、未だにIEしか認めていないという情報システム部門もありますが、ここらで社内標準ブラウザはIEとFireFoxの2枚看板とか、Chromeにも対応しちゃうとか、多様性を持った環境を標準とする考え方をクライアント端末環境のベースラインとしたですね。標準的な挙動を示してくれるブラウザなら、何でもいいというのがユーザの本音なんですけど。世界の証券市場で千分の一秒以下という高速なアルゴリズム取引が主流であることは、以前のエントリーでも触れてきました。(SEC)は14日、ニューヨーク証券取引所(NYSE)が市場の売買情報を一部顧客に優先的に送信した問題で、同証取を運営するNYSEユーロネクストが500万ドル(約3億9千万円)の罰金を支払うことで和解したと発表した。SECによるとデータ送信の速度の差は「1千分の数秒」のレベルだったという。SECの発表では、米国の証券取引所がSECに罰金を支払うのは初めて。2008〜10年にかけて、注文情報などの売買にかんする情報が、一般向けシステムよりも速く特定の顧客だけにNYSE側から伝えられていた。米国ではコンピューターによる高速取引が急速に普及。1千分の1秒の単位で売買され、少しでも売買情報を速く得られれば、より高い投資効果が得られるとも言われる。NYSE側は、罰金の支払いに応じたが、「技術的な問題で、意図的な犯罪行為ではなかった」との声明を出した。』(http://www.asahi.com/business/update/0915/TKY201209150153.html)簡単に説明すると、これはアービトラージ(裁定取引)というサヤ取りのことです。Wikipediaにはこのように説明されています。『日本などの水資源が豊富な地域では水は希少性が乏しいため、極めて安価である。この水を砂漠のような水の希少性が高い地域に運んでいけば、高値で売ることができる。金融の世界でも同様な取引があり、金利の低いところで金を借り、金利の高いところで貸し出せば、元手が少なくても多額の利益を手にすることが出来る(レバレッジ)。先の記事の最後にあった「技術的な問題」という発言は、ネットワーク接続の相性でどうしてもスペック通りの性能がでないということだと思いますが、SECがそんなアホなところを問題視するかといわれると、疑問に思えるので、やはり意図的に差が出るようなシステム構成にしたのではないかと思われます。本当に意図しないところで速度差が出ていたとして、それにこのようなペナルティが課されてしあうのであれば、東証を含む、金融先進国の証券取引所は皆訴えられてしまうのではないでしょうか。企業のIT部門が100人以上参加するIT系セミナーでこのような問いかけをしたところ、参加者の1/3が手を挙げていました。Editionの延長サポートが2014年4月で終わってしまうのは、クライアントPCの管理に関わったことのある方なら周知の事実です。延長サポートが切れると何が問題なのかといえば、「セキュリティパッチのリリースが停止される」という一言に尽きます。XPマシンがあったとして、インターネットに接続して丸1日も放っておけば、トロイの木馬をはじめとする数々のウイルスに見事に感染することができ、ネットワーク内の情報(機密情報含む)を垂れ流すゾンビPCが出来上がります。これと同じ状況に将来陥ると考えれば、事の重大さが分かって頂けるでしょうか。Explorer9)がリリースされており、これとWindowsの移行を同時に実行しようとすると、かなりシビアな検証スケジュールを考えなければなりません。これについて先日、Gartnerから、WindowsOSとブラウザのマイグレーション(移行)に関する使えるレポートが発表されました。クライアントPCのバージョンアップ計画に携わっている人にはとても参考になるレポートなので、紹介します。http://www.gartner.co.jp/b3i/research/110920_inf/『IE9は、Microsoftのブラウザにおいて大幅な更新に相当する。7の導入を先送りすべきではない。7を導入予定の企業は、SP1とIE9の両方を含めるべきである。IE9は旧バージョンから大きく改善されているが、企業は複数のブラウザを採用する戦略を取るべきである。【IE9はアップグレードに値するか】IE9にはアップグレードする価値がある。IE9は、これまでMicrosoftがリリースしてきたブラウザの中で、標準に対する準拠性が最も高くなっている。Firefox、Operaに肩を並べる優れたブラウザである。企業は「単一ブラウザによる標準化は避けるべきである。基幹アプリケーションの場合、アプリケーションが実際にIE9で動作するか否かよりも、ベンダーがサポートするかどうかの方が重要になり得る。アップグレードを進める前に、ベンダーへの照会を行い、少なくとも汎用性と重要性が最も高いブラウザ・アプリケーションはテストすべきである。7/IE8のテストが進捗している企業には、IE9を組み込むために導入を遅らせることを推奨しない。7の導入プロジェクトにIE9の追加を検討する価値がある。7への移行を計画する場合は、その移行時にIE9の導入を検討するとよい。7の導入で疲弊することを考慮すると、企業の採用に関しては疑問視せざるを得ない。8の導入まで待つべきではない。IE9は名実ともにマイクロソフトがリリースした最高品質の標準準拠ブラウザであり、これを採用しない理由はない、ということが述べられていますが、同時に、Windows7対応で多くの企業が疲弊することが予測されるため、次のWindows8がリリースされるまで待ち続けたとしても、企業にとっては苦労の割に実が少ないかもしれないとも言っています。結論を先送りしがちな組織の方、このレポートで組織のマネジメントへ一考を促すのもよいのではないでしょうか。情報システム部の存在意義は、ITサービスを通したユーザ利便性の向上にあります。ITサービスとは単一、もしくは複数のシステムによって提供されるものですから、新しいシステムを企画立案して運用に漕ぎつけるまでの流れは、情報システム部の主たる業務と言えるでしょう。新しいシステムを構築するためには、企画段階で得た構想を要件レベルに具体化し、システム設計者に引き渡します。企画をした人間が設計・構築・テスト・リリースまで担当できるにこしたことはないのですが、上流工程を担当する人間はスキルセット上、高コスト(月単価150万円以上)であることがほとんどですし、そもそも社内でシステム実装スキルを有する人間を必要数確保できないという根本的な課題もあって、要件定義フェーズ以前と設計フェーズ以降では担当者が異なることが多いのが実情です。RFPをうまく作成できるかどうかで、そのシステムの命運が決まると言っても過言ではありません。システムの実装内容だけでなく、自社とベンダーの責任関係を決めるインプットになる文書であり、RFPで書かれた内容に従ってベンダーは提案書と契約書を作成するからです。曖昧な表現や適切性に欠ける責任関係を記してしまえば、そのまま契約内容に跳ね返ってきます。今回は「適切なRFPの作り方」というテーマで、「委託内容」と「契約スキーム」の2つに分けてRFPに必要とされる項目の記入方法を紹介します。あなたの会社にもRFPのひな形があるかもしれませんが、その内容が本当に妥当であるか、一度検証してみることをおすすめします。RFP作成までに修正しておきましょう。ちなみに、RFPで示す各項目の内容は要件定義フェーズで全て決めている必要があります。RFPの項目をしっかり定義できていれば、それを記入するために必要な情報も明らかになります。要件定義フェーズで決めるべきことも自ずと決まってくるということです。RFPで最初に定義する必要があるのは、委託内容に関する次の6点です。RFPに対する提案の手続きを指定します。RFPを受領した後、ベンダーが提案書を提出するまでに行われる以下の点を明記します。納品方法では、紙媒体/電子媒体の数を指定します。容量を勘案し、提案書の一部(エグゼクティブサマリー/見積り明細など)を別途電子メールで受け取る方法もあります。受け取り側の都合に合わせて、納品期限は日にちだけでなく、時間まで厳密に指定しましょう。ここまでに挙げた18点は、以下のリンク先で詳細説明をしています。はてブ500超の記事ですので、おそらく参考になるかと思います。興味のある方は御覧ください。日々爆発的に増加しているデジタルデータについて、知っておくと「へぇ」と言われるトリビアです。実は、ITリーダーズ誌でこのネタを先に書かれてしまったのですが、分かりやすかったので、そちらの数字をベースに紹介します。(ゼッタバイト)IDC社とEMC社の調査によれば、2009年は0.8ゼッタバイト、2011年は1.8ゼッタバイトになるそうです。ゼッタバイトはエクサバイトの1000倍。エクサバイトはペタバイトの1000倍。ペタバイトはテラバイトの1000倍です。1ZB=1,000,000,000TB。キロバイトとテラバイトの関係と思えば、少しはイメージ湧きます?ちなみに2011年の1.8ZBというデータ量は、以下に相当するんですよ。http://japan.emc.com/about/news/press/japan/2011/20110629-1.htm・米国のすべての国民が、26,976年間休むことなく毎分3ツイートつぶやく・世界中のすべての人が、毎日2億1,500万高解像度MRIスキャンを実行する・2,000億を超えるHDムービー(1本のムービーの長さは2時間)。※1人が24時間365日見続けたとして、約4,700万年かかる。iPadが575億台必要。(エクサバイト)シスコシステムズの発表情報では、2010年から5年間で26倍に増える見込み。年間75EB(エクサバイト)になり、これはDVD190億枚に相当するとのこと。固定通信網からの移行よりも、最初からモバイル網でのネットワーク構築案件が激増するのが理由です。余談ですが、同社レポートではインターネット総トラフィックについて、2015年には966エクサバイト(2010年の4倍)に達すると予想してます。http://www.cisco.com/en/US/netsol/ns827/networking_solutions_sub_solution.html【メモリ容量:2024年予想】64GBITRSの調査では、2011年はDRAM1枚で4GBだったものが、2024年には64GBにまで集積させることができるようになるそうです。企業のオンラインシステムは全てRAM上で稼働しているかもしれません。オンライントランザクションはますます高速化し、証券業界の反応速度はものすごいことになりそう。注目記事2011年03月14日ITシステムの災害復旧を前にしてやらなければならないこと東北関東大震災が3月11日に発生してから、初めての週明け。被災地では想像以上の悲しみや疲れが広がっているものと察し、心からお見舞い申し上げます。一方で、被災地から離れてはいるものの、関東地方に住んでいる人々のなかには、ITシステムのBCP対応に追われている人もいることでしょう。Keyの新野編集長、ユニアデックス高橋優亮さんらが有志の方々と協力してまとめたノウハウを紹介します。(GFDL)(日本語での解説)となっています。自由に複製、改変、頒布などが可能です。オリジナルのテキストファイルはここからダウンロード可能です。本文書が多くのITシステム復旧に携わる方々の目に触れるよう転載させていただくことをご了承ください。本文書は、震災などの災害発生後に、ITシステムのユーザがシステムの復旧や再起動を検討する場合にチェックするべきことを記しています。被災したサーバを、再起動するのは本質的に危険なことです。場合によっては人命に関わる二次災害を招いたり、存在したかもしれない障害からの復旧可能性を失う可能性が高いものです。サポートサービスのプロフェッショナルの支援を受けることは必須だと考えてください。プロフェッショナルの支援を待てずに起動することが要請されるシステムも存在することと思います。した状況下で、可能な限り二次災害のリスクを小さくしたり、あるいは「拙速な復旧を断念する」という勇気ある決断をするための助けとなるように本文書は作成されました。2.この文書の限界と、責任この文書の初版は、高橋優亮を中心とした有志が作成した文書です。高橋優亮や有志の所属する団体等の公式な見解を示すものではありません。被災環境におけるITシステムの操作や起動は、火災などの人命に関わる二次災害を引き起こす可能性があります。被災環境におけるITシステムの操作や起動は、もしかしたら存在したかもしれない、障害からの回復可能性を失うなど、様々なリスクがあります。一般にユーザによる災害復旧操作は、状況を悪化させることの方が多いものです。この文書はユーザによる自力復旧を推奨するものではありません。自力復旧しないことを強く推奨しています。本アドバイスに従ったとしても、リスクを完全に回避することはできません。可能な限り、サポートサービスのプロフェッショナルにサービスを要請してください。サポートサービスのプロフェッショナルであっても、リスクを0にすることができません。プロフェッショナル以外の人が作業することはリスクを高める行為であると理解してください。色々な事情でプロフェッショナルのいない現場でシステム復旧を試みなければならない人たちの支援情報となるように作成された文書ですが、復旧対応は、元来個別のITシステムとその状態毎に対応方針を決定すべきものです。一般論を記載していますが、読者の個別のITシステム環境に合致しなかった場合、皆様のITシステムに取り返しの付かない悪影響や人命に関わる二次災害を引き起こす可能性もあります。この文書には間違いがなくなるよう努力をしていますが、間違いがないことを保障するものではありません。この文書を読んだり、書いてあることを実行したりすることによって引き起こされた一切の問題について、この文書の著述に関わった個人や法人、あるいは配布や蓄積、交換にに関わった全ての個人や法人は免責されるものとします。なにが起こっても誰も一切の責任を負いません。恐縮ではありますが自己責任でのご判断をお願いいたします。繰り返しますが、この文書の内容は「無保証」で読者に提供されています。(GFDL)バージョン1.3か、それ以降の任意のバージョンに基づいて、自由に改変と再配布が可能です。2節の「この文書の限界と、責任」の内容については、その意図を変更するような改変を禁止します。これはGFDLにおいても認められています。Publickey(http://www.publickey.jp/)編集長の新野淳一氏の示唆に基づき作成されたものです。氏のアイディアがなければ存在しなかった文書です。氏には深く感謝を申し上げます。Webページ化に伴う体裁の変更など)5.災害にあったITシステムを操作しなければならない人が知るべきこと特に重要な項目については【重要】の見出しをつけています。【重要】自分で復旧しないでください!被災システムの操作はプロフェッショナルに依頼してください。一般の人が操作すると、多くの場合状況が悪化し、回復不能になるケースが増えます。衝撃を受けてヘッドクラッシュを起こしたハードディスク装置は、電源投入して回転させると破損が拡大し、データ復旧も難しくなります。他にも、細かいちりと水分などの影響でショートが発生し機器から火災が発生することもあります。炎上し焼け落ちたシステムの復旧はほとんど不可能です。目的そのシステムは本当に「今」復旧することが必要ですか?「念のため」や「心配だから」または「可能なら」という状況ならば、プロの到着を待ってください。あなたがさわることで、状況が悪化します。二次災害で人命が失われるかも知れないリスクがありえる、という状況の元、本当に「今」復旧することが必要か判断してください。できないなら、復旧に向かうべきではありません。安全靴、ヘルメット、防護手袋、防塵ゴーグル、懐中電灯、工具などの準備はありますか?装備が足りなければ、それだけ危険が増します。どれだけ備えても危険は0になりませんが、可能な限り装備を整えてください。被災環境では、通信路の確保は難しいかも知れませんが、可能な限り、外部と連絡がとれるように準備してください。Twitterやmixiだけでも使えれば大違いです。単独行動は避けて、複数名で現場に入ってください。状況を見張る担当と復旧作業を行う担当と、作業を分担して、常に安全を確保するよう努めてください。Ethernetのケーブル、各種ジェンダーチェンジャー、データ吸い上げに使用する、予備のストレージ機器などを準備します。これらがないと、結局手も足も出ず、徒労に終わると言う結果になりがちです。大きな損害や亀裂ははありませんか?家屋や建屋の危険度の判定については、行政や専門家の指示に従ってください。立入や接近が禁止された場所での作業は論外です。禁止されていなくとも、建屋や設置場所が危険と思われる場合は、安全を優先して、起動は諦めてください。あなたの命を賭して再起動しても、建屋が壊れたらシステムも一緒に粉々です。【重要】サーバルームからの緊急退避路を常に意識して行動してください余震や類焼などで、それまで比較的安全だったところが、急激に危険になる場合があります。常に退避路を2方向以上確認し、常に意識してください。退避路が1方向しかないと想定される場所には最初から入ってはいけません。設置場所が危険な場合は、安全確保を優先して復旧は諦めてください【重要】あなたは、夢中になると周囲が見えなくなるタイプではありませんか?どんなに作業に集中していても、状況が変われば、即座に退避する必要があるのが被災地です。ユーザが自社のシステムを復旧しようとすると思い入れが強すぎて、周囲が見えなくなるリスクが高まります。複数名での作業を重ねて推奨します。空調は機器の動作を保てるレベルで動作していますか?システムが復旧しても、サーバルームの密度や空調の程度によっては、しばらくすると熱がこもって、熱暴走や故障が発生するような状態になるかもしれません。適切な空調が得られなければ、長時間システムを動作させることはできません。データのバックアップ採取のみにするなどプランの変更を検討してください。そもそも電気は来てますか?電源供給がされていない場所で復旧を検討することはナンセンスです。電源回復を待ってください。【重要】漏水はありませんか?周囲を見渡して漏水の可能性を確認してください。漏水があれば漏電のリスクがあります。電源投入をしてはいけません。安全に作業できるようなら、電源ケーブルを外したり、主幹ブレーカーを落とし、火災予防することも検討してください。【重要】異臭はありませんか?都市ガスやプロパンガスには特有のにおいがつけてあります。これらのガスには毒性はありませんが、爆発のリスクがあります。即座に、静電気火花を起こさないように細心の注意を払って撤収してください。都市ガスやプロパンガスの以外でも、異臭は、有毒ガスの発生や、火災の前兆を示す場合があります。安全かつ迅速に撤収をしてください。ラックの前に立ったら【重要】ラックに変形はありませんか?変形の程度にもよりますが、ラックが変形するほど大きな衝撃を受けたシステムは火災を引き起こすなどの可能性が高く、起動は危険です。電源ケーブルを抜いて、ブレーカーを落としプロフェッショナルの到着を待ってください。【重要】切断された電源ケーブルなど、危険なものはありませんか?感電や傷害のリスクを排除できない場合はシステム起動をしてはいけません。直流送電のデータセンタでの感電は致命的な結果になります。「直流送電」と言われて意味の分からない人は、データセンタの復旧に向かうべきではありません。【重要】現場が粉塵でもうもうとしていたりしませんか?粉塵爆発のリスクがあります。建材の多くは不燃物ですが、現場で粉塵が可燃物か不燃物かを判定することは不可能です。静電気に注意して、即座に撤退してください。ラック自身の固定に問題はありませんか?ラックの固定が外れて、建物に安全に固定することができないような場合、折角システム復旧しても、余震などがあればより状況が悪化する恐れがあります。システム起動より、ラックの固定を優先してください。LANやファイバーチャネルのケーブルが伸びてしまっていませんか?阪神淡路大震災の時、多くのシステムがラックが動いてしまうことにより、ケーブルが伸びたり、内部で断線することで通信不良が発生しました。ケーブルが伸びてしまっている場合、無理に復旧しようとせず、予備が確保できてから作業するのが望ましいでしょう。電源を入れる前に【重要】筐体に大きな衝撃を受けた跡などはありませんか?衝撃を受けたことが明らかな場合、まずハードディスクの障害を疑います。故障したハードディスクに電源を投入するとデータ復旧が困難〜不可能になる可能性が高まります。粉塵や液体の侵入の形跡はありませんか?空気中に粉塵がなくとも、機器が粉塵にまみれている場合は、内部配線でトラッキング漏電が発生する恐れがあります。現在乾燥していても、一度でも濡れたり水没した痕跡のある機器をそのまま電源投入してはいけません。乾燥しても水に溶けていたものが結晶化して導電性の皮膜ができてショートすることがあります。いずれの場合でも、可能ならば電源ケーブルを抜いてブレーカーを落としておきましょう。【重要】電源ケーブルやコンセントやプラグに損傷はありませんか?変形して中途半端にしか刺さらないようなプラグや、強い衝撃を受けて、内部のより線の一部が断線したようなケーブルを使ったりすると、発熱して火災になることがあります。訓練を受けていない一般の人が「ケーブル内部のより線の一部断線」などを判定することは難しいので、ダメージを受けていると思われる場合は電源を入れてはいけません。機器のラックへの固定は緩んでいませんか?機器が正しくラックに固定されているか、固定状態を確認してください。緩んでいるようなら、きっちりと固定してください。起動時の障害確認手順を理解していますか?システムの起動手順を理解しないまま「電源入れればなんとかなるだろう」と起動すると、大抵望ましくない結果になります。起動シーケンスに障害が発生した場合に、対処できるスキルがない場合や、正常に起動したかどうかの判定を行うことができないようなシステムは、最初から起動してはいけません。【重要】システムの停止手順を理解していますか?復旧を断念して、システムを停止する場合に、正しい手順を理解していますか?OS以外にもミドルウェアやサービスやデーモンやアプリケーションに対しても、正規のシャットダウン手続きが必要な場合があります。システム構成によって、正しい手順は異なりますが、多くのケースに該当しそうな手順を紹介します。0.計画停電が想定される地域では、作業中に停電時間帯に突入しないよう余裕を持って計画を立ててください。1.電源供給の確認をしますUPS装置がある場合はUPS装置を調べ、UPSやUPSのバッテリーが正常に起動しているかを確認します。電源供給コネクタ類を一通りテスターであたり、電圧異常などがないかを確認します。電圧異常があったら電源ケーブルを抜いて、起動は諦めてください。2.まず外部につながるネットワーク機器からサーバシステムは、ネットワークにつながらないと役に立ちません。ネットワークが障害を起こしているようなら、システム復旧の意義は薄れます。外部に近いほうから順次確認していきます。ONU→ボーダールーター→Firewall→DMZ用スイッチ、といった順です。ネットワーク機器から電源投入するのは、ハードディスクなどの衝撃に弱い部品を使っているケースが少ないため、最初に電源を投入する機器として適切だからです。ロードバランサー、ファイヤウォール、L4〜L7スイッチ、SSLアクセラレータといった製品の中にはハードディスク内蔵の機器もあります。このような機器は、他のネットワーク機器の正常起動確認の後にします。ネットワーク機器が起動したら、外部との接続性を検証します。tracert(traceroute)、Wiresharkなどを用いて必要なシステムとの接続ができるか、実用的な通信は可能かなどの確認を行います。ネットワーク接続が確立できなければ、データやシステムのバックアップ作業などへプラン変更を検討します。3.裏LAN用スイッチや、FCストレージ用のスイッチの電源を投入し動作を確認します4.【重要】ストレージ装置の電源を入れるかどうか考えるハードディスクの故障は、外観からは分かるとは限りません。多くの場合、クラッシュしていても外観には何の変化もありません。クラッシュしている状態で電源を入れると、データ復旧の難易度は一気に上がり、取り返しがつきません。データのバックアップが不十分なシステムの場合、この電源投入が運命の分かれ道になる可能性があります。本当に今電源を入れる必要があるか、今一度ここで考えてください。電源を入れずプロと相談することを、改めて強くお勧めします。5.決断できたら、ストレージ装置の電源を入れます注意深く起動音や、ステータスランプを観察してください。異常が見られたら即座に電源を切って、これ以上の作業を諦めて、撤収します。データ復旧サービスを提供している企業と相談してください。6.最後にサーバ機器の電源を投入しますいきなり起動してよいかどうかは、システム構成によります。必要なら、セーフモードで起動したり、シングルユーザモードや、ROMモニタなどで診断を実行するなど、システムの健全性を確認してください。複数サーバで構成されるシステムでは、サーバ間の起動順序が問題になる場合もあります。認証サーバ→アプリケーションサーバ→Webサーバのようなケースや、ある種のクラスタ構成の場合、本番系を全て起動してから、など、サーバ間の起動手順が決まっている場合があります。電源投入順が不明な場合もシステムを起動してはいけません。できれば数時間以上、状況を注視してください。燃えてからでは手遅れです。してなかった方は、可能ならここで採取しておきます。必要なら本番起動前にシングルユーザモードや/セーフモードで新しいメディアにデータバックアップをしてください。本番稼動前に、各種ログファイルなどを調べ、必要な復旧処理をしましょう小康状態になっても、運用中に気をつけるべきこと大きな余震や津波が再び発生した場合のプランはできていますか?ここまでたどり着いた方は運良く運用可能状態になりました。おめでとうございます。一度システムがダメージを受けた場合、再起不能になるかもしれません。その時にどうするかを計画しておきます。小康状態の間に、バックアップをしっかりとっておいて、小康状態の間はトランザクションやデータベースの更新を禁止し、参照系だけにして、再度の障害に備える、などの方針を決めます。【重要】突然の停電が再び、何度も起こりえます。計画停電だけでなく、被災地の電源供給は不安定になりがちです。電源断があった場合にも耐えられる運用プランを検討してください。UPSのバッテリ残量の確認や、シャットダウン指示が正常に動作するかのテストも実施してください。運用を継続する場合でも、計画停止があれば何度もシャットダウンが必要になります。シャットダウンを繰り返すことはしばしば障害の原因になります。データの吸い上げができたら、不要不急のシステムは休止することを基本としてください。バックアップを活用して、IaaS事業者のサーバで仮復旧するなどの対策も有効です。安全に退避できる時は、機器の電源をOFFにしたり、電源ケーブルを抜いたり、主幹ブレーカーを落としたりするようにしてください。電源供給が不安定な時はサージやスパイクと呼ばれる異常高電圧が発生しやすく、機器故障や火災の原因になります。漏電が発生した場合の事故を防ぐためにも、なるべく電源を広範に落としてください。【重要】ただし、可燃性ガスなどの存在が疑われる時は、これらの操作で起こる電気火花が引火の原因になる可能性がありますので、なにもせずに速やかに撤収してください。現場に入るまでの危機管理などは「5.2サーバシステム」編と共通しています。安全を確保して作業してください。ローカルハードディスクの内容クライアントシステムでは多くの場合、復旧すべきものは、ローカルハードディスクの内容に限られます。データを救い出すことを中心に検討します。ノートPC軽量なノートPCは、現場から本体ごと回収して、安全な場所に運んでから、順に動作確認やデータの取り出しを行いましょう。ユーザの所在が不明でログインのパスワードが不明な場合は、それぞれのOSごとに回復手順があります。HDD暗号化を実行していると、データの回復が不能の場合もあります。デスクトップPC本体ごと安全な場所に運べる場合はノートPCと同様にしてください。ハードディスクの暗号化をしていない場合なら、本体のサイズや筐体の構造と現場の安全環境と、作業者のPC分解スキルと相談しながら、筐体をあけてハードディスクユニットだけ取り外した方が、安全かつ大量に短時間に運び出せる場合があります。その場合、ハードディスク本体に、どのPCから取り外したのか書いておくと、後のデータ吸い上げ時に役立ちます。米政府にも屈するブラックベリーに将来はあるか?以前のエントリーで、サウジアラビア当局の強い圧力に屈して通信内容を開示することを認めたブラックベリーの話をしましたが、ついに米政府も腰を上げたようです。『米政府は、暗号通信を解読したり、元に戻したりして当局に提供できる用意などを通信会社に義務づける。関連法案の成立を来年にも連邦議会に働きかける見通しだ。法案は、高度な暗号化が売り物で米国で広く使われているカナダのスマートフォン「ブラックベリー」の通信傍受も視野に入れており、国外から米国向けにサービスする通信会社も規制する方向。日本では通信を傍受することは建前上禁止されていますが、サウジアラビア・アラブ首長国連邦・インド・米国は、積極的なテロリスト検挙のために、あらゆる手段で情報収集できるよう、合法化を進める方針です。それにしても、暗号化が高度すぎて当局が監視できないために狙い撃ちにされているRIM社のブラックベリー、今まで同社の強みだったはずなのですが、なんとも皮肉なものです。ちなみに、RIM社のCEOは今年の8月に次のような声を上げていました。『インターネットではあれもこれも暗号化されている。BlackBerryだけの問題ではない。インターネットが問題と言うのなら、インターネットを遮断すべきだ。』http://japan.cnet.com/news/business/story/0,3800104746,20418063,00.htmCEOのメッセージはもっともですが、反体制的な活動を抑制したい国々は、これからどんどんブラックベリーへの規制を強めていくでしょう。その結果、ブラックベリーはこれまでのセキュアなアーキテクチャを捨てるという選択をするかもしれませんね。数年前にIBM、HP、Oracleの買収戦争が勃発し、並み居るBIベンダーは買収されてしまった経緯があります。先日、IntelがMacfeeを買収したことは記憶に新しいですが、その流れを受けて、セキュリティベンダーや通信ネットワークベンダーの合従連衡がまた発生しそうな気配です。コンピューターワールドでは、こんな気になる記事が載っていました。『Skypeは、VoIPコミュニケーション分野で最も有名なブランドの1つだ。Skypeを買収できれば、Ciscoは自社の戦略上、貴重な技術と知的財産を手に入れることになる。VoIPはユニファイド・コミュニケーションの基盤であり、SkypeはCiscoに、米国Microsoftなどユニファイド・コミュニケーション分野での従来からのライバルや、米国Googleのような新たなライバルと戦うためのツールをもたらすと予想される。Voice」サービスを使って一般電話への音声通話発信ができるサービスをリリースしている。Ciscoは、Skypeを傘下に収めることによる戦略的な優位性だけを念頭に置いているのではないかもしれない。Technologiesの無線ソリューション事業を買収する計画を相次いで発表。米国Hewlett-Packard(HP)と米国Dellは、クラウドに利用できる仮想化ストレージを提供する米国3PARを巡って熾烈な買収合戦を繰り広げている。IT業界は、「新興企業が台頭する段階から、こうした企業が買収され、大手が合従連衡する業界再編へ」というサイクルをたどっているように見える。IT業界では、にわかにM&Aブームが巻き起こりつつあるようだ。Ciscoは、魅力的な買収の標的かもしれない。手に入れれば、買収先としてのCiscoの価値は一段と高まりそうだ。』http://www.computerworld.jp/topics/voip/189133.html株を買うなら今のうちかも。注目記事2010年08月26日Oracleは「悪の枢軸」、残りの枢軸はどこ?AdobeがOracleに対して痛烈な批判をしています。OracleはOpenSolarisについて、オープンコミュニティを解散に追い込んで自社商用化を目指すような動きをみせており、これに対してAdobeのオープンソース担当が懸念を表面したという状況です。ITmediaの記事では、このように述べられていました。『マカリスター氏(Adobeオープンソース担当)はこれらの出来事を、「Oracleは突然、Microsoftが以前演じていた役割に就いた」と批判している。「Oracleは突然、オープンソースを金になる商品と考え始めたようだ」とも。オープンソースコードからお金をもうけるのはかまわないが、コミュニティーの関与をなくすのは問題だと同氏は主張する。「完ぺきな企業はない。Evil)という表現です。これは2002年に米国ブッシュ大統領が北朝鮮、イラン、イラクをテロ支援国家として批判したときに使われた言葉で、遡れば、第二次世界大戦の日本、ドイツ、イタリアの枢軸のように、だいたい3つの国や組織を表すときに使われる傾向があります。すると、今回のAdobeのコメントにある悪の枢軸は、Oracle以外にどんな会社が当てはまるのでしょうね。マイクロソフトはすでに違うと述べていますから、それ以外で利己主義の強い巨大IT企業が当てはまると思われます。注目記事2010年07月13日ゆうちょ銀行でシステム障害発生、原因はストレージ障害ゆうちょ銀行で7/12の15時過ぎにシステムトラブルが生じ、ATMから提携先金融機関への振込ができなくなりました。その後、21時までに一部機能を復旧させています。原因はストレージ障害によるものだと報道されています。Web上の情報では、全銀接続部分のサブシステムが停止している模様で、この部分はNTTデータがメンテナンスをしている旧大和銀行系の勘定系システムに該当すると思われます。『ゆうちょ銀は日本IBM製メインフレームで動作する旧大和銀行の勘定系システム「NEWTON」を使い、全銀接続用システムを構築中だ。開発はNTTデータが担当している。』http://itpro.nikkeibp.co.jp/article/NEWS/20080206/293193/単なるストレージ障害であれば、冗長構成のために自動切り替えで業務継続が可能なはずですが、今回、周辺系サブシステムが止まっているところをみると、SANストレージ本体の接続部がまとめて死んでしまっているのかもしれません。今夜はNTTデータの方、日立の方、IBMの方の一部は徹夜でしょうか。続報があり次第、情報をアップデートします。朝8時50分に完全復旧した旨がゆうちょ銀行のウェブサイトでプレスリリースされました。システム障害のニュースでおなじみのITproでは今回のトラブルを以下のように報道しています。『トラブルがあったのは、この全銀システムとゆうちょ銀の勘定系をつなぐ、全銀接続用システムだ。同システムは、旧大和銀行の勘定系システム「NEWTON」をベースにNTTデータが構築したもので、日本IBM製のメインフレーム上で動作する。ゆうちょ銀はトラブルの原因を「ハードウエアの障害であることは分かったが、詳しい原因は調査中」(ゆうちょ銀広報)としており、障害があったハードウエアが何であるかは公表していない。システムトラブルは7月12日午後3時22分ごろに発生し、「ゆうちょ銀から他行への送金」、「他行からゆうちょ銀への送金」、「ゆうちょ銀キャッシュカードの他行ATMでの利用」、「他行キャッシュカードのゆうちょ銀ATMでの利用」ができなくなった。障害発生後、システムは段階的に復旧した。12日午後20時38分に、ゆうちょ銀のキャッシュカードの他行ATMでの利用、他行のキャッシュカードのゆうちょ銀ATMでの利用が可能になった。13日午前8時30分には、他行からゆうちょ銀への送金が可能になった。同日午前8時50分にゆうちょ銀から他行への送金ができるようになったことで、システムは完全に復旧した。』http://itpro.nikkeibp.co.jp/article/NEWS/20100713/350216/今回の原因がストレージのどこにあるかは明確になっていませんが、ストレージ部分が単一障害点になっているシステムは世の中に山のようにあることは想像に難くありません。数年前のシステムならストレージの可用性向上に間違いなくスケールアップ型のSANストレージが採用されているからです。DBの並列処理によるストレージのスケールアウト型の冗長構成を採用しているシステムは全体のほんの一握りです。富士通とマイクロソフトのクラウドコンピューティングに関する業務提携が結構話題になっています。『両社はまず、マイクロソフトが開発した企業向けのクラウド専用サービスを、群馬県館林市にある富士通のデータセンターを使って、国内の企業向けに提供する考えだ。富士通が今年度中に英国やシンガポールなどに展開するデータセンターなどを使って、海外進出した日本企業などに同様のサービスを提供することを検討している。両社は今後、ソフトやサービスなどの共同開発も検討する方針だ。富士通は、マイクロソフトのサービスによってクラウド事業の品ぞろえを増やす狙いがある。マイクロソフトは、富士通の顧客となってきた国内の大企業に対してサービスを拡大することができる。』http://www.yomiuri.co.jp/atmoney/news/20100710-OYT1T00673.htmかなり大きな取り組みになるようなので、しばらくは動向を注目していきたいです。注目記事2010年07月06日ゆうパック(日本郵便)とペリカン便(日本通運)にみるシステム統合の難しさ日本郵便のゆうパックと日本通運のペリカン便が一緒になって7月1日から新しいゆうパックがスタートしました。これによって取り扱い店舗数は13万5千店、宅配荷物量も倍増したのですが、統合した業務を職員がうまく回せなかったようで、2日〜3日の遅配が多数発生しているとのことです。『郵便事業会社(JP日本郵便)の宅配便事業「ゆうパック」で、首都圏などで集配作業に遅れが出ていることが3日、分かった。本通運の「ペリカン便」を事実上吸収して再出発したばかりだが、取り扱う荷物量が増え、混乱が起きているとみられる。日本郵便によると、新東京支店(東京都江東区)などの集配拠点で荷物が滞るなどの混乱が起きているという。このため、首都圏を中心に配達の遅れが出ており、指定された期日に荷物が届かないトラブルが発生。日本郵便は新東京支店などに応援職員を出して対応しているものの、遅れはまだ解消していない。ペリカン便を吸収したことで1日以降、日本郵便が取り扱う宅配便の荷物量は約2倍に増えた。取り扱い店舗数も約13万5千店へとほぼ倍増し、作業に遅れが出たとみられる。日本郵便は、これまでペリカン便を扱っていた職員がゆうパックのシステム端末に不慣れなことも混乱の原因になっている、としている。7月は、お中元の集配など1年でも作業の量が多い繁忙期にあたる。11日の参院選投開票を前に選挙関連の郵便物の取り扱いも多い。この時期に統合に踏み切ったことが裏目に出たようだ。』http://www.asahi.com/business/update/0703/TKY201007030170.html遅配の原因は、これまでペリカン便を扱っていた職員がゆうパックのシステムに不慣れだったため、オペレーションがうまく回らなかったと話ですが、これって事前に業務シミュレーションや訓練の実施が不足していたからに違いないでしょう。ゆうパックシステムの統合はIT部門主導で行われていたのではないかと推測しています。IT側の人間には、業務側の習熟度向上や訓練などをシステム統合のおまけ程度としか考えない人もいます。本当に重要なのは、そういった習熟度の向上や訓練を重ねることで、現場のメンバーが新環境でも滞りなく業務を推進できるようになっている状態にまでもっていくことです。IT部内の自己満足で終わらぬように、新システムの定着スケジュールと具体的な定着方法をしっかり考える必要がありますね。富山の薬売りのデータベースITベンダーのWebsiteには結構面白いエピソードなどが紹介されているのですが、誰にも気付かれないケースもしばしばあります。そんな不遇なもののひとつが、SAPジャパンの連載コラム「江戸の情報活用〜先達の知恵にBIを学ぶ〜」です。もったいないので紹介します。富山の薬売りのデータベース『あらかじめ各家庭に薬箱を預けておき、次回訪問時に使った分だけ代金を受け取るという特徴的なビジネスモデルで知られる「富山の薬売り」。実は彼らは高度な情報活用の使い手でもあったのです。その実態とは?薬商人が全国のお客の家に薬箱をあらかじめ無償で設置する「富山の薬売り」。新たな薬を補充していく、という伝統的な薬の設置販売のビジネスモデルです。「先用後利」なんていう言葉も知られていますね。この富山の薬売り、そもそもは17世紀後半の江戸時代に財政難に苦しんでいた富山藩が、産業奨励のために売薬に力を入れたことから始まったもの。「いつも必要ではないが、いざというときには直ぐに欲しい」という薬という商品の特性を見事に活かした商法でした。「柳行李(写真)」を担いで遠方まで行商ができたのも、商品が軽量で省スペース性に優れていたからです。初期の薬としては胃痛に効用があったとされる反魂丹(はんごんたん)という丸薬が有名です。彼ら薬商人たちには、情報活用の先駆者といえる面がありました。綿密に帳簿につけておくことが必要になります。「懸場帳」というその帳簿を元に、商人たちは次の行商の計画を練りました。顧客一軒一軒の情報を集約したものが、彼ら独自のデータベースとなっていたのです。江戸時代の富山の薬売りたちはこのデータベースを使って、どの地域ではどの薬がどのくらい必要とされているかといった判断、今でいうマーケティングリサーチを行っていました。需要量を的確に予測して、品切れを起こさず利益を最大化する、古くなった薬の廃棄ロスを少なくする。したことを実現するのに、富山の薬商人たちにとって情報活用は不可欠だったのです。その手法はBIの本質そのものです。ちなみに商人の間では「懸場帳」そのものも高い値段で取引され、商人が引退する際には退職金代わりになったとさえいわれます。報を重要視していたかが分かるエピソードです。「富山の薬売り」には、BI以外にも、現代のビジネス手法に共通することが多々見受けられます。薬一式を最初にドンとまとめて販売するのではなく、顧客が必要な薬を必要なだけ使って、その分だけ料金を払うのは、いわゆる「オンデマンド型」のビジネスモデルと一緒です。ビジネスインテリジェンスによる成功の鍵がここに。特許庁でシステム計画漏らした見返りに200万円以上のわいろNTTデータといえば年間売上が1兆円を超える日本最大のSI企業ですが、NTTデータと特許庁のあいだで、事務処理システムに関わる収賄があったというニュースが報道されています。運賃を負担させた疑いがある。志摩容疑者は特許庁が04年から推進していたシステムの効率化計画を担当。計画の進み具合や内容が書かれた内部資料などを、沖容疑者に電子メールで送ったり手渡したりしていたという。システムの受注は05年度まではNTTデータがほぼ独占していたが、一般競争入札が導入され、06年11月に新しい事務処理システムの「設計」の入札を実施した結果、別の会社が約99億円で落札した。』こういったニュース、記者はどうやって情報を得ているのでしょうね。ソースは審査官近辺の人なんでしょうけど。マスターヨーダもクリエイター:クリエイティブになる31の方法(05/31)主要ツール120個を網羅するDevOpsツール周期表、作り方(05/26)ロジカル・ラテラル・クリティカルシンキングで発想力を鍛える(05/26)ユンケル黄帝液とユンケルスーパー黄帝液の違い(08/24)文章をわかりやすくする【18個】のルール(05/31)誠意を見せつつ相手に納得してもらう「謝罪報告書」の書き方(04/11)10年前に予測したITの将来が2017年どれだけ実現できているか?(03/30)【IT業界名言集】我がコードは我流。