特集・ブログ
カモシーこと、日本IBM 鴨志田です。 前回（IBM Watsonが支援する「働き方改革」第1弾："会議編"）は、身近な「働き方改革」として、会議の効率化に焦点を当ててご紹介いたしました。今回は、「電子メール や コミュニケーション手段」にメスを入れてみたいと思います。と言いますのも、前回も引用いたしましたが、2/3 を超える方から「電子メールの数をもっと減らすべき」という声があがっていますので、この多くの方の声にお応えしない訳にはいかないと思っております。 出典：ガートナー ジャパン「日本における社内コミュニケーションに関する調査」 そこで、電子メールの問題点は何かを改めて考えてみました。下表をご参照ください。 項番 電子メールの問題点 良い点としてとらえると 1. すぐに読んでもらえるかわからない 返事がいつくるかわからない やり取りの証拠として残る 2. 宛先に入れた人にしか伝わらない 必要な人に一度に伝達できる 3. 各人が情報ややるべきことを管理する必要がある 後からでも確認ができる 4. 転送されてしまう危険性がある 手軽に転送できる これらは「電子メールのパラドックス」と言われます。パラドックスとは、逆説や矛盾という意味です。本来、生産性を向上させるツールであったものが、反対に生産性を損ねる要因になってしまうことを表しています。生産性とメールの量の関係をグラフにすると以下のようになり、メールの量が膨大になると生産性が落ち込むことが読み取れます。 ではその「電子メールのパラドックスにならない方法」をご案内していきましょう。 1. 「返事がいつくるかわからない」への対応 「相手に読んでもらいたい」「返事が欲しい」というメールもそうでないメールもあると思います。本当にすぐにでも返事が欲しいような用件は、電子メールではなく、対面や電話で確認したほうが良いかもしれません。しかし、相手が捕まらない場合はひとまずメールを送っておくという手段はコミュニケーションを取る上での一手になります。そのような場合はこうしませんか？ IBM の電子メール「IBM Verse」では、送信したメールにメモを付けたり、フォローするタイミングを設定したりすることができます。下図のように、メール送信の際に 1 クリックし日時設定とメモを書き込みます。すると「対応待ち」に格納されます。これによりこの用件は一旦忘れることができるのです。頭のなかで「これをやらなければ！ あれを対処しなければ！」と考えていると作業や仕事に集中できず生産性を落としかねません。頭を空っぽにして別の仕事に集中していきましょう。 2.「レレレメール」にならないための対応 今度は送信側ではなく、受信側での場合を考えてみましょう。受信したメールに返信を出すことはよくあります。さらにその返信を待つということもあるでしょう。メールソフトによりますが、送受信が続くと「Re:Re:Re:」といつまでも Reply の Re: がつながっていく「レレレメール」になっていくことがあります。また、ちょっとした用件のメールに何分も何時間も掛けてやり取りした経験はありませんか？ このような場合は、「在席確認とチャット機能」が役に立ちます。IBM Verse には在席確認とチャット機能が利用できるようになっています。 人を選んで在席状況を確認してチャットをすることもできますし、受信したメールに在席マークが表示されますので、そこからチャットで話しかけてサッと用件を済ましてしまうことも可能です。これにより、例えば 5 時間かかっていたやり取りが 50 秒で終わる、そして次の仕事に取り掛かるということもできるのです。 3.「情報の管理」への対応 「宛先に入れた人にしか伝わらない」「私その情報もらっていない」・・・とならないように、とりあえずcc に全員入れておく。このようなことありますよね。結果、不要なメールが増えてしまう、また反対にメールを受け取った人はその情報をフォルダ分けなどで整理しておく必要がある。いかにも非効率です。情報は共有しましょう、そして共有しておく場所を決めておき、必要なメンバーが把握/参加でき、経緯や最新情報/結果をいつでも見ることができるようにしておきましょう。これによって、類似情報が社内に点在したり、並行して複数の人が同じ作業をしたりする無駄を省くことができます。そして、最初の情報発信源がメールだった場合、IBM Verse では 1 クリックで情報共有の場に導いてくれるようになっています。 4.「転送の危険性」への対応 「送ったメールが誰かに転送されてしまう」これは致し方ないかもしれません。ですが少なくともメールに添付したファイルを勝手に転送されてしまわないように、場合によっては、ダウンロードすらできないように対処したいという利用シーンもあると思います。ファイルにパスワードを付ければ良いのでしょうか？ もしくは、添付ファイルがある場合は自動的にファイルを暗号化できれば良いのでしょうか？ 残念ながらそれでは不十分です。結局、受信者はファイルをダウンロードして、パスワードで復号できてしまいます。そんな信用ならない人にはファイルを送らなければ良い、ごもっともですが、すぐに共有したいということもあるでしょう。 このような場合は、「IBM Verse と Box」 を組み合わせて利用することをお勧めいたします。 IBM Verse でのメール作成時にファイル添付を示すクリップのアイコンがありますが、隣接して Box の “b” アイコンが表示されます。これをクリックすると、クラウド型コンテンツ(ファイル)管理である Box にアクセスします。Box からファイルを選択するとファイルを添付するのではなく、リンク情報だけを付けるようになります。これにより、万が一このメールが転送されてもファイル格納元の Box へのアクセス権がなければアクセスできませんし、Box のアクセス権限で、「プレビューアー」を設定しておくと、ファイルをプレビューすることはできますが、手元にダウンロードすることはできないようになります。手軽にセキュリティ高く、迅速・円滑な情報共有ができることと思います。 最後に・・・ このように電子メールの数そのものを減らすことは難しいかもしれませんが、電子メールの良いところは活かしながら、問題点をそれぞれの方法で対処していく、これにより、個人やチームの生産性を向上していくというのはいかがでしょうか？ ご紹介しました IBM のソリューション（IBM Verse と Box）は、きっと皆様のメール処理の生産性向上のお役に立てるでしょう。是非ご検討なさってください。 ★予告★ 次回は、"もう少し Box に触れながら「資料の検索、共有や準備」にメスを入れます。ご期待ください！
こんにちは、てくさぽBLOG メンバーの佐藤です。 12/12(火)、12/13(水)にヒルトンお台場で開催されたNVIDIA主催のカンファレンス「GTC Japan 2017」に参加してきました。 本ブログは12/13(水)の内容になります。 １．GTC Japan 2017とは？ GPUの雄NVIDIA主催のイベントとなります。 近年AI,ディープラーニングの市場規模が拡大していることもあり、話題のイベントとなります。 なお、昨年のレポートも参照ください。 ”参加してみた” GTC Japan 2016 ２．基調講演 基調講演の始まる30分程前に到着したのですが長蛇の列でした。 基調講演会場に何とか入れましたが、入れなかった方もいたようです。 おなじみの革ジャンをまとったNVIDIAのCEOジェンスン・ファン氏が登壇し今年もひとりで説明。 当初の予定を超過して1時間半強、話しっぱなしでした。 内容をまとめると、大きく以下の3点をアピールしていました。 ・性能の飛躍がもたらす恩恵 ・シミュレーターonシミュレーター ・自動運転 レクサスはCG?と思いきや、リアルタイムレンダリングで、中央のロボットらしきものはVRで参加している人になります。 内装も、エンジンも部品単位でデータ化されています。 未来のデザインlabという事でしたが、ここでいう”デザイン”というのは単純に見た目だけでなく パーツの配置や組み付けの考慮という広い意味でのデザインとなります。 続いて、開発環境についての紹介です。 NVIDIAとしてはオンプレかクラウドかという選択を迫るわけではなく、クラウド環境でもオンプレ環境でも同じフレームワークで自由に使い分け、移行が出来るようにしています。 こちらの女性はディープラーニングによりAIが作り出した女性の写真です。 ほかにも男性や老人が次々と映し出されていました。 これらは3Dのモデリングで描画しているわけではなくディープラーニングによって作り出しています。 注目は左の車窓 で、こちらも自動生成された画像になります。 このデモは学習結果から学習元のサンプルデータを作り出すことができるということで、たとえば自動運転の場合は実際に車を走らせなくてもマシンパワーさえあれば仮想空間に昼も夜も、何十、何千万台でも自動運転カーを走らすことができます。 結果、自動運転のラーニングを飛躍的に加速させることができます。 サプライズということで日本では未発表だったVOLTA版Titan Vが発表。 こちらは開発用のカードで複数枚未サポートですが、安価にGPUを使うことができます。 価格は2999USD。 実績としては画像認識系のソリューションで今まで4ラックのシステムをV100によりなんと1ノードになった！とのこと。 CEOいわく、GPUは買えば買うほどお得になるとの事。 次はバーチャルゴルフコースのバーチャルロボットのデモ 実際のロボットもゴルフコースも用意しなくても、パターゴルフのディープラーニングがバーチャルで実施できます。 学習開始はよちよちな動きで、ボールにも当たらない、途中からボールにあたるようになり、最後は100発100中になりました。 現実的な問題としてはこのシミュレーターの中だけですべてのテストを終わらせるのは厳しいはずですが、ロボットアームやロボットは学習過程において自分自身を破壊してしまったり、意図せず人間を傷つける事があるため、少なくとも人間ではありえないエラーを出さない程度に仮想で事前学習してくれるのは現時点でも有用と思われます。 基調講演は最後にこれがAI革命だ！と締めくくりました。 実機を用意しなくてもディープラーニングができるというのはかなり革新的でこうなるとコストや時間といった物理的な制約から解放されて膨大な量のテストができます。 しかも学習用のサンプルデータも作り出すことができる。 これが進むと、十分にテストができるため”初期ロットは不具合が多い”といった常識は変わっていきますし今まで量が膨大になりすぎるので、無意識に切り取られていたテストから新しい発見、発明が出るかもしれません。 ３．セッション セッションはたくさんあり、どこも立ち見が出るほど大盛況でした。 1つだけ紹介したいと思います。 IBMからは、最近発表した「Power System AC922」に関する内容と、IBMが考えるプロセッサの将来についてです。 一般的に、GPUだけ高速なマシンはパフォーマンスを引き出すのにチューニングが難しい上級者向けとなります。 その点、AC922はCPUとGPUをNVLink2という高速なバスで接続することにより全体としてバランスの取れたマシンと言えると思います。 バスの比較ですが、一般的に使われているPCIe Gen3 x16では帯域は双方向32GB/sで、仮にPCIe Gen4になっても64GB/sにとどまります。 NVLink2ではこれが150GB/sとなり、高帯域幅を利用することが可能となります。 以下は4GPU構成の例です。 次にIBMが考える将来のAIアクセラレーターについてです。 IBMとしてはGPUは単体で将来的には今の10倍、それを並列に並べスケールすることにより、さらに10倍程度の性能が上限とみています。 次世代については、研究中の脳を模したSyNAPSEチップを用いることにより100倍以上の性能、次々世代は一部提供が開始されているIBM Q…量子コンピュータを想定しているようです。 注目が集まるIBM Qについて、先日50Qubitのプロトタイプが発表されましたが、50Qubitは量子コンピュータの一つの壁と言われています。 サービス提供がされればブレークスルーになるかもしれません。 将来が楽しみな発表でした。 ４．おわりに 最後に、今年はトヨタが協業を発表したこともあって、ブースは車関係の内容が非常に多く日本における自動車業界の市場規模の大きさを体感しましたし、主催者の想定をはるかに超えた参加者だったようでした。 ＜関連情報＞ 動画・資料公開】12月20-21日【NI+C P主催】Webセミナー「遂に登場！ POWER9 搭載サーバー “Newell”に迫る！」 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
カモシーこと、日本IBM 鴨志田です。 昨今、「働き方改革」という言葉を耳にしない日はありませんが、実際に取り組まれている企業はどのくらいあるのでしょうか？ ある調査によりますと、既に取り組んでいる企業の割合は、36.4%(2017年調査*1)と前年に比べ4.5ポイント上昇しています。一方、6割強の企業では、取り組んでいない、わからないという状況であり、「働き方改革」への取り組みも様々であり、またどこから取り組んでよいのかわからないお客様も多いという実態のようです。 日本の人口構成の変化に伴い、労働力の低下が避けられない今、限られた労働時間内でいかに効率良く生産性を高められるかが問われています。ここでは、身近なところから「生産性の向上」を追求し、「働き方改革」に寄与するソリューションをご紹介いたします。 身近なところから生産性向上を目指す 日頃、仕事の中で、時間を取られてしまっていることは何でしょうか？ 「会議」「メールの処理」「資料検索・作成」に多くの時間を費やしていませんか？ そのため、「会議を減らしたい」「メールを減らしたい」と言った方の割合がそれぞれ、76%、68%にのぼります*2。また、日本IBMの社内調査によると資料の検索や作成といった資料準備にかかる時間に43%も取られてしまっているという結果があります。我々は、この「会議」「メール」「資料準備」といった身近なところにメスを入れ、生産性向上を目指し、働き方改革の第一歩を踏み出していただくことを推奨いたします。 効率よく会議をこなす 「会議」にもいろいろなタイプのものがあると思います。部門やチームでの定例会議や突発的な会議など様々です。 会議を開催するところから会議終了およびそこで出た宿題のフォローと言った会議に係る一連の行動を追ってみたいと思います。 項番 会議開催で 行うこと IT ツールを使った対応 予想効果 1 会議を招集 グループウェアで参加者および会議室の空き時間検索、会議招集、出欠の返信 各参加者への確認時間の削減 2 議題や資料の共有 グループウェアで会議案内時に連絡、または別途資料共有の場で共有 会議時間の短縮、説明・報告時間の削減による会議の質の向上 3 当日の開催 Web会議による外出先や自宅からの参加 移動時間(事業所に戻る、出張)の削減 4 議事録作成 共同編集ツールによるリアルタイム共有、質疑応答、アイディア出し等の共同作成・編集 発言機会の均等、リモート参加の孤立感の排除 5 宿題管理 同上 その場で認識、承諾 6 宿題の進捗 同上のツールを利用した進捗報告、コメント、タスク完了のOn/Off 次回の会議を待たずして進捗や早めの軌道修正 「きほんのき」グループウェアを使った空き時間検索 既にご利用の方も多いと思いますが、上記1. グループウェアを利用した会議参加者メンバーや会議室の空き時間検索および会議招集です。ここで最も大事なのは、メンバー自身の日頃予定を必ずグループウェアに登録していることです。これをやっておかないと空き時間検索の意味がなくなります。「あ、そこは予定が入ってます。手帳で管理してました」なんて言われるとせっかくの生産性向上が台無しです。基本中の基本(きほんのき)ですね。最近ですと、スマホでご自身の予定表を見ることも多いと思いますので、きちんとグループウェアに登録して、外出先やスマホで見えるように習慣づけられているのではないか思います。 会議の質の向上 続きまして上記2.議題や資料を事前に共有することによる「会議の質の向上」です。 会議を減らしたいと言ってもなかなか減らすことは難しいのではないでしょうか。であるならば、「会議の時間を短くする」「会議の時間配分を考え効果的に進める」ようにして会議の質の向上を目指してはいかがでしょうか。その方法はちょっとしたことで可能になります。つまり、事前に議題や当日の資料を共有しておくことです。カレンダーの本文内にそれらの内容を記載しても良いですし、Box などのファイル共有、Box Notes (後述します) などの文書管理ツールを利用して共有することも良いと思います。あとは、事前に共有したものを参加者全員が事前に目を通しておくことをルール化することが重要です。 Web会議による外出先や自宅からの参加 次に、3.「Web会議」です。先程も述べました通り、会議そのものを減らすことは容易ではないと思います。であるならば、会議の質を変えるとともに、その会議への参加方法も柔軟に対応できること、これも効率よく会議をこなし、生産性向上を図ることに繋がると思います。 これは利用者にとってありがたいツールです。直接対面で会議をすることが最も意思疎通を図れると思いますが、会議のための移動コストを考えると、Web会議で十分事が足りるという会議も多いのではないでしょうか。しかもPCで利用するだけでなく、タブレット端末等のスマートデバイスで手軽に利用できることが一層の利便性を増します。 IBM Connections Meetings Cloud というクラウド (SaaS) によるサービスで、インターネットに接続するだけで利用できます。 また、Web会議は、1.で紹介しましたグループウェアの会議招集の際に同時にセットすることができます。議長は会議室を予約するのと同じ感覚で、Web会議の部屋を選択するだけ、会議参加者は会議の時間になったらWeb会議に参加するボタンもしくは設定されたURLをクリックするだけで、会議に参加できます。 【 カレンダーにて会議やWeb会議の設定画面 】 【 Web 会議に スマートデバイスから参加 】 会議の進行や進捗を支援するBox Notes 続いて、4.-6.を支援するソリューションをご紹介します。「Box Notes」です。 Box は、クラウド(SaaS)型のファイル・コンテンツ管理ソリューションですが、Box Notesという便利な”おまけ”が付いています。「Box Notes」は、リアルタイムに共同編集できる文書管理ツールのようなもので、これを利用することで、会議議事録を作成できるだけでなく、 議題に対して質問や意見を同時に書き込んでいくことができます。特に、同じ会議室で参加している人だけでなく、リモートからWeb会議で参加している人であっても、タブレットなどから書き込みを行い、アイディア出しや意見を言い、会議に積極的に参加することができます。 さらに、ToDoを作成していくこともできるので、宿題事項はToDo(タスク)として列記することができます。従来、会議の議事録管理はどのようにされていましたでしょうか？ 「誰かがWord等で作成し、会議終了後にメールに添付をして送る。一旦開いたら次の会議になるまで 見ない、宿題事項も次回の会議にならないと経過・結果がわからない」となっていませんか？ Box Notesでは、宿題への書き込みがあった場合に通知を行ったり、"@-メンション"機能でお知らせをしたりすることができます。次の会議開催を待たずして、進捗を共有し、経過を見ていく中で、アドバイスをしたり方向性が違っていれば軌道修正をすることができるのです。 会議改善の例 ある製造業様の事例ですが、前述の1.-6.を利用することで次のような効果が出ています。 これまでの課題 ・会議に時間がかかり、半分は資料説明や報告の時間 ・次のアクションや進捗が見えない、次回の会議にならないとわからない IT・コラボレーションツールの利用での改善 ・事前に資料をアップし、対策討議に集中できる ・リアルタイムに議事録を生成し、全員でToDoを確認できる ・次回の会議を待たなくてもToDoの進捗を確認、コメントできる 以下の図で示すような数字で表す効果が出ています。 【 会議改善効果の例 】 是非、皆様も身近な「会議の改善」から「働き方改革」に着手してみませんか？ ★予告★ 次回は、"メール"にメスを入れます！ご期待ください。
interviewee：長尾 政明 氏 IBM iX Creative & Design 統括 IBM デザイン思考推進リーダー IBM Studios Tokyo スタジオリーダー interviewer：NI+C パートナーズ 企画推進部 加古 ～ 前編からのつづき ～ - それでは、IBM がデザインシンキングを導入していった過程についてお聞かせいただけますか。 IBM では、2012 年に IBM におけるデザインプログラム 第2章 として、IBM Design という組織を立ち上げ、最初の IBM デザインシンキングのトレーニングを製品開発チームに対して行いました。その時は、まず希望者を募ったため、各チームから 1,2名ずつの参加となりました。約1週間、デザインシンキングのトレーニングを実施しましたが、トレーニングを受けた後、現場に帰ったその方達は、「周りのチームメンバーが、全然理解できていない。自分達だけが遊んでいるみたいだ」、と感じたのだそうです。 この教訓を活かし、トレーニングには、チーム単位（5～10名）で参加させることにしました。こうして、現場に戻ってもやらざるを得ない環境作りもサポートしたのです。 デザイン・シンキングのトレーニングはマネジメント層にも必須 実は、それで全てが上手くいったわけではなく、プロジェクトを進めていくと、今度は該当製品開発チームのマネージメント層から「何をやっているんだ」、「これまでの尺度で報告しろ」という意見が出るなど、マネージメントがチームの活動を理解してくれない、IBM デザインシンキングのアプローチで推進できないという相談が トレーニング参加者からありました。そこで、トレーニングを受講するチームのマネジメント層もセットで デザインシンキングのトレーニングを受けてもらうようにしました。マネジメント層に対する1週間のトレーニングは難しいため、0.5日から1日で基本的なことと、なぜ必要なのかということを理解してもらいました。更にメンタルモデルの変化、コーチング方法の変更をについても理解してもらい、ようやく回り始めたのではないかと思います。 このように、IBM でも何度か失敗しているのです。個人だけでなくチーム全体、更にマネジメント層まで浸透させ、評価制度まで変えないと、日本の企業においてデザイン・シンキングの導入、更に変化を起こすことは、難しいのだと思います。 ― 日本の IBM 社内では、どのくらいのトレーニングを実施されているのですか？ 営業チームに実施しているのは1日のトレーニングです。1日以上拘束することが、難しいため、与えられた時間で出せる結論までにしています。その内容を元にお客様に提示してみる、営業チームで試してみる、そのように回る仕組みを目指して実施しています。来年からは、少し変更して、デザイン・シンキングそのものだけではなく、 ユーザー・リサーチ（観察）もしっかり実施するようなコース開発も行っています。 e ラーニングも社内では準備しているのですが、デザイン思考に関しては受動的な学習では理解が難しいので、アクティブ・ラーニングによるトレーニングという形を重要視しています。 IBM デザイン・シンキングの進化 ― IBM デザイン・シンキング自体に変化はありますか？ 当初 IBM のデザイン思考は、以下のイメージのように"シーケンシャル"に進むイメージで書かれていました。 上記のように以前は 4ステップ あったのですが、今は単純化されて、「Observe（観察）」、「Reflect（洞察）」、「Make（施策）」の 3ステップ です。 ※※（）内の和訳は、『IBMの思考とデザイン』 からの引用です。 更に、これらはループします。なぜこの形に行き着いたかと言うと、IBM の製品開発がアジャイル的にどんどん進化したからです。その進化の中で、デザイン・シンキングをステップ通りに進めなければならない、とは もはや言えなくなったのです。どのプロセスからも入ることができるモデルが必要となりました。まずは作り、その結果を熟考してみて、その リフレクション（振り返り、学び）を元に変更を加えて...というやり方でも良くなり、もちろん、従来からのお作法通りに進めても良いのです。 ― アジャイルは、IBM の中でも当たり前のように浸透し、そのアジャイルに適応し、融合するため、このモデルの変更されたのですね。 他のプラクティス、アジャイルやリーンスタートアップと融合することでより強力なツールに この新しいモデルが強力なのは、アジャイルという手法に対し、どういうものを作るか？というアイデアを出す部分をデザイン思考が補完するところにあります。補完して、メイク部分をまずはプロト的に紙芝居のようなものでアジャイル的に作り出していく。アジャイルのプレイヤー達と一緒にどんどんこのサイクルを回していく、ということができます。デザイン思考だけではなく、アジャイルもなくてはならない存在です。加えて、お客様の既存システムといったイメージではなく、新しい事業やサービスラインを作るなどの場合は、リーンスタートアップ ※1 的な手法もここに入ってきます。お客様での成果を見て、実際のアイデアと開発内容に反映します。 これらの手法は、絡み合っています。どれか1つだけでは、片手落ちです。デザイン・トランスフォーメーションを例にとると、企業が目指しているものを明確にし、そこに対してデザイン思考、アジャイル、リーン・スタートアップなど、新しい手法を適材適所に組み合わせて実践します。 ※1. 「リーンスタートアップ」： コストをかけず。最低限の製品やサービス、機能の試作品を短期間で作り、顧客に提供し、顧客反応を得て、観察し、観察結果を分析し、改善し、再び顧客に提供する。このサイクルを繰り返す手法。 IBM でデザイン・カルチャーを作る、という目的を実現するための方程式があります。それは、" People "、" Practice "、" Place " が重要という考え方です。 IBM デザイン・シンキングを支える「場」 ― 先ほどお話いただいたのは方程式のなかで、Practice 「実践」の部分だと思いますが、では、Place 「場」についてお聞かせください。 ここ（IBM Studios）は、共創するための場です。一般的な会議室だと、いきなりセッションを実施したとしても難しいことがあります。やはり集まりやすく、ここに来ると何か面白そうなことが起こるのでは？という雰囲気を感じられることがとても重要です。ここはもちろんセキュリティが厳しいのですが、ソニー社では、1階の受付を通らずすぐ入れるような メイクスペースをお持ちです。 Yahoo 社も Yahoo lodge を開設されています。外部の人の入りやすさであったり、社内の人もそこに来る、そんな場で、様々なことが発生する。このような環境づくりもオープン・イノベーションを謳う企業にとって非常に重要な部分になるのでは、と思います。 多種多様な"人を繋ぐ場" とデザイン・シンキング IBM でもこの「場」というものを非常に大切にしています。その場に来るとデザイナーがいて、ノンデザイナーとデザイン思考を使いながら、お客さんと一緒に問題解決をする。共創し、形にするための道具として、デザイン思考があり、様々なバックグラウンドの人々を繋ぐ役目を果たしています。デザイン思考は、仕事の仕方、ひいては働き方のための OS 、インフラやフレームワークのようなものとして機能し、それを有効的に使える 「場」として、 IBM Studios が存在しているのです。IBM Studio は、現在、世界43箇所に設置され、社内外の人が共創活動を行っています。 お客様にも、「ふらっと来て、デザイナーと話せる、相談できる、そのような場を持つことも重要です。」とお伝えするようにしています。中には、「では、空いてる部屋をこれに使おうか」と、自ら場づくり、空気作りにも取り組もうとされているお客様もいらっしゃいます。 ― 確かに、昔ながらの会議室で堅苦しく机を囲んでいるのでは、「さぁ、アイデアを出しましょう！」と言われても活発に思ったことを言い合う雰囲気にはなり辛いですよね。アイデアを出す場合、座っているより、立っている方が良い、ホワイトボードがあって、付箋紙貼れる方が良い、最も重要なのは、多種多様なバックグラウンドを持った人々が気軽に集い参加できる「場」があること、なのですね。 IBM デザイン・シンキングでは特に「人」を重要視している ― それでは、3番目の 「People」 についてお聞かせください。 ありきたりなシステム開発ではなく、ユーザーにとって本当に価値のあるものを見つけ、提供するといった場合、デザイン思考のバックグラウンドを持った人が、ユーザーを理解することから始めます。アイデアを出して簡単に試作をして、評価するということをぐるぐる回して理解します。このような問題の理解から始めないと、本当の価値を見つけ、提供する、ということことはできません。 チーム全体が共感し合うことが大事 その時は、個人的に誰が良くやった、ということではなく「チーム」として成功も失敗も経験するということが重要です。IBM デザインシンキングの中では、特に「チームが大事」ということが言われます。また「共感」が重要とも言われています。ユーザーに共感するだけではなく、チームメンバーにも共感する。チームの各メンバー同士が共感していないと、「私のアイデアが...」といったメンバー間の競争になってしまいます。ユーザーに共感する前に、まずはチームの中で共感し合いながら、お互いの強みや弱みを理解することにより、最大限良いものが出せる、という思想です。 IBM のプロダクト部門があるオースティンを中心にこの取り組みが進んでいます。同じ IBM のオフィスであっても雰囲気が全然違います。助け合いというか、お互いに共感し、オープンな雰囲気があります。そういう意味では、昔の町工場的なイメージです。 単体のチームだけでなく複数チームによる"異種交配の場"をつくる 例えば、オースティンの Watson IoT や Watson Health のような製品開発チームの良い例があるのですが、彼らは、作っているものや、やっている事についての情報を通路に張り出しています。それは、ただ、自分たちが行っていることを発信しているだけでははないのです。その通路に張り出された情報に対し、他のチームの人が自由に意見を書き込んだり、アドバイスしたりと、オープンに意見交換を行っているのです。彼らはこれを花粉の受粉に例えて、"クロスポリネーション"と表現しています。異種の花同士の交配、これを起こさなければならない。チームの中でだけでは新しい意見や発見がなかなか出てこないと考えています。オースティンでは、その中での情報がオープンで共有できる環境をつくるため、オフィスのセキュリティーは非常に厳しく・・・・実は、私は毎度行くたびにロックアウトされてしいまうのです（笑）。ですが、それ位厳しいからこそ、実現できているのだと思います。 異種の芽というのを入れる。デザイン・シンキングそのもののチーム構成は、ビジネスの人だけを入れれば良い、 IT の人だけでチームを構成してしまうと、その分野のエキスパートではありますが、多種多様な意見を引き出すのは難しくなります。様々な人を入れて、問題に対してアプローチする、意見を言ったりする、アイデアを出したりする。異質とか多様性からの創造、チームでもいろんなチームが存在する環境の中で、有機的に交わりながらモノづくりするというのがデザインカルチャーの根底にあるような気がします。 昔の印象とは全然違う姿があり、日本の方がまだまだ個人やチーム間が協力し合っていないイメージにあるように思います。 －そうですね。デザイン・シンキングを実践する人数やメンバー構成を考える上では、やはり出来る限り多様なメンバーを揃えるというのが重要ということですね？ はい、そうだと思います。 人数の部分からお答えすると、決まった人数というのはありません。 IBM の製品開発でのデザイナーとエンジニアの最適な人員構成は、元々は 1:50 だったり、1:33 だったり、色々な数字がありました。今は、1:8 にしようとしています。デザイナーが、1,600 人になって、このデザイナーとエンジニアの比率はこれぐらいが良いのでは、となっています。最近のスタートアップ、例えば創業者がデザイナーの Airbnb では、1:2、1:3 の比率とのことです。IBM は製品が複雑で、専門的なスキルが必要ですので、将来的にもその割合にはならないとは思います。 － そうなのですね、確かに 1:8 ぐらいに落ち着きそうですね。 はい、エンジニアは、これぐらい必要だと思います。 デザイナーを大胆に配置し売り上げが倍増 2010 年に買収された企業から Phil Gilbert が IBM に加わり、 BPM チームを任されました。当初、40 ぐらいあったプロダクトを 4 つに整理しました。人も 1,000 人いたディベロッパーを 600 人減らしました。正確な数字は分からないですが、デザイナーを増やし、プロジェクト・マネージャーと合わせて、700 人ぐらいにしました。人を 30 % 減らし 、更に 4 つにプロダクトラインを減らしたのですが、この次の年の売上は 2 倍増になったとのことです。このような人の構成で、有機的に反応し合い、進めるのが良いということがわかりました。ある意味できすぎた話に聞こえてしまうのですが、 IBM では、オファリングマネージャとデザイナー、エンジニアとデザイナー、など組織での比率を常に意識しているのです。 IBM ではデザイナーとエンジニアの比率は 1:8 を理想としていますが、一般企業で言うとどうでしょうか。IT 部門で何か新しいシステムを作るという場合、 1:50 に近い数字のイメージではないでしょうか。しかし、サービスを作るとなると、デザイナーが重要になってきますので、比率はもっと変わってくるのではないかと思います。 ―最後に今後、デザイン思考やってみようとか試してみようとかという企業やビジネスパートナーに向けて、何から手をつけて良いかアドバイスいただければと思います。 理想から言ってしまいますと、とにかくとりあえずやってみましょう、体験してみましょう、ということになります。 今、 IBM 社内 の営業担当者向けにワークショップを実施しています。その内容を是非パートナーさんにも広めたいと思っています。実現するにはその方法を考えなければならないのですが、ワークショップやセッションという形で体験してみていただければ、その体験を通して、これならお客様とも一緒にできる、という感覚を持っていただけるはずです。まずは、このようなステップを踏んでいただけれたら良いかと考えています。 デザイン思考については、頭で考え始めても悶々とするだけですので、考えるのは体験してからで良いと思います。 デザイン・シンキングはパートナー様の強みにできる 実は、お客様が本当にどう困っているのかが、わかっていないことがありますが、デザイン思考を使って、パートナー様自らリサーチし、仮説を立案することができます。また、自社のセールス・プランニングのツールとしても使うことができます。また、デザイン・シンキングを含む他の手法をアピール材料に、新たなお客様へアプローチする手もあります。 単純にこの製品を入れましょう、ということだけではなく、例えば、マーケティング・オートメーションのツールだとすると、ユーザーは自動でメール配信ができるのは理解したが、では配信効果が出るのはどのタイミングなのか？ということを実際に配信した結果を元に考えませんか？など、デザイン思考ならではの使い方や取り組みができます。 今後、これらのきっかけとなるセッションをどう実現するか、という課題は残ります。もちろん、課題は課題としてとらえ、日本で IBM として、デザイン・シンキングを広めていくためにできることを考えていきたいと思っています。 2回に渡り、IBM デザイン・シンキングについて、特に IBM 社がどのようにデザイン・シンキングを企業の血や肉としてきたかをお聞かせいただきました。 ツールとしてのデザイン思考に注目が集まりがちですが、そのツールを使う「人」や「場」を準備し、ようやく回り始めるという状況だということがわかりました。 また、単純に推進役だけがデザイン思考というツールを知るだけでなく、チーム全体、マネジメント層の理解を得ることももちろんのこと、ひいては評価制度に至るまで、変えていかなければならない、ということに改めて気づかされました。 その上で「日本にはイノベーションの素養がある」と確信し、それには個人個人、そしてチームのマインドセットが重要との認識を更に強めました。 機会があれば、番外編として、「デザイン思考を実現するマインドセット」について考えてみたいと思います。
皆さま、こんにちは。てくさぽBLOGメンバーの岡田です。 前回ブログでLenovoの新ブランド「ThinkSystem」について書きましたが、第２弾として「ThinkSystem」製品の統合管理を行う「XClarity」についてお伝えします。 まず改めて全体像になりますが、今回Lenovoエンタープライズ製品群は以下の３つのブランドに分けられることになり、管理系製品は「XClarity」としてまとめられました。これまでIMMやUEFIと呼ばれていたサーバーの管理機能が新機能とともに「XClarity」ブランドに統合されました。 今回のブログでは、このうちの「XClarity」での新機能の特長について説明していきます。 まず「XClarity」製品群の全体は以下になります。これまでも販売されていた製品に加えて３つの新機能（「XClarity Provisioning Manager」「XClarity Controller」「XClarity Essentials」）が発表されました。 １．XClarity Provisioning Manager 以前はUEFIと呼ばれていた、ThinkSystemサーバーに組み込まれるプロビジョニングツールです。 以下のようにこれまでの無機質な画面から、直感的に操作できるような画面になり、操作性が向上しました。 日本語表記にも対応しました！ 画面のメニューを上から順番に実施していくとサーバー導入が完了するような画面構成になっていますので、 セットアップの時にどの項目の設定が必要か迷うことが少なくなりますね。 ２．XClarity Controller これまでIMMと呼ばれていた、ハードウェア監視のための管理コントローラーです。 JavaやActiveXプラグインがなくても、 HTML5準拠のサポートブラウザーでリモートKVMを利用できますようになりました。 これまでJava バージョンによってはうまく動作しないということもありましたが、これで互換性に悩まされることがなくなりますね。 こちらも日本語表記に対応しました。 ３．XClarity Essentials 以前はToolCenterと呼ばれていた、ThinkSystemサーバー の管理をサポートするサーバー管理ツール群で、以下の機能が提供されます。 ・UpdateXpress/OneCLI ・・・ThinkSystemの全てのファームウェアをリモートから更新可能 (ドライバーはローカルのみ)。OneCLIはコマンドラインです。 ・BoMC (Bootable Media Creator) ・・・ オフラインでファームウェアを更新するためのブータブルメディア(ISO、USBメモリー、PXEイメージ)を作成できます。 まとめ これまで述べてきた内容を整理すると以下のようになります。 上記のとおり、これまでの各種管理系ツールが整理されてシンプルになったことがお分かりいただけると思います。発表された新機能はいずれも使いやすさの向上を目指してユーザーインターフェイスの刷新やツールの統合が行われており、これらを利用することでシステム構築や運用を担当するエンジニアの皆さんの作業の効率化のお役に立つと思います。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
interviewee：長尾 政明 氏 IBM iX Creative & Design 統括 IBM デザイン思考推進リーダー IBM Studios Tokyo スタジオリーダー 経歴 ・・・ コンサルティングファームにおいて、戦略・トランスフォーメーション領域でのコンサルティングに従事した後、事業会社に移り、新規事業企画 (大手電機メーカー)、グローバルオペレーション企画 (海外通信機器メーカー) 等を経験。 IBMにおいては、電機・電子業界コンサルティング、戦略コンサルティングを経て、現在はC&D 統括として、IBMデザイン思考推進リーダー、IBM Studios Tokyo スタジオリーダーを務める。クライアントと共に、新しい顧客体験の創造とビジネスデザインを実行、またデザインカルチャーの組織への浸透・実践に取り組んでいる。 専門分野・・・IBMデザイン思考、新規事業企画、ビジネスモデル、イノベーション、FORTH公認ファシリテーター interviewer：NI+C パートナーズ 企画推進部 加古 当インタビューの背景 今回のインタビューのきっかけは、「デザイン思考とクラウド」と題した特集記事です。素人ながら"デザイン思考は何かから、クラウドとの親和性について”執筆してきました。考察を進めていくうちに、日本の企業はデザイン思考を効果的に導入することが難しいのではないか？という疑問にたどり着きました。 この疑問を紐解くには、やはり、デザイン思考の推進に実際に取り組んでいる方にお話をお伺いするのが良いのではないか？ということになり、日本 IBM で第一人者の長尾氏にインタビューのお時間をいただくことになりました。 IBM デザイン・シンキングを担う組織 ― お話しにくいかもしれませんが、こういうところが難しいんですよとか、成功、及び失敗事例も含めてざっくばらんにお話いただければと思います。まず初めに、長尾様のお仕事、お立場や役割についてお聞かせください。 私は、 IX （インタラクティブ・エクスペリエンス）担当、コンサルタントとして GBS という組織にいます。 IBM グローバルでは、"デジタル・ストラテジー・アンド・インターラクティブ・エクスペリエンス"という顧客体験やユーザー体験、といったお客様に近い部分を担当するチームというイメージです。私には、クリエイティブ・アンド・ デザイン、ここでは顧客体験を作るにあたってデザインやアプリケーション、その前段のそもそもどういうユーザー体験が求められているのかを考えるミッションがあります。 最近 IBM は、エクスペリエンスを全面に押し出し始めています。 これまでのように戦略や要件定義を理詰めで考え、落としこんでも、結局ユーザーが使いたい、または必要な機能にはならないことが多いということを経験してきました。機能をたくさん詰め込んでしまうと、お腹がいっぱいの状態になってしまうのです。 例えば、（テーブルにあったリモコンを指し）テレビのリモコンにはこんなにボタンがありますが、使うボタンはほんの一部です。ボタンが多すぎるのです。（赤、青、黄色・・・ 等のボタンを指しながら）このボタンは、何かしら投票する時などにしか使わないですよね。そもそも使いこなしている人はほとんどいない。同じように、モバイルやクラウド、特にフロント寄りでは、 IoT、 AI 、何でもできるとして、何でも乗っけたくなるのですが、結局無駄なものができてしまい、響かないのです。 ユーザー体験をエンリッチするために 「響く体験、生き残るためにユーザの体験をエンリッチするものでなければならない」、と言うのが2012年にジニー・ロメッティが就任した時の言葉です。「クライアント・エクスペリエンスの今後が、 IBM 成長の鍵となる」と。この瞬間、デジタル・リインベンション、そしてエクスペリエンスが IBM の中心となりました。このデザインを先頭になってやるというのが、我々のチームです。 その中には UX （User Experience） などの上流工程をデザイン・シンキングを使ってデザインしている者もいれば、それを受けて様々なアプリを開発したり、プロダクトにつながるもの、また簡易的なサービスをデザインする者もいます。更に広告代理店系の人材、デジタルマーケティングとかデジタルクリエイティブという人達もいます。大手広告代理店との差別化として、例えば、デジタルマーケティングと IBM のマーケティング関連のオファリングと上手く組み合わせてサービスを作っていくなど、 全く同じことをやるのではなく、デジタルの世界でも、試行錯誤しているところです。 他にはモバイルとか モバイル・エクスペリエンスの部隊、マーケティング&コマース、セールスフォースの部隊、 エクスペリエンス・アナリティクス、アナリティクス・ ソリューションもあります。 顧客接点のいろいろな体験マーケティングのソリューションを持っているというよりは、後ろに一緒にいて体験を作っていくように関わっていきます。その時の道具として使っているのが IBM デザイン・シンキングです。共創のためのフレームワークと言うアプローチ方法を適応しています。 これらが C&D （クリエイティブ アンド デザイン）がやっていることで、私は、それをリードしています。いわゆるデザイナーやクリエイティブな人材を抱えていますが、普通のコンサルティングと同じ稼働率で評価されるイメージです（笑）。 ― そこは、なかなか変えることが難しいですよね。 確かに、そこは難しいですね。 IBM デザイン・シンキング －では、IBM デザイン・シンキングについてお聞きしてもよろしいでしょうか。 今の IBM デザイン・シンキングの始まりは、2012年、ジニー・ロメッティは就任の際に、「クライアント・エクスペリエンスが重要だ」と語ったところからです。クラウド、 SaaS といったフィジカルなものではなく、お客様がサービスを試し、良かったら採用する形になる。そうであれば、最初から体験が物を言ってくる、これが重要だ、とも言っています。それを受け、テキサスのオースティンにいるフィル・ギルバートという GM がトップとして 「IBM デザイン」という組織を作りました。そのミッションは、「デザインとデザイン・シンキングのカルチャーを IBM に浸透させる」というものです。 今では、デザイナーを1600人以上抱え、デザイン組織としても有数の規模になっていますが、デザイナーを何人にするということよりもデザインカルチャーを IBM にインストールする、それが浸透して全社員がお客様やユーザーに共感して物事を考えて解決していく、というような組織になりたいということなのです。 そして、私には、デザイン・シンキングを日本の IBM 社内で推進するという役目があります。コンサルタントで稼ぐというのと、他の部門に対してのトレーニング実施、さらに浸透させるためのフォローアップ、これらのバランスが結構難しいです。 今は、営業チーム向けのデザイン・シンキング・トレーニングを四半期に 1、2 回程度行っています。GBS の中途採用者に関しては毎月月初にプログラムとして実施しています。他部門でもニーズがあります。先日もクラウド & コグニティブの部門で 3 日間のイベントをお手伝いしました。 もっと展開できると思っていますが、今はトレーニング （その場で実際の問題を解決するために活用するアクティブラーニングの形をとります）を切り口に浸透させていきたいと考えています。 日本企業には、イノベーションの素養がある ― ここで、デザイン・シンキングって本当に難しいの？という問いについてお考えをお聞かせいただけますか。 デザイン・シンキングは去年結構流行ってましたよね？今年も引き続き流行っていますが、そろそろバズワード化してしまって、結局あれは大したことなかったとなる可能性があります。 それが IBM 社内では起こらないように、きちんと理解してもらった上で、日々お客様サービスやトレーニングでも価値が出るように、日々試行錯誤しています。 先ほど、デザイン・シンキングが日本では難しいんじゃないかという話がありましたよね。確かに難しいんですが、アメリカ人に言わせてみると日本で騒がれていること自体が不思議なようです。 デザイン・シンキングのパイオニア達は日本の『下町ロケット』を参考にした？！ デザイン・シンキングは 1990 年から 2000 年にかけてアメリカ西海岸でスタートしました。その前から、もちろんデザイナーが無意識のうちにやっていたと思いますが、明確にそういう言葉が出てきたのはその頃です。Stanford d.School や IDEO （※）のトム・ケリー、デビッド・ケリー、ビル・モグリッジなどが始めたのです。 ※IDEO（アイディオ）は、アメリカ合衆国カリフォルニア州パロアルトに本拠を置くデザインコンサルタント会社。 彼らを含め、アメリカのデザイン・シンキングに関わる人に言わせると「なぜ日本人は騒いでるんだ？（デザイン・シンキングは）日本人が元々やっていたことを割と参考にしながらやってるんだよ」、ということだそうです。これは、よく言われます。 ― はい、私もそう思います。日本の企業には元々"イノベーション"の素養があるということですね。 多分 Honda さんにしても皆さん、下町ロケット（※）の世界で、大部屋で部門や部署がどうとか関係なくお客様や自分たちの課題があってそれに対してみんなでやってみる。任せて、それぞれの英知を発揮してやってみる。試行錯誤しながら進めていくというようなものだったと思います。正にこれはデザイン・シンキングの世界で、日本にはもともとあった素養なのです。海外から効率化といったものが入ってきて、日本は優等生として取り入れてしまった。その結果、組織が出来上がって、サイロ化して、今では隣の部門が何をやっているのかわからない、そんな縦割りの状況が多く見受けられるようになってしまったのです。弊社でも色々チームを作ってしまうと、そこでどうしても垣根ができてしまう。そういったものを見直したのがアメリカの西海岸のスタートアップの人たちだと思うのです。 （※）池井戸潤の小説、2015 年にテレビドラマ化され話題を呼んだ。 ですので、もともと日本にはそういう素養があります。一度"ガラガラポン"してみてみるのは良いのかなとも思います。 重厚長大な組織でもデザイン・シンキングを導入できる IBM でも 2012 年から本格的に全社を挙げてデザイン・シンキングの導入を始めています。グローバルでは、38 万人の社員の内、9 万人ぐらいが IBM デザインシンキングバッジ認定制度での認定を受けて実践しています。日本だとそれが 7,000 人程度の人間が同様の認定を受けています。 GE 社（※）では、デザイン思考を早くから取り入れていて、リーンスタートアップを取り入れた、ファーストワークス手法を作っています。重厚長大な企業もスタートアップかの如く実践しています。日本の企業も頑張れると思います。ただそこに行くきっかけ、壊すきっかけになるような衝撃、というのがまだまだ足りないのかなと思います。しかし、十分危機感はあるような気がするのですが、今の状況だと。まずは、小さくても良いから試してみる、という思いきりが必要じゃないかなと思います。 ※ゼネラル・エレクトリック（英語: General Electric Company、略称: GE）は、アメリカ合衆国コネチカット州に本社を置く、多国籍コングロマリット企業。 － 私も難しいとは言っていますが、日本の企業が元々やっていることというのは、理解しているつもりです。それでも最近の状況にマッチしないんじゃないか、例えば失敗を許さない雰囲気、コンプライアンスだとか、縦割りの組織であるとか。 IBM がデザイン思考をやると、聞いた時に面白いなあ、と思ったんです。ある意味そことは離れた会社という勝手なイメージがあったので。そこに"デザイン思考"を取り入れていくということは、皆さんがどう苦労され、チャレンジされているのかは、多くの日本企業にとって参考になるのではと思っています。 いくら IBM や GE 社あっても、市場に正式に出した段階、正式リリースした段階などで失敗があった、というのはダメです（笑）。ただ、ここでの小さな失敗はすぐにアップデートしたり軌道修正することもできるので、そういった学習サイクルが早く回ることがどのタイミングであっても大事かと。もちろんそうならないように非常に早いタイミング、これまでよりもずっと早いタイミングで試行（失敗）をするというのがやはり重要です。そのタイミングの失敗だったら、許すよというのが大事です。プロジェクトも後半で、より具現化しなきゃいけない、かなりお金も投入したという段階で、ユーザーテストやユーザーと検証してやっぱり失敗でしたというのはダメです。 本当に早い段階で、まずはアイデアを試す。仮説でもいいからアイデアを作ってみる。アイデアを形にして検証して...というサイクルを早く回してみる。その中で失敗した、で終わるのではなく、その失敗から学んだことを活かして次のステップに進む。なぜ失敗したかということを理解する上では、その過程、その行為を評価する、ということが揃って IBM でも許されてるんじゃないかなという風に思います。 マネージメント層のコーチング・スタイルの変化も必須要件 完全に何をしても失敗してもいい、というものでもないですが、アーリーフェイルア、というよりはランニングですね。そこから何を学習するか、最終的に失敗してしまったら失敗ですけれども、途中の失敗はまだ学習の糧です。マネージメント層もそこをちゃんと理解しないといけない、助言するとしてもこれを前提としたコーチングの方法を身につけなければなりません。 かなり早い段階でこれまでと同じ尺度で、「それいくらになるの？」とお金の話を出すとか、失敗したからだめだよねとか。そういうやり方ではなくて、例えば、ある施策を 10 人のうち 2 人だけすごく欲しいと言っているとします。その場合、見極めて完全に方向転換するのか？この二人というのは実は形にして見せて見ると他の人を取り込めるぐらい先見性を持ったユーザーの 2 人なのか？このような問いができるコーチングや助言が必要です。次のステップに進めるために上手くラーニングを回すための助言が必要なのです。 ＞＞ 後編に続く..... 公開済み！ ↓ 「日本企業にもできるデザイン・シンキング、イノベーションの具体的な方法とは？」後編
こんにちは。てくさぽBLOGメンバーの佐藤です。 最近 AI やディープラーニング基盤がブームとなっています。 そんな中弊社にも「1台では処理能力が不足するため、サーバー同士を接続してクラスタリングしシステムの処理能力を高めたい」との相談があります。 その際ポイントとなるサーバー同士を接続するネットワーク基盤として、InfiniBand か 10Gbps~40GbpsEther との比較で悩まれる方が多いかと思います。 InfiniBand はよくわからないから Ether でと選択される方もなかにはいらっしゃるのではないでしょうか？ InfiniBand はメリットがありますが、残念ながら Ether ほど普及はしていないため資料も非常に少なく、何なのかよくわからない方も多いと思います。 そこで今回は「InfiniBand」について解説していきます。 InfiniBandの歴史 デビューは2000年となり、歴史はかなり古いです。 当初は Intel が PCI-X の次世代規格として超強力に推進していましたが、結果 PCI-Expless が主流となり目論見が外れ Intel は早々に撤退、Microsoft も WindowsServer2003 でネイティブサポートしないことを発表したりと冬の時代が続きます。 最近では、2012年に Intel が Qlogic から InfiniBand 事業を買収して再参入といった動きがあります。 なお、WindowsServer2012 以降では標準ドライバが付属しますので、現在では安心してお使いいただけます。 InfiniBandのコンセプト (理想) InfiniBand の基本コンセプトは “Bandwidth Out of the Box” です。 抄訳すると「PCI-Express のような内部の広帯域バスをそのまま外部接続用のポートとして使用する」となります。 内部バスという数十cm という短距離から SAS のような周辺機器系との数～10m程度の接続、Ether のような 10km といった長距離通信まですべてを賄うという野心的な規格でした。(当初の計画では…） InfiniBandの用途 (現実) さて、InfiniBand の現実ですが、歴史でもふれたように内部接続については PCI-Express に奪われてしまい頓挫しました。 現実には内部接続で採用された例はありません。 また、周辺機器系との接続についても USB や SAS、FC が主流となっており、IBM Flash900 のような一部の例を除いて InfiniBand の出番はありません。 当然のように長距離通信については Ether が主流となっており、こちらも出番がありません。 InfiniBand が活躍する場面は IBM の A9000 や EMC の VMAX といった Storageコントローラと Storageコントローラ、もしくは Storageコントローラと Storageドロワー間を超高速で接続するといった用途や、HPC のノード間接続 (サーバ同士の接続) に利用されています。 市販されている製品でも結構採用はされていますが、エンドユーザーの気づかないところに使われていることが多いです。 InfiniBandのメリット では何が InfiniBand の何が、メリットでしょうか？ わかりやすく言うと、以下の3点です。 超高速 低レイテンシ 低価格 1．超高速 以下に InfiniBand の規格を並べます。 SDR DDR QDR FDR EDR 1X 2Gbps 4Gbps 8Gbps 14Gbps 25Gbps 4X 8Gbps 16Gbps 32Gbps 56Gbps 100Gbps 12X 24Gbps 48Gbps 96Gbps 168Gbps 300Gbps 1X、4X、12X というのはチャンネル数で複数を束ねることにより高速化を実現します。 通常一般的に販売されている HCA (Etherカードのようなもの）やスイッチは4Xタイプのものなので、4X を基準として見るとわかりやすいかと思います。 現行世代は EDR となり、100Gbps になります。 なお、2017年中に次世代の HDR が登場予定です。速度は 4X で 200Gbps となります。 「100Gbps なら Ether もあるではないか」と思われる方もいると思いますが、次に記載する2と3の理由からメリットがあります。 2．低レイテンシ InfiniBand は低レイテンシです。*1 理由は複数ありますが、TCP/IP と比較してもともと高速にやり取りするために設計されていること、高速にやり取りするためのプロトコルが実装されていることが挙げられます。 その一つに、最近は Ether でも実装されていますが、RDMA があります。 RDMA は、ものすごくおおざっぱに説明すると宅配BOX のような仕組みです。 TCP/IP だと、配達先の住人の有無の確認、荷物の受け渡し、印鑑の授与が必要で、すべてにおいて受取人 (CPU) を介する必要がありますが、RDMA だと、配達先の宅配BOX (メモリ) の空きを確認するだけで、後は BOX に配達して完了通知して終了となり、CPU をほとんど介さずにデータ転送することが可能です。 *1. InfiniBandパフォーマンス : http://jp.mellanox.com/page/performance_infiniband 3．低価格 InfiniBand は速度のわりに超低価格です。 なぜか？ベンダーである Mellanox が長年頑張ってきたのも理由の一つですが、SDR~EDR すべての世代においてメタルケーブルを標準供給してきたのが非常に大きいです。 残念ながら EDR では最大長が 3メートルとなってしまいましたが、ラック内配線としては十分です。 光ケーブルだと長距離配線が可能ですが、トランシーバーモジュールの価格が非常に高価になりますので価格が吊り上がります。 スイッチについても、FCスイッチと比較すると半額以下、しかも1台で済んでしまいます。 比較するメーカーによりますが、100GbpsEtherスイッチと比較しても相当に安価な価格で提供されています。 なお、3M以上の配線を行いたい場合は光ケーブルの用意もありますのでご安心ください。 必要なところのみ光ケーブルで配線してもらえればと思います。 参考 : Mellanox MCP1600-E003 Passive Copper Cable IB EDR up to 100GbpsQSFP LSZH 3m 26AWG mellanox.com 参考価格210ドル - 100Gbpsでメタルケーブルは驚異的！26AWGなので取り回しはかなり固そうです。 Mellanox MFA1A00-C100 Active Fiber Cable Ethernet 100GbE 100Gb/s QSFP LSZH 100m mellanox.com 参考価格3057ドル - こちらはファイバの100mケーブル、トランシーバー内蔵しています。100mなので特に高額ですが、ファイバタイプだとこういう価格帯になります。 まとめ InfiniBand は同一ラック内といった短距離接続であれば比類なき速度と低価格を実現します。 IBM でも純正オプションとして供給しており、Storage では Flash900、サーバーでは Minsky等の PowerSystem に搭載可能です。 供給ベンダも実質 Mellanox がほとんどで一部 Qlogic (Intel) といった状況ですので、相性問題も皆無です！ 知名度が高いわけではありませんが、これを機にぜひ活用していただければと思います。 お問い合わせ この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
皆さま、こんにちは。てくさぽBLOGメンバーの岡田です。 今年7月にインテル社が新しいサーバー用CPU「Xeon Processor Scalable Family（以下、Xeon Scalable）」を発表し、各サーバーメーカーからこの新型CPUを搭載したサーバーが発表されました。HPE社はGen9→Gen10、Dell EMC社は13G→14Gと順当な名称変更でしたが、Lenovo社はこれを機にサーバー、ストレージおよびネットワーク製品の新ブランドである「ThinkSystem」を発表しました。 まず全体像ですが、今回Lenovoエンタープライズ製品群は以下の３つのブランドに分けられることになりました。管理系の「XClarity」とソフトウェア・デファインド製品群の「ThinkAgile」、そしてサーバー・ストレージ・ネットワークスイッチを統合した「ThinkSystem」になります。 今回のブログでは、このうちのサーバー・ストレージ・ネットワークの「ThinkSystem」の特長について説明していきます。 １．２つのサーバーブランドの統合 これまでLenovoは旧IBM 系の「System x」と旧Lenovo系の「ThinkServer」の2種類がありましたが、今回統合され「ThinkSystem」サーバーとなりました。これまで「System x」と「ThinkServer」の使い分けに悩むこともあったかもしれませんが、今回、整理統合されたことで分かりやすくなりましたね。 以下が「ThinkSystem」サーバーのラインナップ一覧になります。「System x」と「ThinkServer」のラインナップが最新CPUのXeon Scalableを搭載してマージされました。 ・ラック型2ソケットサーバーのラインナップ拡大 今回新たにラック型サーバーに2U2ソケットの「SR590」、1U2ソケットの「SR570」が追加されています。 これまでLenovoの2ソケットラック型サーバーと言えば1Uの「x3550 M5」か、2Uの「x3650 M5」のどちらかでしたので、あまり選択肢がなく1Uか2Uかでモデルを決めていたのですが、今回、「バリュー」「バリュープラス」「メインストリーム」の3種類それぞれに1Uと2Uが並び、計6種類となりました。各サーバーの違いは搭載可能なCPU、メモリ、ディスク本数などが異なる点です。拡張性があまり必要でない場合に「バリュー」や「バリュープラス」のモデルを選択できるなど、要件に対してこれまで以上に柔軟にモデル選定ができるようになりますね。 ・その他サーバー タワー型、ブレード型サーバー、高密度サーバー、ミッション・クリティカルサーバーはそれぞれの現行モデルからの後継ThinkSystemサーバーがあるので、大きなラインナップ変更はありません。 ・1ソケットサーバーは「ThinkSystem」ではありません 今回、1ソケットサーバーはThinkSystemに統合されずにこれまでの名称のまま販売されます。System xでは1Uラック型の「System x3250 M6」、ThinkServerでは１Uラック型の「RS160」、タワー型の「TS150」「TS460」の計4種類が該当します。 ・サポートOSに注意 ThinkSystemサーバーではWindows Server 2008R2やESXi 5.5など、System x がサポートしている一部の古いOSをサポートしていません。ですので、これらのOSを利用する必要がある場合は、System x での導入を検討ください。 ＊サポートOSの詳細は各サーバーのシステムガイドをご確認ください。 ２．ストレージ DSシリーズ/DBシリーズ ・Lenovo StorageはSシリーズ2種類（S2200/S3200）がこれまで販売されていましたが、ThinkSystemサーバーと合わせて更新され、DSシリーズとして新たに3種類（DS6200/4200/2200）が発表されました。 また、SANスイッチもこれまでのBシリーズ（16Gbps対応）からDBシリーズという32Gbps対応のSANスイッチにラインナップが更新されました。 大規模向けSANダイレクターのDB400D/800DはBシリーズ時にはなかったラインナップで、今回新たに追加されました。 なお、ストレージVシリーズ（V3700v2、V5030、V5030F）は今回、ThinkSystemに統合されていませんので、引き続き併売されます。 ３．ネットワークスイッチ NEシリーズ ・ThinkSystemのネットワークスイッチはNEシリーズとして計5種類が発表されました。 これらのスイッチには、CNOS（Cloud Networking Operating System ）という新しいネットワークOSが搭載されています。 このCNOSは、スケール性、簡単さ、オープン性、各種スクリプトによる自動化の実現に向けて開発されました。 まとめ いかがでしょうか。IBM時代からおなじみの「System x」サーバーはこれまで順当にM2→M3→M4→M5と名前を更新し続けていましたが、1種類を残しとうとう無くなります。昔から関わっていた者としては寂しいですが、１つに統合されてラインナップも拡充したThinkSystemは、お客様の選択肢も大きく広げてくれると期待しています。1ソケットサーバーやストレージのVシリーズなどThinkSystemに含まれなかったものもありますので、少し分かりづらいと思われるかもしれません。選定に迷ったら弊社までぜひご相談いただければデザインからモデル選定など幅広くご支援させていただきます。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
皆さんこんにちは。てくさぽBLOGメンバーの佐野です。 9/19（火）に御茶ノ水ソラシティにて開催された「IBM Notes/Domino Day 2017 -今日と未来のコラボレーション」に参加してきました。 そのイベント内でいくつか参考になりそうな情報がありましたので共有します。 １．Domino Applications on Cloud 今まで、クラウドを検討したけれど、Notes DBだけがどうしてもオンプレ環境に残ってしまうんだよね・・・とクラウド移行を断念してしまっていた方には朗報です。自社開発のNotes DBもクラウド環境で利用できるサービスが10月から開始になります。 その名も「Domino Applications on Cloud」です。 詳細な内容が判明するGA（発表）は10月ということなので、料金は不明ですが、現時点で以下のことが判明しています。 ・課金は.nsf単位の月額課金 ・利用は最低10DBから ・PassportAdvantageとしての提供 ・BYOL(Bring Your Own License)モデル ←自分で購入したライセンスを持ち込むということです ・初期契約期間は最低1年間 ・PaaS（といいつつほぼSaaSに近い形）での提供 ・提供する環境はDocker上のDominoサーバー ・オンプレミスと同じ組織認証者を使用可能 ・オンプレ環境と複製することが可能 ・Notesクライアント、Webブラウザ、ICAAから利用可能（IMAPやPOPクライアントからはアクセス不可） ・保存データは暗号化される ・1DBあたり最大25GBの容量 ・月次レポートの提供 etc... これらのこと以外にも、Dominoサーバーのバージョンアップは勝手に行われますし、DAOSの有効化などもオプションで提供されるようです。 1点注意が必要なのは、Dominoサーバーの管理自体はIBM（サービス提供元）が実施します。オンプレではサーバーの設定を自身で変更することができましたが、このサービスでは、設定変更ができません。 細かいセキュリティ設定をしたい！とか、細かいログを取得して参照したい！ということができなくなります。 逆に良い点は、10月のサービス開始時点からデータセンターとして日本が選択できますので、国外にデータを持ち出す必要がなく、安心して使えるということがあります。初期は3拠点（アメリカ、日本、ドイツ・オランダ）のみですが、今後中国やオーストラリアにも拡大予定があるということなので、お客様拠点に近いDCにDBを配置することもできそうです。 これまではIBMとしてはメールのSaaSサービスしかなかったので、Notes/Dominoを使っているお客様のサービス利用の検討が活発化していくのではないでしょうか。 ２．Notes/Dominoアップデート Notes/Dominoは2016年からバージョンを9.0.1から9.0.2に変えるというようなFixPackの提供ではなく障害修正と機能追加を行う「Feature Pack」というものを提供する形式に変わりました。 例えば、最新版だとFeature Pack 9が提供されており、バージョン情報としては「Domino 9.0.1 FP9」という書き方になります。 この変更によって、バージョンを変えずに新機能を利用できる環境となりました。実際に、IBM Cloud上でしか提供されていなかった「IBM Verse」をオンプレミスで利用できるように機能拡張していたり、ADFS3.0のサポートのように新しい機能へのサポートも追加されています。 次に予定されているFP10では以下のアップデートが予定されているということです。 ・DominoサーバーのDockerサポート ・JVM 1.8への対応 ・Eclipse/OSGi 4.6.2へのアップグレード ・Domino REST APIの拡張 DominoサーバーのDockerサポートは、Domino Applications on Cloudでも利用している技術ですが、一般的にどういう利用シーンが想定されるのかが気になりますね。 また、基調講演の中で、今後のNotes/Dominoについて、Globalの責任者であるEd Brillさんが「2018年にはDominoの新しいバージョン（9.0.2か10になるかは分からないけれど）について発表があるかもね」と言っていました。 Notes/Domino 9.0.1は現時点では最低でも2021年9月まではサポートをすると明示的に宣言していますが、後続バージョンが出てくれば、更に長期的なサポートが期待できるので、安心してご利用頂ける環境になってきますね。 ちなみに、Notes/Domino 8.5.xは2018年9月30日でサポート終了の発表がされていますので、該当バージョンをご利用の方は9.0.1へのバージョンアップと共にクラウド化というのも是非ご検討下さい。 ３．まとめ 今回のイベントの目玉は間違いなくDomino Applications on Cloudの発表です。Office 365にメールは移行したけれど、アプリケーションだけはどうしてもオンプレで残ってしまった、というお客様は十分検討する価値があるサービスだと思います。 また、次バージョンについても示唆していたので、9.0.1でNotes/Dominoが終わってしまうということは無さそうです。 REST APIもどんどん拡張が進んでいるので、他システムからDominoのデータを呼び出すということもできる環境が整ってきています。 まだまだ進化するNotes/Dominoはこれからも楽しみですね。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
皆さんこんにちは。てくさぽBLOGメンバーの佐野です。 1年前ほど前と比べて、最近HCIを提供するベンダーが増えてきましたね。よい頃合いだと思いますので、現時点でのHCIについてまとめてみます。 Nutanix（Nutanix NXシリーズ及びOEM製品） HCIといえばNutanix。と言われるほどの存在になったのではないでしょうか。過去の記事で詳細をお伝えしているので、機能的なことはそちらをご参照ください。（ハイパーコンバージド製品のNutanixを解説！、ハイパーコンバージド製品のNutanixを解説！ vol2、ハイパーコンバージド製品のNutanixを解説！ vol3） 最近のNutanixはHCIという枠組みを飛び出した発表を多数行っています。 例えば、「Xi Cloud Services」というパブリッククラウド上でNutanixのソフトウェアスタックを稼働させてIaaSとして提供するサービスがあります。当初はGoogle Cloud Platformでのみ稼働し、DR用途限定で開始のサービスです。 HCIと言えばオンプレミスに設置する専用ハードウェアというイメージがありますが、Nutanixはハイブリッドクラウドへの対応を進めています。 他にもNutanix Calmという機能でマーケットプレイスからプログラムを半自動で導入する機能も発表になっています。 これらの最新のサービス・機能は6月末のNutanixのイベントで発表になったもので、リリースはされていないため詳細が不明ですが、Nutanixが向かっている方向がHCIの枠にとらわれていないことが分かると思います。 他社の製品には無いのが、vSphereだけではなくHyper-VやXenServer、自社開発したAcropolis Hypervisorなど多くの種類のハイパーバイザーサポートです。 また、いろいろな会社の製品上でのサポートもあり、DellやLenovo製品上ではOEMとしての提供を、HPEやCiscoUCSでの稼働を「勝手にサポート」するなどしています。 極めつけは、IBM PowerSystem上での稼働もサポートしています。 HCIという枠組みを超えてどんどん進化するNutanixですので、「変わらないこと」を要件とするような環境にはもしかしたら向かないのかもしれませんね。 Dell EMC（VxRAIL） ハイパーバイザーとしては圧倒的なシェアを誇るVMwareが提供するvSANを使ったHCIがVxRAILです。管理はVxRAIL Managerから行います。（もちろんvCenterによる管理もあります） 特徴としてはNutanixと同じぐらいの製品ラインナップがあること、同梱ソフトウェアにEMCのRecoverPoint for VMやCloudArrayが含まれる事があります。 特にRecoverPoint for VMはRPOを数秒で設定できるので、仮想マシンをほぼ任意の時点に復旧することが可能となります。 CloudArrayは、クラウドにデータを逃がす機能ですが、この機能があるのはVxRAILとNutanixだけです。 x86サーバー向けのハイパーバイザーであるvSphereで有名なVMwareが提供するvSANがストレージ部分なので、VxRAILは今後も採用実績を伸ばしていくのではないかと想像します。 HPE（SimpliVity 380 with OmniStack） 今年の1月にHPEが買収したSimpliVityという会社の製品をProLiant上で稼働させるようにしたのが「SimpliVity 380 with OmniStack」です。 この製品の最大の特徴は、ストレージの機能を補うためのハードウェアアクセラレータを搭載しているという点です。 他のHCIはストレージをソフトウェアで定義していますが、SimpliVityはストレージの処理をこのアクセラレータに任せることで重複排除や圧縮の処理を他社よりも粒度のサイズを小さく処理でき、より高いデータ削減効果を得られるようにしています。 ディスクに書き込みデータ到達する前にデータ容量や書き込み回数が減るので、その分パフォーマンスが上がる効果もありそうです。 個人的に気になるのは、HPEらしくディスクの保護はRAIDを採用している点です。現時点ではAll Flashモデルだけなのであまり気にしなくてもよいのですが、HDDモデルが出てくると当然大容量HDDを搭載することになります。RAIDによる保護の欠点は障害時のリカバリが容量に比例して遅くなる点にあり、復旧処理中に二次障害が発生するとデータ全損となる恐れもあります。 SimpliVityでは他のノードに同じデータをコピーして保護するのでさすがにデータが飛んでしまうような状況は無さそうですが、今後1台あたりのHDD容量が増えてくると（HCIかどうかに関わらず）注意が必要となります。 Cisco（HyperFlex） 過去のブログ記事で詳細を書いていますので、詳しくはそちらをご参照頂きたいと思います。 上記のブログにも記載がありますが、Blade型ノードが使えるのがHyperFlexの特徴の一つとなります。 しかし、UCSファブリックインターコネクト（以下FI）というネットワークポートと管理機能が一体になった製品が別途必要になるというところが注意点です。 FIの存在がCisco UCSの強みではありますが、HyperFlexを導入する際にもFIは必須の機器になります。 NetApp 詳細情報があまり出ていませんが、SolidFireをベースにしたAll FlashのHCIです。ストレージ部分はSolidFireでONTAPではないようです。 概要としては2U4ノードのシャーシにストレージノードとコンピューティングノードを混載する構成で、最小で2シャーシからになります。また、ストレージとコンピュート部分が完全に分離しています。 All Flashストレージなので当然高パフォーマンスが期待できますが、その分価格に反映されるのが懸念事項です。 いかんせんこれ以上の詳細な情報が無いので、現時点では何とも言えないところです。この絵だけ見ると、これってHCIなの？と思うのですが。。。 まとめ 各社それぞれ特徴があるので、ケースバイケースでどの製品を採用するのか、適材適所での採用となることが多くなりそうです。 国内での実績ではNutanixやVxRAILが多いですが、SimpliVityもこれから伸びてきそうです。 ご紹介した5つの製品は全て弊社からご提案することもできますので、何かありましたらお気軽にお問い合わせください。 この記事に関する、ご質問は下記までご連絡ください。 エヌアイシー・パートナーズ株式会社 技術支援本部 E-Mail：nicp_support@NIandC.co.jp
