エンジニアtype - エンジニアのシゴト人生を考えるWebマガジン
  • TOP
  • キーパーソン
  • 旬ネタ
  • コラボ
  • ノウハウ
  • 女子部
  • キャリア

Slackの普及に見る、「シャドウIT」との付き合い方

タグ : ReadWrite, SE, Slack, シャドーIT 公開

 

本記事は、ワールドトップ20ブログの一つにも選ばれている米のテクノロジーブログメディア『ReadWrite』の公式日本版、ReadWrite Japan(リードライト ジャパン)から転載したものです。同サイトと弊誌の相互コンテンツ掲載契約の一環となります。

■ 記事提供:『ReadWrite Japan

ReadWriteゲスト執筆者のロバート・J・ムーアはオンライン企業にビジネスインテリジェンスを提供しているRJMetricsのCEOである。

SaaS企業の成長の多くは”land and expand”戦略を原動力としている。まずツールを個人に使ってもらい、次に小さなチーム、そして会社のヒエラルキーのより高みへ、といった具合だ。

結果、企業は他社との比較や提案の要求等をすることなしに、大規模な契約にサインすることになる。SlackやDropboxといった企業はこの流れに沿うように価格モデルを決定している。Slackが私の会社、RJMetricsから仕事を取るためにユーザーアカウントを人数制限なしに無料で利用できるようにしたのは、やり方をよく分かっていたと言って良い。

ある日一部のエンジニアが使い始めたものが、エンジニア全員が使うようになり、やがては社内の全員が使うようになった頃にはそれなしでは成り立たなくなり、彼らにお金を払うことがほとんど唯一の選択肢になっていた。

「シャドウIT」の登場

この現象は「シャドウIT」と呼ばれている。

従来のITグループからの意見抜きで、あるいは彼らが全く関わらずに技術部門の決定が行われることだ。私と話をする多くのITリーダーたちは、IT部門のスタッフは燻ぶっており、その存在感を取り戻そうと必死になっていると考えているようだ。大抵の場合、それらはセキュリティやコンプライアンスにかこつけて行われる。

ユーザーの見方はその逆だ。彼らはイノベーションを起こせなかったIT部門の管理下からようやく解放されたと感じている。

このトレンドがいいことか悪いことかはともかく、実際に起こっているのは確かだ。テクノロジーは職場だけにあるものではなく、企業のソフトウエアも今や完全にITヒエラルキーのもとでコントロールされているわけではない。

開かれたパンドラの匣はもう元に戻ることがないわけで、現状が望ましいかどうかをどうこう言うのはあまり意味のあることではない。

お金を払うのは構わない。Slackなどはそれだけの価値があると思う。だが興味深いのはSlackが我々と我々のデータとの関係をどのようなものにしてしまうかだ。

ある日突然、社長である私よりも自分の会社のコミュニケーションがどのように回っているかを知っている会社が現れるということだ。これらのデータは有用なものだろう。私自身、これを自分のビジネスの改善に役立てる事が出来るのではないかと思う。

ともあれ、データを持っているのはSlackであり我々ではないということだ。

データのジレンマ

この問題を他のSaaSツールにおける場合でも考えてみよう。CRM、ヘルプデスク、生産管理、ストレージなどだ。彼らはあなたの従業員、顧客、製品その他、あなたのビジネスのことをわかっている。だがあなたはそのデータにアクセスできない。なぜこんな事になるのだろうか?

従来、ソフトウェアはオンプレミスであり、アプリが扱う全てのデータはそれをメンテナンスするIT部門が直接アクセス出来た。SQLを書く程度、つまり非常に簡単に出来たことだ。

しかしクラウドで開発されたアプリケーションの場合、扱うデータにはアクセスできない。クラウドアプリ内のデータにアクセスする唯一の方法といえば、公開されているAPI経由によるものになる。そしてデータアクセスの汎用言語であるSQLと違い、APIはアプリケーションごとに異なる。つまり企業が10の異なるSaaS製品を使っている場合、これら全ての異なるAPIを組み合わせてデータを引っ張ってくる必要があるということだ。楽なことではない。

