Yoshi OikawaCTO, Japan

/yoikawa

@yoikawa

in/yoikawa

Salesforce Agile 事例

Safe Harbor

Safe harbor statement under the Private Securities Litigation Reform Act of 1995: This presentation may contain forward-looking statements that involve risks, uncertainties, and assumptions. If any such uncertainties materialize or if any of the assumptions proves incorrect, the results of salesforce.com, inc. could differ materially from the results expressed or implied by the forward-looking statements we make. All statements other than statements of historical fact could be deemed forward-looking, including any projections of product or service availability, subscriber growth, earnings, revenues, or other financial items and any statements regarding strategies or plans of management for future operations, statements of belief, any statements concerning new, planned, or upgraded services or technology developments and customer contracts or use of our services. The risks and uncertainties referred to above include – but are not limited to – risks associated with developing and delivering new functionality for our service, new products and services, our new business model, our past operating losses, possible fluctuations in our operating results and rate of growth, interruptions or delays in our Web hosting, breach of our security measures, the outcome of any litigation, risks associated with completed and any possible mergers and acquisitions, the immature market in which we operate, our relatively limited operating history, our ability to expand, retain, and motivate our employees and manage our growth, new releases of our service and successful customer deployment, our limited history reselling non-salesforce.com products, and utilization and selling to larger enterprise customers. Further information on potential factors that could affect the financial results of salesforce.com, inc. is included in our annual report on Form 10-K for the most recent fiscal year and in our quarterly report on Form 10-Q for the most recent fiscal quarter. These documents and others containing important disclosures are available on the SEC Filings section of the Investor Information section of our Web site. Any unreleased services or features referenced in this or other presentations, press releases or public statements are not currently available and may not be delivered on time or at all. Customers who purchase our services should make the purchase decisions based upon features that are currently available. Salesforce.com, inc. assumes no obligation and does not intend to update these forward-looking statements.

本日のアジェンダ• Salesforce.comについて• マルチテナント・アーキテクチャー• Salesforce.comの開発手法• Q&A

Salesforce.comについて

Salesforce.com のご紹介

30.5億ドル

創業・サービス開始 米国 : 1999年創業　2000年サービス開始日本 : 2000年創業　2001年サービス開始

年間売上 (2013年1月31日発表) 30億5,000万ドル (前年度比 35%増)

ご採用社数 100,000社以上従業員数

(2013年4月30日) 10,283人

対応言語数 ユーザ向け : 31以上 (管理者向け : 16 以上)

ソフトウェア企業の成長率ランキングでトップ10 入り

FY13

セールスフォース・ドットコムのミッション ～ クラウドコンピューティングの普及、推進、拡大

メインフレーム クライアント・サーバハードウェアやソフトウェアは不要

従量課金モデルアップグレードは自動継続的なイノベーション

エンタープライズクラウドコンピューティング

現在1960 年代 1980 年代

クラウドコンピューティングと CRM のリーダー

#1 世界 No.1 の CRM

アプリケーション

クラウドコンピューティング市場でのシェア

2011 年 2012 年2013 年

マーケットリーダーエンタープライズ市場向け、中小企業市場向け、

営業支援

“革新的な企業”

1%就業時間・株式・製品の 53 万時間

を超える地域貢献活動

5,300 万ドルを超える助成金

20,000 の NPO に

ライセンスを無償提供

コンピューティングの第 3 の波

ターミナル クライアント

デバイス 各種製品

LTE

SNA

メインフレーム

LAN/WAN

サーバ

クラウド

500 億のモノがつながる数百万ユーザ数千ユーザ

“モノのインターネット”コンピューティングの第 3 の波

すべての の向こうにはお客様がいるもの

ツイート

アプリケーション

デバイス

製品

ポスト

Web サイト

チャット

買物カゴ

コミュニティ

新しいカタチで顧客とつながる

Salesforce1: A New Customer Platform for the Future

Salesforce1 Platform API

Salesforce1 アプリケーション

Salesforce1 Platform サービス

Force.com Heroku1 ExactTarget Fuel

Sales Cloud Service Cloud ExactTargetMarketing Cloud AppExchange

マルチテナント・アーキテクチャー

利用が簡単: 年 3 回のリリースを通じて継続的なイノベーションを実現

シームレスな自動アップグレード

42 回のメジャーリリース

すべてのカスタマイズとインテグレーションを自動的にアップグレード

コミュニティに寄せられた顧客の声にもとづき機能を拡張

