20061007.saas
Download as ppt, pdf2 likes792 views
2006/10/7のフリーランス向け勉強会で喋った資料。 SaaSの概要説明、Salesforceの活用等。
20061007.saas
- 1. SaaS って何？ またバズワード？ この単語って知ってる？？ ASP みたいなもんでしょ？ まあ正解！ でも流行りものなので?
- 4. SaaS(Software as a Service) - サービスとしてのソフトウェア - ～ MCEA における Salesforce 導入を例として ～ 2006 年 10 月度 MCEA 技術者交流会資料 by 佐々木 健
- 5. 自己紹介 本職はネットワークエンジニア 3 年近く前に、ふと組合に来てしまった。 「エンジニアの幸せのために働いてみないか」などという口車に乗せられた なぜかそのまま事務局で働くことに。。。 良くわからないうちにシステムの面倒を見ることになり、、、、、 以下、涙、涙、涙 まあそんなことはどうでも良くて本題に Go!
- 6. 自己紹介 ( 余談 ) 5 月にもネットワークに関する発表をしたので良かったらそっちも見てね！ ブログも書いてるよ。 毎日 2000 人程度は見に来てて 500 人ぐらいの常連客がいるらしい。 良かったた見てね。
- 7. 今日のアジェンダ システムの話、なぜ今 SaaS ？ MCEA におけるセールスフォース導入の背景 デモ！デモ！デモ！ 時間が余ったら適当に～ LL RING とか JANOG の話、できるかな？
- 8. 配布資料 ComputerWorld の記事。 SaaS 大研究 MCEA が取材されてます 日経コンピュータ記事。 SaaS の衝撃 沢山あるので欲しいだけ持ってってね
- 9. なぜ今 SaaS? なんだか流行ってるよねえ～ Salesforce だけじゃなく、 SAP も Oracle も参入 流行ってるには理由がある？
- 10. そもそもシステムって何のために使うの？ ビジネスにおいては以下の 2 点のため！ 業務効率化によるコスト削減 商品に付加価値を付ける
- 11. システムはお金がかかる ライフサイクル毎にお金がかかる 企画 設計、構築 運用 保守 廃棄
- 12. システムはお金がかかる ( 企画、設計、構築 ) 企画 ここをきちんとしないと場当り的にお金が出血してしまう 経営レベルとの連携が必須 設計、構築 何もしなければお金がかからない
- 13. システムはお金がかかる ( 運用、保守、廃棄 ) 運用 システムとしての価値はこのフェーズではじめて生まれる 何もしなくてもお金がかかる、基本的には変動しない 稼働しているシステムすべてについて必ず発生する 保守 リスクによってかける金額を考える必要がある システムの品質により金額が変動する 廃棄 見落とされがち 競争力維持の肝 コスト削減の肝
- 14. コストを下げるにはどうしたら良いか？ そもそもシステムを使わない！ それができれば苦労しない そもそもシステムってコストを下げるものだし、、、 費用対効果を考えて、不要ならシステムを使わない 業務を整理してシステムの数を減らす ライフサイクル毎の費用を削減する それぞれのコストを把握するところから始める 費用対効果も考える 指針はいろいろとある
- 15. コスト削減への道、その 1 パッケージ ( メリット ) システムをフルスクラッチから作ると時間も費用もかかる。 みんなやりたいことは同じ。 みんなで同じものを作ろう。 価格が安くなる ソースツリーも一個 保守も楽になる 要望があったらバージョンアップ時に追加 他の人が使わなくても、ソースは一本のほうが楽 出来合いのものを買ってくればすぐ使える 作るための時間とお金を節約できる
- 16. コスト削減への道、その 1 パッケージ ( 問題点 ) みんなと違うことがやりたいときに使えない 道具は使い方を覚えなければいけない。 高機能なものはカスタマイズもそれなりに大変。
- 17. コスト削減への道、その 2 ASP の活用 ( メリット ) 短期間でサービスを利用できるようになる。 時間とお金を節約できる 運用、保守を自前でやらなくて良い 自前でやる場合より安価な場合が多い ウェブベースのシステムはクライアントのコストを下げられる
- 18. コスト削減への道、その 2 ASP の活用 ( 問題点 ) 比較的簡単な業務にしか適用できない 回線速度に影響される Web ベースは操作性が悪い 今までのイメージが悪い ここ重要！！！
- 19. コスト削減への道、その 3 オープンソースの活用 ( オープンソースを使う理由 ) みんなが使っていてフリーで良いものがある じゃあそれを使おう !! みんなが使ってるなら充分実用的に違いない 無料だし ! 実際に良いものなことが多い 気がつけばデファクトスタンダード、事実上の標準 標準になったものを使うメリットは大きい 拡張性 他のシステムの連携 運用、保守面
- 20. コスト削減への道、その 3 オープンソースの活用 ( 問題点 ) カスタマイズ等にはやっぱりコストがかかる 保守をする人はやっぱり必要、それにはコストがかかる 運用も無料じゃない 業務システム等を構築する場合には、それほどコスト削減にならない場合が多い
- 21. コスト削減への道、その 4 EUC( それって何？ ) Extended UNIX Code --> 違う！ End User Computing 「 @IT の情報マネジメント用語事典」によると 情報システム部などのシステム管理者ではなく、企業経営者や業務部門などのシステムサービス利用者が直接的?主体的にコンピュータを操作したり、システムの構築に関与し、経営や業務に役立てることをいう。 各人が勝手にシステム化する、という話。 メインフレーム時代からの移行時に、みんなでパソコンを使って業務改革！、と言われた時代の用語。 古い考え方だけど、思想は今も有効。 各人が業務の効率化、高度化していける、というのは競争力を高める上ではかなり有効 昔の EUC は、 Word 、 Excel など 今の EUC は gmail 、 Messenger 、 checkpad など
- 22. コスト削減への道、その 4 EUC( 問題点 ) データ連携ができなくなる 各人がばらばらなデータ形式を勝手に作っちゃう セキュリティの問題 データの管理が面倒 ユーザによる差が出てしまう 教育にコストがかかる トータルのシステムコストが上がることがある 各グループや個人が勝手にシステムを導入する クライアント PC の運用コスト、セキュリティリスクが上がる
- 23. コスト削減への道、その 5 EA( エンタープライズアーキテクチャ )(EA って何？その 1) 組織、業務的視点からシステムを分析?再構築する手法。 組織（ enterprise ）の構造と機能をある一定の考え方?方法で包括的に体系化 全体と構成要素の相互関係を明確化 構造の背景にある基本理念?設計思想を含めて企業活動の全体最適を実現を指向 あるべきモデル（ To Be ）を目指して、長期的かつ体系的に行われる
- 24. コスト削減への道、その 5 EA( エンタープライズアーキテクチャ )(EA って何？その 2) 4 層の視点から業務を分析し整理を行なう 政策?業務体系 データ体系 適用処理体系 技術体系 各層で使われる技術の標準化を行なうことで全体としてのコスト削減を行なう 重要なのは全体最適
- 25. コスト削減への道、その 5 EA( エンタープライズアーキテクチャ )( 問題点 ) 概念等が難しい 理想論を現実の問題解決まで持っていくのは実は大変 政府は笛を吹いてるけど現実は。。。。 でも重要なのは考え方！！！ レイヤモデル 全体最適！
- 26. コスト削減への道、その 6 SOA( サービス指向アーキテクチャ ) (SOA って何？ ) サービス指向アーキテクチャ ビジネスプロセスの構成単位に合わせて構築?整理されたソフトウェア部品や機能を、ネットワーク上に公開し、これらを相互に連携させることにより、柔軟なエンタープライズ?システム、企業間ビジネスプロセス実行システムを構築しようというシステムアーキテクチャのこと。 サービスが連携し合って動く 通信主導的な考え方
- 27. コスト削減への道、その 6 SOA( サービス指向アーキテクチャ ) ( 概念図 )
- 28. コスト削減への道、その 6 SOA( サービス指向アーキテクチャ ) ( ポイント ) 既存の技術を活用 通信は Web 技術をベースとするのが流行り (Web サービス ) TCP/IP および HTTP を利用 データ形式は XML を利用 XML によるデータのカプセル化を行なう データの中身については各アプリケーションが実装を行なう。 ある程度のデータ型は W3C 等で定義が行なわれている
- 29. コスト削減への道、その 6 SOA( サービス指向アーキテクチャ ) ( メリット ) システム間での連携を取ることができる RPC などのプロセス間通信と考え方は一緒 ウェブ技術を使っているためインターネットを介しての利用が可能 広範囲な用途に利用可能 標準化された技術を元にしており、サービスを部品化が可能 部品を交換していくことによりシステムの刷新が可能
- 30. コスト削減への道、その 7 agile 開発 アジャイルマニフェスト ( 日本語訳 ) http:// www.metabolics.co.jp/XP/AgilePrinciples.html 以上！！ 考え方が最重要！！！
- 31. コスト削減手法のまとめ パッケージの活用 ASP オープンソース EUC EA SOA Agile 開発 先人はいろいろなことを考えた！！！ 良いことは真似しないと！！！ ということで、いよいよ SaaS
- 32. SaaS って何？ 超高機能な ASP 従来の ASP より業務範囲、機能が大幅に拡大 ASP って一度失敗してるので印象が悪い！ 名前を変えてみた！！ でも昔の ASP と比べておそろしく強い！！！ まあ名前変えるぐらい大目に見るかあ、という風潮？
- 33. SaaS はどう強力？ 業務適用範囲の拡大 ありとあらゆる業務に利用できる 他のシステムとのシームレスな連携が可能 開発 API の充実 AJAX 等の活用による操作性の向上 ユーザレベルでのカスタマイズができる 全体としての統一性を持つ 自由で迅速なカスタマイズ 他の手法の良いとこ取りをしている。
- 34. SaaS が他のシステムから学んでいる点 パッケージ同様、ソースはこれ一本！ ユーザは自由にカスタマイズ可能 定期的に最新機能が追加される ASP のメリットをそのまま受け継ぐ 通信、外部連携は標準規格、デファクトスタンダードをそのまま利用できる EUC 的にユーザが自分のレポートや帳票を自由に開発可能 EA 的な全体アーキテクチャの統一性 SOA の一部として他システムと連携が可能 Agile マニフェストの実現
- 35. 配布資料より 日経コンピュータ 48 ページ下 短期導入！高い拡張性 ComputerWorld 3 ページ、図 1 ソフトウェア実行モデルの選択肢 ユーザは自由にカスタマイズ可能 ComputerWorld 9 ページ、図 6 SaaS のメリットとデメリット
- 36. SaaS の注意点 道具は使う人の問題が一番大きい どう運用するか、が重要 導入してすぐ使えるわけではない 短期間、なだけ。 教育、訓練、カスタマイズ、は必要 標準的ではないビジネスロジックは実現できないことがある 標準化できないところが実はその組織のビジネスコア！
- 38. MCEA における Salesforce 導入の話 話中心！ 配布資料を見ましょう。 適当に業務改革の資料も見せるね。
- 40. Salesforce の考え方 業務をすべて記録する プロセスの流れにそって各人が記録する 記録は、営業、企業、商談、等に時系列順にまとめられる->カルテ化される 見込み顧客から商談までのプロセスを可視化できる リアルタイムに営業の戦略を立てられるようになる
- 41. お待たせ！ Salesforce のデモ！！ ログイン トップ画面 情報検索 ダッシュボード レポート 差し込み印刷 Web to リード CRM 機能 SFA 機能 AppExchange 他のシステムとの連携 API 、開発ツール カスタマイズ
- 42. Salesforce その他 個人用の無料ライセンスがある お試しに使ってみては？
- 43. おしまい ご静聴ありがとうございました。 資料は後でウェブに上げときます。 さて、雑谈タイム！？