これらデータを単一の、パフォーマンスに優れたSQLベースの分析データベースに入れるには何が必要なのだろうか。幸いなことに、その為の優れたツールは多くある。HP Vertica, Amazon Redshift, Snowflakeその他のツールはこの分野で挑戦的なイノベーションを続けている。事実、RedshiftはAWSの中で、これまでで最も早い成長を続けている。

かつての事業主は、自分のデータウェアハウスがクラウド上にある事など恐ろしいことだと考えていたが、今日ではあまりうるさく言われなくなっている。クラウド導入の利点 – 管理されたサービスと初期投資の安さ – はデータウェアハウス用途でも受け入れられている。そしてクラウドサービスへ向かおうとする大きな流れがある事から、新しい企業のデータは最初からクラウド上に配置されている。

しかし1つの疑問が残されている。解析データベースに置かれているデータの移行はどうするのか? これは今日でも解決されていない問題であり、取り組みが活発になされている。

今日あるソリューションは次の幾つかに分類される。

【1】レガシーなETLツール
機能豊富だが手軽というには程遠く、高価で使い勝手も悪い。

【2】自社で用意したソリューション
信頼性やスケーラビリティーに欠け、メンテナンスのコストもかかる

【3】オープンソースライブラリー
有望ではあるが完成度は低く、更に幾らかの投資も必要だ

【4】SaaS製品
まだ開発初期段階

これは企業が直面したばかりの問題だ。クラウドへのデータ移行はリアルタイムで起こっており、企業はそのデータの分析について何も分かっていない事にようやく気がつこうとしている。

5年前、極めて僅かな企業がこの問題についての答えを追い求めていた。

LinkedInやFacebook、Spotifyといった企業は、独自のデータ処理エンジンを構築し、企業の競争力を多大に高めるまでに成熟された。今日、より多くのオンライン企業が同じ道を辿ろうとしているが、そのソリューションは開発や構築のために数多くのエンジニアをフルタイムで稼働させないようなものでなければならない。

SaaSへの転換は大きなパラダイムシフトであり、企業はそれに適合しようとしているところだ。これら企業が他のSaaS製品とインフラを結合するため、また別のSaaS製品に依存するような状況がやってくることがあり得るような気もしている。

そしてそのような繰り返しは延々と続くのだろうか。

トップ画像:Hamed Saber

【Readwrite.jpの関連記事】

>>出来る開発者の酷いコードとのつきあいかた
>>ロボットが世界を支配することはない―世界をよりよくするだけだ
>>ウェアラブルの未来に関するの5つの予言




人気のタグ
業界有名人 スタートアップ 開発 SE 転職 エンジニア プログラマー Web スキルアップ ソーシャル アプリ シリコンバレー キャリア プログラミング Android 起業 えふしん スマートフォン アプリ開発 SIer 技術者 UI btrax Webサービス クラウド Apple スペシャリスト CTO Twitter Brandon K. Hill ギーク 英語 村上福之 Facebook Google デザイン IoT SNS ツイキャス 世良耕太 モイめし IT 30代 採用 赤松洋介 コーディング 20代 UX 勉強会 プロジェクトマネジメント Ruby ITイベント Webエンジニア 中島聡 ビッグデータ 法林浩之 ウエアラブル iOS 五十嵐悠紀 LINE ドワンゴ ひがやすを ロボット 受託開発 モノづくり IT業界 コミュニケーション イノベーション ハードウエア MAKERS tips ゲーム 女性 ソーシャルゲーム Webアプリ SI インフラ iPhone 女性技術者 高須正和 マイクロソフト 研究者 UI/UX トヨタ 自動車 ノウハウ チームラボ 息抜き システム ソニー プラットフォーム Java メイカームーブメント オープンソース 和田卓人 エンジン グローバル 開発者 教育 イベント サイバーエージェント ソフトウェア 女子会 コミュニティ メーカー 家入一真 スーパーギーク 増井雄一郎 GitHub 人工知能 IPA 40代 日産 テスト駆動開発 ソフトウエア 音楽 TDD ニュース モバイル PHP TechLION

タグ一覧を見る