アップグレード、新しいリリース、旧バージョンとの互換性といった悩みから解放され、イノベーションや業務上の課題に心おきなく取り組めるようになりました。

信頼: 最重要価値としての徹底した取り組み

四半期当たりのトランザクション 平均ページロード時間trust.salesforce.com

790億件 FY12: 306msFY13: 241ms

1999年の話：シングルテナントは無駄が多い

App

Db

App

Db

App

Db

App

Db

App

Db

マルチテナント型の利点は自明...しかし、顧客の分離は決して容易ではない

App

Db

App

Db

「このお客様だけ特別に、別サーバーにしてほしい」

「このお客様だけですから」...

マルチテナントこそが目指す方向

マルチテナントは「クラウド」を可能にするシングルテナント

(オンプレミス、ホスティング等)

100,000+ の企業

マルチテナント

100,000+ の企業

ServerOS

DatabaseApp Server

StorageNetwork

App 1

ServerOS

DatabaseApp Server

StorageNetwork

App 2

ServerOS

DatabaseApp Server

StorageNetwork

App 3

100,000+ のアプリ・スタック １つのアプリ・スタック

ServerOS

DatabaseApp Server

StorageNetwork

App 1

ServerOS

DatabaseApp Server

StorageNetwork

App 3

Salesforce.comの開発手法

創業当時 • ３名の開発メンバー• 共通の目標、進捗の把握が容易• 素早く、効率よく、かつ創造的な作業が可能• 年４回のメジャーリリースを実践

Agile• 2006年にAgileへ移行• 移行前はウォーターウォールをベースにしたスパイラル方式

Daily Scrum Meeting

Sprint Review: Demo Potentially Release-able

New Functionality

Product Backlog

Sprint Backlog

Agileへ移行した背景• スケールしなくなった• 機能数の増加、多様化• エンジニア、チーム数の増加• コードベース、依存管理の複雑化

• 品質の低下• リリースサイクルの長期化• リリース計画の未達成• 機能の詰め込み

顧客満足度、サービスに対する信頼の低下

Agile @ Salesforce• ADM (Adaptive Development Methodology)• スクラム、XP、Lean• 200+のスクラムチームがシングル・コードベース上で開発• 1年に3回のメジャーアップグレード• 30日間のタイムボックス• 月単位で仕事を完了

ADM導入の成果

• 100% 予定通りにリリース• +94% １年で追加した新機能• +38% デベロッパーあたりの新機能数

移行直後の調査結果：

Agile移行に成功した要因• トップマネージメントのコミットメント• 徹底した教育（特にマネージャー）• 柔軟性は維持• 素早いフィードバックループ体制の構築• 継続的インテグレーション

• 自動化• ビルド• 自動化テスト• リリース

スクラムチームの構成例• プロダクトオーナー• スクラムマスター• デベロッパー• 品質エンジニア（QE)

• UI デザイナー• ドキュメントライター• パフォーマンス・エンジニア

品質にどのような効果があったか？• 品質向上に大きく貢献• スケジュール通りの安定したリリースを2007年から継続

• 「品質」に対する考え方の変化• 品質を作り込む実装行程• バグを出さない仕組み、プロセス、環境作り• 品質はチーム全体が負う

Agileと品質エンジニア• 品質エンジニアに求められるスキルに変化• より高いテクニカルスキル• プロダクトデザイン• プロジェクトマネージメント

• ３段階のステージと「役割」の変化�� 品質エンジニアの開発行程への統合�� 品質を作り込む開発環境へ�� 品質エンジニア => エンジニア

品質エンジニアの開発行程への統合• デザイン、開発初期行程から参加• 仕様、テクニカルデザイン、ユーザビリティのレビュー、問題の早期発見と修正• アーキテクチャ、実装詳細、開発環境の理解度が大幅にUP• マニュアルテストから自動化テストへ（API, UI）• スクラムマスターとしてプロジェクト管理

品質を作り込む開発環境へ• テストを意識したコードへ• テスタビリティ向上のための開発プラクティスの実施• リファクトリング• API駆動型のデザイン、実装方式

• テスト駆動型の開発• 徹底した自動化• より深く、幅広いカバレッジ• 効率の高いテストコード

品質エンジニア => エンジニア• デベロッパーと品質エンジニアの役割の希薄化• “DevOps“• 品質はチームが負う• 標準化された開発プラクティスの実施、徹底• 品質エンジニアの技術力、スキル向上• デベロッパ向けのテストケース作成、デザインの教育

• “エンジニア”で構成されたスクラムチームへ