2014年09月上司説得メソッド2014年版

1. 〜～東北北こそAWSを！〜～ AWS導⼊入のための上司を説得する３つのポイント株式会社サーバーワークス⼤大⽯石良良 @ooishi

2. おおいし⼤大⽯石クラウドのすけ蔵⼈人之助株式会社サーバーワークス代表取締役 • 1973年年新潟市⽣生まれ • コンピューターの購⼊入は11歳／ SHARP X1 • 中2の時に初めてプログラムが書籍に掲載 • ⾼高校⼊入学記念念にX68000を購⼊入 • ⼤大学⽣生の時にパソコン通信開始。本格的にシェアウェアを販売 • 総合商社でインターネットサービスプロバイダー事業に携わる • 2000年年にECのASPを⽴立立ち上げるべく起業

3. ⼤大学向け合否案内サービス

4. 昔の合格発表

5. 今の合格発表

6. シェア 60%

7. ところが・・・

8. 課題必要なサーバー数無駄必要なコスト 2⽉月8⽉月

9. そこで、

10. 2007年年からAWSのテスト利利⽤用を開始

11. 2008年年社内サーバー購⼊入禁⽌止令令

12. Authorizations and Awards AWS Solution Provider (2011) APN Advanced Consulting Partner (2012) パートナーアワード (2013) APN MSPコンピテンシー (2014) ADVANCED CONSULTING PARTNER MANAGED SERVICE PROVIDER COMPETENCY

13. サイトダウンの理理由被災者：救急医療療など、⽀支援が受けられる場所を探す⽬目的で⾮非被災者：義援⾦金金やボランティア活動など、⽀支援⽅方法を探す⽬目的で

14. EC2

15. 義援⾦金金受付システム

16. 義援⾦金金管理理システム構成 20台超の物理理的に離離れた 2つのデータセンターに設置仮想の負荷分散装置されたWebサーバー1⽇日に500万通送信できるメールサーバー物理理的に離離れたデータセンター間でリアルタイムに同期し、かつ1時間おき環境構築2時間にバックアップを取るデータベースアプリ開発48時間

17. 3⽉月14⽇日⽇日本⾚赤⼗十字社様との打ち合わせ 3⽉月15⽇日サイト復復旧 3⽉月17⽇日義援⾦金金管理理システム稼働開始

18. 事実震災後の迅速な義援⾦金金の募集に⼀一役買ったのは、

19. 日赤のWebサイトをダウンから救う．懲禦i鰯繧鷺乳剤i撚易化1翻、これらは、ネットを介したITエンジニアの無慣協力で実現したことだ。　　　　．．／L』・．　．．’聾・：．噸鐸． rrエンジニアの力は復興支援に大いに役立つ。今回の震災での事例を紹介す毒苛：li戸1　．払　日本赤十字社（日赤）のWebサイトは震災発生後、アクセスが集中して閲覧できない状況に陥った。1日当たり8000件程度だった閲覧数が震災後には約50万件となり、Web サーバーの処理が追いつかなくなったためだ。　ITサービスを提供するサーバーワークスの羽柴孝氏（営業部部長）は日本赤十字社が困っていることを 3月14日朝に知り、すぐさま行動した。アマゾンデータサービスジャパンやAmazonユーザー会の協力を得て、コンテンツ配信サービス「Amaz㎝ CloudFmt」を用いた高速なボスティング環境の無償提供を申し出た。日本赤十字社の担当者は14日昼ころに申し出を受け、16日未明にはWebサイト。正常。閲。。，。、，、講1。き。限，早、絹。構築。。、、た。急場をしのげた日本赤十字社訓1．杉山達哉氏（企画広報室広報担当アは、「困っている状況で1丁エンジニアが手助けしてくれて、本当に助かった」と話す。徹夜をいとわず突貫作業で構築　この件をきっかけに別の話も進んだ。日本赤十字社は義援金の受け付け業務を基本的に手作業で行っていたが、大量に寄せられる義援金の申し出に作業が追いつかない状況だった。そこで日本赤十字社の担当者は、羽柴氏に「ネット上で義援金を事前登録できるようなシステムを作れないだろうか」と相談した。羽柴氏はその場で経営層の承諾を得て、「で　返答。ここからサーバーワークスのIT 　エンジニアによる急ピッチのシステ　ム構築が行われる。　　羽柴氏は14日午後に要件をヒアリ　ングし、大まかな仕様を決めた。開　発は、自宅作業可の指示が出ていた　ことにも気付かず出社していた川口 …覇氏（開発・運用部エンジニア）が　引き受けた。14日夜から徹夜で作業　を続け、夜が明けるころ、複数サー　バーで入力を受け付けてデータを保　持する部分が完成した。「復興支援　につながる緊急作業なのだから、で　きる限りのことをやろうと思った」　と川口氏は語る。　　15日朝、開発作業に新国学氏（開　発・運用部システムエンジニア）と日本赤十宇社のホームページ團日本赤＋字社の盤金事薩録システムを突賄築人物写真は左からサーパーワークスの中嶋麻衣子氏、羽柴孝氏．川ロ樹氏、新坂学氏。右上は、高速なコンテンツ配信サービスの利用により、アクセス集中時でも表示可能な日本赤十字社のホームページ。右下は義援金事前登録システムの入力フォーム 40　　NIKKEI　SYSTEMS　2011．6 　　　　　　　　　lTの現復興の道しるべ璽サイトで公開している分析レポート　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ツイート国どこでどんな物資が求められているかを見える化人物写真は左から野村総合研究所の福島健吾氏、堀宣男氏。右上はTwitterで発信されたツイートを分析してレポート出力した画面、右下はグラフ上のポイントをクリックすると妻示される該当ツイート中嶋麻衣子氏（営業部）の2人が加わる。新坂氏はマイクロブログに「自分も何かやりたい」とつぶやいてい　1 て、それを見た羽柴氏が支援を要請し開発に加わった。川熟手と調整の上、新訓氏は主に管理系の画面や機能を作成した。交通機関の乱れが予測されていたため早めに出社していた中嶋氏は、出社後に川口氏らの状況を知って手伝いを申し出た。中嶋氏は、システムテストなどを行った。　徹夜明けの同門氏が15日夜に抜け、羽柴氏を含む3人のチームによる開発作業が15日も夜通し続いた。義援金事前登録システムが稼働したのは16日午前11時。直前まで修正作業に追われた新坂氏は、「チームが一丸となって頑張った結果、よい朝を迎えられた」と感じた。また、稼働の直前テストを終えた中嶋氏は「入社2年目の自分でも役に立てたことがうれしい」と思った（図A）。 ’rW㎞erの分析システムを開発　こうした、ITエンジニアによる復興支援の例は他にも多数ある。　今回の震災ではTwitterをはじめとするソーシャルメディアが現地からの情報発信や被災者の安否確認などに幅広く使われた。貴重な情報源として活躍したが、逆に情報があふれると、今どこで何が求められているかが分かりにくくなる。　そのことに気付いた野村総合研究所（NRI）の堀宣男氏（ビジネスインチりジェンス事業部上級システムコンサルタント）と福島健吾氏（同事業部副主任データアナリスト）は、業務で身に付けたテキストマイニング技術が役立っと考えた。　実際に、Twitterで発信された膨大なツイートから支援要請などの情報を拾い出し、どこでどんな物資が求められているかを見える化するシステムを開発した（図B）。システムは3 月下旬に出来上がったが、同社のサイトで公開するとなるとセキュリティなどの社内審査手順を踏む必要がある。堀氏は早期に審査が完了するよう関係者に働きかけた。「夜9時から臨時の審査会を開催してもらうなど、相当な無理を聞き入れてもらった」　… （堀氏）。また、審査に通るまでの問は文書としてダウンロード可能にした。両氏には、各種団体から役立っているとの声が寄せられているという。「Twitter上での反響も大きい。残業時間がちょっと増えたけれども取り組んでよかった」（福島氏）。　　　　　　　　　ましも　このほかにもNRIの真下竜実氏（IT 基盤インテグレーション事業本部主席）が、支援物資の受け手が発するメッセージを支援者である送り手に届けるシステムを構築した。真下氏は、「支援したものが誰に届いたのか、それが役立ったのか、といった被災地からのフィードバックがあれば、支援活動が長続きする」と考えたのだという。また、システムインテグレータであるユー・エス・イーの平岡由美子氏（クラウドサービス事業部クラウドサービス推進室）らのチームは、被災地からの避難者を受け入れる自治体のコミュニティーを支援するために、セールスフォース・ドットコムの協力を得て、ボランティア活動計画の管理システムを構築して無償提供した。⽇日本⾚赤⼗十字社様事例例NIKKEI　SYS丁EMS　2Q11．6　　　41 （⽇日経SYSTEMS様 2011年年6⽉月号）

20. 200社を超えるお客様の実績(2014年年6⽉月時点）

21. なぜITインフラの基盤に AWSを利利⽤用する流流れが進んでいるのか？

22. AWSを基盤にするメリット l 早い！ l 安い！ l ウマい！

23. すぐできるクラウド移⾏行行 VMImport 仮想マシンごと移⾏行行が可能

24. 200台超のサーバーをわずか3ヶ⽉月でAWSへ展開 VMImport

26. ファイルサーバーのケース

27. これまでのファイルサーバー本番サイト想定される最⼤大容量量での投資が必要！

28. AWSによるファイルサーバー負担は使った分だけ

29. 災害対策のケース

30. クラウドを使わない災害対策本番サイト災害対策⽤用サイト本番・災害対策⽤用で⼆二重の投資が必要！

31. AWSを使った災害対策災害時だけ⽴立立ち上げればよい！

33. AWSのウマ味 l 耐久性・可⽤用性 l グローバル対応

34. Amazon VPC VPN VPC環境を構築し、 AWSをLANの⼀一部に拡張

35. Amazon VPC VPN リースアップしたハードから順次クラウドへ展開

36. さらに・・・

37. VPN 東京リージョンデータセンターA データセンターB ⾃自社のシステムを災害対策⽤用にAWS へ移⾏行行しつつ、AWS上でも複数のデータセンターで冗⻑⾧長構成を実現

38. 早い・安い・ウマい 3拍⼦子そろったAWS なぜ使わないのか？

39. 典型的なネガティブキャンペーン ① セキュリティ ② コスト ③ (SIの会社は）売上さがるよね？

40. ① セキュリティ？

41. よくある懸念念クラウドって、セキュリティが不不安…

42. ⼀一般的なシステムの脅威攻撃者によるアタック物理理的アクセスによるデータ盗難外部データ漏漏えい内部

43. クラウド特有の懸念念 • 場所がわからないので不不安・・ • 物理理マシンを共有することで意図せず漏漏洩が発⽣生するのでは・・？ • AWSのオペレーターが悪さをしないのか？

44. AWSは何をしているのか？

45. AWSの回答 1. 第三者認証 2. テクノロジー 3. 場所の隠匿匿

46. 1. 第三者認証 ISMS(ISO27001) PCI DSS Level 1 FISMA-‐‑‒Modarate FedRAMP ISAE3402 SOC1 (formerly known as SAS70 type II)

47. 2. テクノロジー特許技術で、Xenを拡張社員も顧客のデータにアクセスできない⾼高度度な運⽤用システム

48. 3. 場所の隠匿匿場所は明かさない⾒見見学もさせない

49. セキュリティアクセス制御機構最新テクノロジー物理理アクセスの制限

50. それでも不不安・・・？

51. 逆質問！ 1. 会社にとって必須の経営資源は何ですか？ 2. それはどこにありますか？

52. なぜ⼤大切切なお⾦金金を銀⾏行行に預けるのか？ • セキュリティ • 社内より銀⾏行行の⽅方が安全 • 可⽤用性 • 預けた⽀支店が事故を起こしても預⾦金金は保護 • 利利便便性 • ATMでどこからでもアクセス

53. クラウドも、銀⾏行行と同じです • セキュリティ – 社内よりAWSの⽅方が堅牢牢な物理理セキュリティを確保 • 可⽤用性 – クラウド側で⾼高い耐久性を維持（S3のファイル耐久性は99.999999999%） • 利利便便性 – ネット越しにどこからでも簡単にアクセス

54. NASAと、御社とでは、どちらがITインフラのセキュリティレベルを保つ仕組みが整っていると思いますか？

55. 「AWSで、われわれの組織内のインフラよりもはるかに⾼高いセキュリティを保てるようになる」 NASA ジェット推進研究所（JPL）のシニア・ソリューション・アーキテクトカワジャ・シャムズ（Khawaja Shams）⽒氏 http://www.atmarkit.co.jp/ait/articles/1301/24/news087.html

56. セキュリティを⾼高めるために、銀⾏行行にお⾦金金を預けることと同様システムもクラウドに預けた⽅方が、セキュリティレベルが上がる

57. ② コストは？

58. オンプレの⽅方が AWSより安いよね？

59. カタログスペック⼿手紙電話⽬目的メッセージを伝達するコスト◎安い×⾼高い専⾨門家のヘルプ◎必要無い×必要企業は⼿手紙を導⼊入すべき？

60. ⼿手紙 vs 電話 • 「情報を伝達する」という⾒見見た⽬目の⽬目的は同じ • トータルコストは⼿手紙の⽅方が安い • でも、電話により情報の伝達スピードが⾶飛躍的に加速し、事業価値が向上電話を使っているユーザーに勝てない

61. オンプレ vs クラウド • 情報を処理理するという⾒見見た⽬目の⽬目的は同じ • ⾒見見た⽬目のコストはオンプレの⽅方が安くできる（期間を⻑⾧長くすれば誤魔化せる）

62. オンプレ擁護レトリック • 100万円のハードを買ったら5年年で割ると年年間20万円？→NO! • この試算には、クラウドなら含まれている以下のコストが⼊入っていない物理理サーバーAWS 設置・導⼊入コスト別途必要含まれている故障時コスト別途必要必要無い回線コスト別途必要含まれている設置場所コスト別途必要含まれている資産管理理コスト別途必要必要無い（費⽤用）遺棄コスト別途必要必要無い

63. オンプレ vs クラウド • 情報を処理理するという⾒見見た⽬目の⽬目的は同じ • ⾒見見た⽬目のコストはオンプレの⽅方が安くできる（期間を⻑⾧長くすれば誤魔化せる） • でも、クラウドにより情報の伝達速度度・迅速性が⾶飛躍的に加速し、トライアンドエラーの回数が増え、イノベーションが加速クラウドユーザーに勝てない

64. 「クラウドの利利⽤用ユーザーは未導⼊入ユーザーに⽐比べて収益2倍」 IBM 2013年年10⽉月24⽇日発表

65. ホゲホゲクラウドの⽅方が AWSより安いよね？

66. 現実 Amazon Elas+c Compute Cloud （EC2） Amazon Elas+c MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon Rela+onal Database Service （RDS） Amazon Elas+Cache AWS Elas+c Beanstalk AWS CloudForma+on Amazon Simple Queue Service （SQS） Amazon Simple No+fica+on Service （SNS） Amazon Simple Email Service （SES） Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud （VPC） Elas+c Load Balancing AWS Direct Connect Amazon Simple Storage Service （S3） Amazon Elas+c Block Storage （EBS） AWS Import/Export

67. 現実 Amazon Elas+c Compute Cloud （EC2） Amazon Elas+c MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon Rela+onal Database Service （RDS） Amazon Elas+Cache AWS Elas+c Beanstalk AWS CloudForma+on Amazon Simple Queue Service （SQS） Amazon Simple No+fica+on Service （SNS） Amazon Simple Email Service （SES） Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud （VPC） Elas+c Load Balancing AWS Direct Connect Amazon Simple Storage Service （S3） Amazon Elas+c Block Storage （EBS） AWS Import/Export 他社クラウド EC2相当のサービス

68. どんな違いをもたらすか？

69. EC2相当のサービスを使った場合他社クラウド EC2相当のサービス BIND Postfix squid MySQL Backup インストール時間サーバー資源が必要！監視

70. AWSの場合 Amazon Elas+c Compute Cloud （EC2） Amazon Elas+c MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon Rela+onal Database Service （RDS） Amazon Elas+Cache AWS Elas+c Beanstalk AWS CloudForma+on Amazon Simple Queue Service （SQS） Amazon Simple No+fica+on Service （SNS） Amazon Simple Email Service （SES） Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud （VPC） Elas+c Load Balancing AWS Direct Connect Amazon Simple Storage Service （S3） Amazon Elas+c Block Storage （EBS） AWS Import/Export

71. AWSの場合 Amazon Elas+c Compute Cloud （EC2） Amazon Elas+c MapReduce Auto Scaling Amazon CloudFront Amazon SimpleDB Amazon Rela+onal Database Service （RDS） Amazon Elas+Cache AWS Elas+c Beanstalk AWS CloudForma+on Amazon Simple Queue Service （SQS） Amazon Simple No+fica+on Service （SNS） Amazon Simple Email Service （SES）インストール時間０ Amazon CloudWatch Amazon Route 53 Amazon Virtual Private Cloud サーバー（EC2）（VPC）の利利⽤用量量削減 Elas+c Load Balancing AWS Direct Connect Amazon Simple Storage Service （S3） Amazon Elas+c Block Storage （EBS） AWS Import/Export

72. 実システムでの⽐比較（コスト） AWS EC2 20台 ELB 2 RDS 2 Route53 1 CloudFront -‐ SES -‐ CloudWatch -‐ S3 20GB Total 約18万円／月 EC2相当仮想サーバー 45台約22万円／月

73. 実システムでの⽐比較（時間） EC2相当45台分のセットアップ時間 45台分の運⽤用時間

74. AWSでは EC2以外のサービスが充実しているからサーバーのセットアップとメンテナンスにかかる時間が減ってインフラのお守りにかける時間とコストが減る！

75. ③ 利利益は？

76. （ＳＩの会社さんは・・）クラウドはもうからならないよね？

77. 実際に案件単価は激減クラウド前クラウド後 SI売上 SI売上

78. 予算は減るが利利益は上がるクラウド前クラウド後 SI費⽤用保守・運⽤用ハードウェア総額は縮⼩小利利益は SI費⽤用増加クラウド利利⽤用料料保守・運⽤用

79. クラウドSIによって顧客のIT投資総額は減る中でも、 SIerが得られる利利益は上げることができる！

80. クラウドSIって今までのSIと何がちがうのか？

81. 今までのSI のどが渇いた！バケツを調達する係川から⽔水をくむ係⽔水の量量を計る係⽔水の品質を調べる係 ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× ○×○×○× 調達チーム品質チーム

82. クラウド時代のSI アマゾン⼯工場（クラウド事業者） H O H2O H どうぞ！のどが渇いた！

83. オンプレ型調達ハードウェア調達が前提のため、ミスが許されない保険のためにユーザー企業も⼤大⼿手のSIerを使わざるを得ないユーザーも「⼤大きめのハード」を買わざるを得ないハードが多くなるほど、⼈人数も多くせざるを得ない⼈人数が必要になるため、分業せざるを得ない下請け企業の役割は、技術では無く「⼈人材バッファ」だった

84. クラウド調達インフラの変更更が可能ハード購⼊入のための「保険」の必要性が減った「最適サイズ」を⾒見見つけるためには、事前の⾒見見積もりよりも迅速なトライ＆エラーが最適少ない⼈人数で、⼤大きなインフラの管理理が可能にプログラムでインフラが管理理できるため、インフラのサイズと⼈人員数が⽐比例例しなくなる適切切な組み合わせを知っているかどうかが、価値をデリバリーできる条件に

85. 技術のトレンド作る技術＜使う技術「作らないSI」

86. 作らないSI

87. 作るべきもの世の中のシステム SaaS等で置き換え可能

88. やたらめったら作りすぎると

89. 屍ダム

90. ダムOpsやるくらいなら作らない⽅方がいい • 既存のアプリは（EOSになっても） AWSで延命 • 新規のシステムは ①AWSでしっかりDevOpsをやるか ②システム構築⾃自体が競争優位に結びつかないのであればSalesforceなどのSaaS を使えばよい

91. 使う技術＝適切切な組み合わせの例例 AWSのサービス同⼠士ではCDP Heroku+AWS+CircleCI+New Relic+Slack AWS+Salesforce

92. AWSの料料⾦金金レポートそのままでは？？？

93. AWSの利利⽤用料料⾦金金明細をSalesforceに投⼊入 AWS 料料⾦金金レポート

94. システム単体の採算を⾒見見える化！

95. 実現した価値システム単体の費⽤用対効果をみえる化 IT投資の経営判断が適切切にマネージャーがプロジェクト毎の採算を把握可能に顧客に適切切な提案が可能にこれらをノンコーディングで実現！

96. クラウドによるベンダー要求の変化重要度度低下 • 保険能⼒力力 • ⼈人員数の調達能⼒力力 • 作る技術重要度度向上 • スピード • 組み合わせノウハウ • ⾃自動化の能⼒力力 • 使う技術・作らないSI

97. 作らないSI 翔泳社CodeZineで DevLove代表の市⾕谷さんと対談 http://codezine.jp/article/detail/7914

98. ダメおし

99. サーバーだけじゃない！デスクトップも、アマゾンで！ Amazon WorkSpaces Windows 7モードの仮想デスクトップを 1台から契約可能 Windows, Mac, iOS, AndroidのクライアントアンチウイルスやOfficeつきバージョンも選択可能

100. WorkSpacesの魅⼒力力物理理的に堅牢牢なAWSの環境にサーバーだけでなく、デスクトップまでも展開できるクラウドによるオフバランス、スピード、柔軟性といったメリットをクライアントにも展開可能！

101. お客様の課題課題柔軟性：SAP ERPの開発環境を約40シート⽤用意する必要があるが、開発期間中に増減の可能性ありスピード：PC調達に1〜～1.5ヵ⽉月程度度かかるセキュリティ：基幹システムの開発基盤のため、セキュリティへの配慮が必要

102. 解決！柔軟性作業場所に関係なく開発業務を実施可能！スピードセキュリティ WorkSpacesならすぐに構築（起動なら30分！）物理理的にはAWSがばっちりガード端末の盗難・紛失も問題なし！

103. After WorkSpaces…

104. 今までのプレスリリース当社社員が顧客情報＊万件の⼊入ったノートパソコンを紛失し、顧客の情報が漏漏洩しました。ご迷惑をお掛け致しましたことを⼼心よりお詫び申し上げるとともに、今後このようなことが起きないように管理理を徹底致します。お・・おい・・・またうちの会社のルールが厳しくなるらしいぜ・・・

105. WorkSpacesなら・・・当社社員がノートパソコンを紛失致しましたが、当社はAmazon WorkSpacesを利利⽤用しており、端末には⼀一切切情報が残っておりません。即刻アカウントを停⽌止することで、本デスクトップにアクセスさせることはありませんので、情報の漏漏洩も⼀一切切ありません。

106. どちらがお好みですか？

107. 旧来型アプローチのA社ノートPCを置き忘れたら懲戒処分・キャリア終了了誰かが置き忘れたせいでPC持ち出しが禁⽌止に情報システム部⾨門が社員を信⽤用せず監視を徹底

108. WorkSpacesを導⼊入したB社ノートPCを置き忘れても問題なしどこでも場所を問わずに仕事ができるインフラ情報システム部⾨門が、社員の監視よりも⽣生産性の向上やイノベーションに投資

109. 「遅れている」と感じませんか？ • Googleの検索索結果が隠蔽 • facebookにアクセス不不可 • ⾼高速ネットの為にはネカフェに⾏行行かなくてはいけない

110. でも⽇日本の会社だって・・・ • 2chへのアクセス制限 • SNSのアクセス制限 • オフィスのLANからしか繋がらない社内システム

111. 情報共産主義 • ベルリンの壁（ファイヤーウォール、出⼊入り⼝口のゲート）で外と中をきっちり分けます！ • ⾃自由なんてありません！社員は会社が指定した仕事だけしていればいいんです！ • 持ち出しなんて当然厳禁！持ち込みだって許しません！

112. Amazon WorkSpacesで…

113. WorkSpacesがもたらすもの端末の物理理管理理が不不要に物理理端末とデータ所在が分かれるので、本質的に管理理不不要に（データの無いものは管理理しなくてよい） PC⽤用ロケーションが不不要に社内・社外からのアクセスが本質的に同等にリモートワーク、カフェからの仕事など、働く場所がより⾃自由に BYODが促進個⼈人と会社のデータ領領域が、厳密に分離離可能

114. すると・・・

115. 情報⺠民主化社員の仕事を監視・制限するのではなく、積極的にオープンな環境を提供することで、⽣生産性もモチベーションもアップ！⾃自分の好きな端末を積極的にBYODして、楽しく、気持ちよく仕事してほしい会社と個⼈人の相互信頼こそがセキュリティのキモ！ WorkSpacesは「情報⺠民主化」を⽀支える重要なサービス！

116. 私たちのチャレンジ

117. 私たちのチャレンジ社内LAN撲滅運動すべてのインフラをクラウド化 AWS, Salesforce, Google Apps, Questetra BPM, Box LANでも会社外でも、セキュリティレベルが同等に ISMS認証取得済み次のチャレンジデスクトップもWorkSpacesに引っ越し時に床あげ無し＋配線なし＋固定PCなしレイアウトの柔軟性も確保はたらきやすさと会社のコスト削減を両⽴立立！

118. 結論論・AWSは早い・安い・ウマいの三拍⼦子これからのITインフラの標準に・上司・顧客に聞かれるポイントは3つ ①クラウドのセキュリティ≒銀⾏行行 ②コスト＝コントロール可能・EC2以外の活⽤用を ③SI＝売上は減っても利利益は増加・AWSではサーバーだけでなくデスクトップまでクラウド化が可能。情報⺠民主化を促進して、よりよい会社の⽂文化を！

119. ぜひこのアイディアを使って上司・お客さんを説得してみてください！

120. 万が⼀一これでダメだった場合は

121. 斬りましょう

122. もし⼀一⼈人で斬るのは気が引ける様なら

123. 脱藩！

124. 討ち⼊入り同志募集中！ AWSを仕事にするチャンス！ @serverworksに「脱藩なう」とつぶやくだけ！

125. 仙台オフィス・今秋オープン！

126. ありがとうございました www.serverworks.co.jp ＼私たちも、JAWS-‐‑‒UG FESTA Tohokuを応援しています！／

2014年09月上司説得メソッド2014年版

You are reading a preview.

Check these out next

2014年09月上司説得メソッド2014年版

More Related Content

Slideshows for you (20)

Viewers also liked (10)

Similar to 2014年09月上司説得メソッド2014年版 (20)

More from Serverworks Co.,Ltd. (20)

Recently uploaded (20)