SlideShare a Scribd company logo
Salesforce.com Agile事例
Agile at salesforce
Salesforce.com
• クラウド/SaaSサービスベンダー
• 製品
• CRM(顧客管理、営業支援)、カスタマサポート、マーケティング
、プラットフォーム、…
• R&D
• 拠点サンフランシスコ
• 世界 15か所に分散
• 1500+ 以上のエンジニア
• シングルコードベースで開発作業
Agile移行前
• 2006年にAgileへ移行
• Agile移行前はウォーターウォール型を繰り返す方式
• チーム構成
• PM, Dev, QA, Doc, UX/UI
プランニング &
デザイン
実装 テスト リリース
パッチリ
リース
プランニング &
デザイン
実装 テスト リリース
パッチリ
リース
Agileへ移行した背景
• スケールしなくなった
• 機能数の増加、多様化
• エンジニア、チーム数の増加
• コードベースの増大、依存管理の複雑化
• テスト期間の長期化
• リリースサイクルの長期化
• 計画どうり進まない不安定なリリース
• 機能の詰め込み
顧客満足度、サービスに対する信頼の低下
2000 2001 2002 2003 2004 2005 2006
1チーム当たりのリリースした機能数
メジャーリリースに掛かった日数
Agile @ Salesforce
• ADM (Adaptive Development Model)
• Salesforce R&Dに特化したAgile開発方式
• スクラム、XP開発プラクティス、Leanの理念
• 1年に3回のメジャーリリース
• 30日間のタイムボックス
• 月単位で仕事を完了
毎月の一定なリズム
1月 2月 3月 4月 5月 6月 7月 8月 9月 10月 11月 12月
Release Release ReleaseRelease
Agile移行に成功した要因
• トップマネージメントのコミットメント
• 徹底した教育(特にマネージャー)
• 柔軟性は維持
• 素早いフィードバックループ体制の構築
• 継続的インテグレーション
• 自動化
• ビルド
• 自動化テスト
• デプロイメント
• バグ管理
自動化テストへの投資
品質にどのような効果があったか?
• 品質向上に大きく貢献
• スケジュール通りの安定したリリースを2007年から継続
• 「品質」に対する考え方の変化
• 「バグを探す」から「バグを出さない」仕組み、環境作りへ
• 品質を実装行程の中で作り込む
• 品質はチーム全体が負う
• 明確な「完了」リストの定義と徹底
• バイナリな意思決定
完了リスト
<機能 1> <機能 2> <機能 3>
Code checked in and follows department standards   
No open regressions. Automated tests written and
reviewed for all regressions
  
No open P1 & P2 bugs   
Code Coverage of 70% (or as agreed with team) 70% 70% 
100% of test cases logged in QAForce and executed in a
QA environment, and all P1/P2 cases passing
  
All resolved bugs verified and closed   
Performance/scalability impact ascertained and sys
testing scheduled if required
  
UE has reviewed any new features; P1 and P2 UI bugs
fixed
  
Usability testing completed when necessary, and
feedback incorporated into backlog
  
Code and UI reviewed for 508 compliance; UE team
notified of any non-compliant features
  
All UI labels ready for localization vendors   
User documentation complete and checked in   
Metrics to measure customer usage have been defined
and a Metric Request ticket filed for new metrics
  
Security standards met and critical issues resolved   
品質の常時モニタリング
• 最重要な品質指標を見える化
• 開発行程中常時モニタリング
• “Don’t just clean it. Keep it clean”
• 品質基準を満たさないチームは前に進ませない
Lock-the-Line ポリシー
• 品質基準を満たさない場合、ソースコードをロック
• ロックされたチームは開発作業に関するCheck-in 不可
• 重要な品質指標
• 自動化テスト成功率> 97-99%
• テストバグの数
• 品質基準を満たせば自動的にロック解除
• ルール
a) クリティカルなテストバグが1以上3日間 OPENの状態
b) チームにアサインされたテストバグの総数が10を超えた場合
c) クリティカルでないテストバグが5日間以上放置された1つでもある場合
d) チームにアサインされた全てのテストバグが100を超えた場合
Agile at salesforce
Agileと品質エンジニア
• 品質エンジニアの役割、求められるスキルに変化
• より幅広いスキル、知識
• テクニカル、プログラミングスキル
• プロダクトデザイン
• プロジェクト管理(スクラムマスター)
品質エンジニアの開発工程への統合
• デザイン、開発の初期工程から参加
• 問題の早期発見と修正
• 仕様、テクニカルデザイン、ユーザビリティ
• マニュアルテストから自動化テストへ
• Agile以前は、リリース前後に自動化テスト作成
• Agile移行後は、実装前、または実装と同時にテスト作成
• アーキテクチャ、実装詳細、開発環境の理解度が大幅にUP
品質エンジニアの役割の変化
• バグを出さない仕組み、環境を築くことに
• 常にテストを意識したコードへ
• テスタビリティ向上のための開発プラクティス、デザインパターンの
実施
• リファクタリング
• API駆動型のデザイン、実装
• テスト駆動型(TDD)の開発
• 徹底した自動化
• より深く、幅広いカバレッジ
• 効率の高いテストコード
品質エンジニア =>エンジニア
• 開発者と品質エンジニアの役割の希薄化
• 品質はチームが負う
• 標準化された開発プラクティスの実施、徹底
• 品質エンジニアの技術力、スキル向上
• 開発者向けの品質トレーニング、教育
• “エンジニア”で構成されたスクラムチームへ
• API、バックエンド関連のチームを主流に見られる傾向
開発者
品質エンジ
ニア
エンジニア
Agile at salesforce

More Related Content

What's hot (16)

PDF
Zabbixのご紹介 - 会社概要、製品、サービス、活用事例
Zabbix
 
PDF
Agile pm6
Tadatoshi Sekiguchi
 
PDF
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
POStudy
 
PDF
A 1-1 tfs on azure で始めるイマドキのソフトウェア開発
GoAzure
 
PDF
【19-B-4】 そろそろ俺たちの本気を見せてやるぜ!~ マイクロソフトとOSSごった煮 DevOps 衝撃デモシリーズ!
Developers Summit
 
PPTX
JaSST Niigata'20
JumpeiIto2
 
PPTX
Quality assurance by quality stepwise refinement in agile development
JumpeiIto2
 
PDF
QA SUMMIT in GDC2013
IGDA JAPAN
 
PDF
Gui自動テストツール基本
Tsuyoshi Yumoto
 
PDF
Application Insight Introduction
Kazushi Kamegawa
 
PDF
アジャイル開発と品質保証の密なる関係 #quesqa
ques_staff
 
PPTX
心・技・態 -LINEにおける改善の真実-
LINE Corporation
 
PDF
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
Kotaro Ogino
 
PPTX
スクラムによるOpsBear開発1-基本編
光平 八代
 
PDF
Alm summit
Kaoru NAKAMURA
 
PDF
DOO-014_日本でもできる! マイクロソフト技術をフル活用した DevOps の具体的実現手法!
decode2016
 
Zabbixのご紹介 - 会社概要、製品、サービス、活用事例
Zabbix
 
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy
POStudy
 
A 1-1 tfs on azure で始めるイマドキのソフトウェア開発
GoAzure
 
【19-B-4】 そろそろ俺たちの本気を見せてやるぜ!~ マイクロソフトとOSSごった煮 DevOps 衝撃デモシリーズ!
Developers Summit
 
JaSST Niigata'20
JumpeiIto2
 
Quality assurance by quality stepwise refinement in agile development
JumpeiIto2
 
QA SUMMIT in GDC2013
IGDA JAPAN
 
Gui自動テストツール基本
Tsuyoshi Yumoto
 
Application Insight Introduction
Kazushi Kamegawa
 
アジャイル開発と品質保証の密なる関係 #quesqa
ques_staff
 
心・技・態 -LINEにおける改善の真実-
LINE Corporation
 
【JaSST'14 Tokyo】システムテストの自動化による 大規模分散検索プラットフォームの 開発工程改善 #JaSST
Kotaro Ogino
 
スクラムによるOpsBear開発1-基本編
光平 八代
 
Alm summit
Kaoru NAKAMURA
 
DOO-014_日本でもできる! マイクロソフト技術をフル活用した DevOps の具体的実現手法!
decode2016
 

Viewers also liked (9)

PPTX
Force.comシステム連携のデザイン考察
Junji Imaoka
 
PDF
Transforming Your Organization to Agile
Steve Greene
 
PDF
Salesforce Agile 事例
Yoshi Oikawa
 
PDF
ここまでできる!Salesforce Connect 最新機能 (Winter'17) のご紹介
Salesforce Developers Japan
 
PPTX
Agile at Salesforce From theory to practice, how to be agile at scale
Salesforce Engineering
 
PDF
Salesforce開発プロジェクトの進め方とアプリケーションライフサイクルマネジメント
Salesforce Developers Japan
 
PDF
Winter '17 開発者向け新機能Webセミナー
Salesforce Developers Japan
 
PDF
Lightning Experience 時代のフロー開発
Salesforce Developers Japan
 
Force.comシステム連携のデザイン考察
Junji Imaoka
 
Transforming Your Organization to Agile
Steve Greene
 
Salesforce Agile 事例
Yoshi Oikawa
 
ここまでできる!Salesforce Connect 最新機能 (Winter'17) のご紹介
Salesforce Developers Japan
 
Agile at Salesforce From theory to practice, how to be agile at scale
Salesforce Engineering
 
Salesforce開発プロジェクトの進め方とアプリケーションライフサイクルマネジメント
Salesforce Developers Japan
 
Winter '17 開発者向け新機能Webセミナー
Salesforce Developers Japan
 
Lightning Experience 時代のフロー開発
Salesforce Developers Japan
 
Ad

Similar to Agile at salesforce (20)

PPTX
Agile Development at Salesforce
Ryoji Osawa
 
PDF
Ultimate agilisttokyo(japanese)
Tsuyoshi Ushio
 
PDF
チームにRedmineを適用せよ! #RxTstudy
Dai FUJIHARA
 
PDF
ワンクリックデプロイ101 #ocdeploy
Ryutaro YOSHIBA
 
PDF
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
 
PDF
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
 
PDF
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
 
PDF
AgileShimane始動!! in OSC2011Shimane
Ryuichi Tsuruhara
 
PDF
SGT技術トークス 継続的デリバリー
Yukei Wachi
 
PDF
Ruby コミュニティの文化に学ぶエンタープライズシステム開発の処方箋
Ayumu Aizawa
 
PDF
2017/4/25 『小規模開発アジャイル導入の気づき』
voltage_devrel
 
PDF
Agile japan2010 rakuten様プレゼン資料
Akiko Kosaka
 
PPTX
Bringing Continuous Agile to Japan
Andy Singleton
 
PDF
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
 
PDF
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
InnovationSprint2011
 
PDF
Agile 2018 Retrospective 〜 過去と現在とちょっとだけ未来 〜
Dai FUJIHARA
 
PPT
はじめてのアジャイル
Yoshihito Kuranuki
 
PDF
アジャイル品質のパターンとメトリクス Agile Quality Patterns and Metrics (QA2AQ) 20240225
Hironori Washizaki
 
PDF
Manifesto for agile
hideo murakami
 
PDF
大規模ソフトウェア開発とテストの経験について
Rakuten Group, Inc.
 
Agile Development at Salesforce
Ryoji Osawa
 
Ultimate agilisttokyo(japanese)
Tsuyoshi Ushio
 
チームにRedmineを適用せよ! #RxTstudy
Dai FUJIHARA
 
ワンクリックデプロイ101 #ocdeploy
Ryutaro YOSHIBA
 
地図を捨ててコンパスを頼りに進め
Dai FUJIHARA
 
地図を捨ててコンパスを頼りに進め
Rakuten Group, Inc.
 
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
Kenji Hiranabe
 
AgileShimane始動!! in OSC2011Shimane
Ryuichi Tsuruhara
 
SGT技術トークス 継続的デリバリー
Yukei Wachi
 
Ruby コミュニティの文化に学ぶエンタープライズシステム開発の処方箋
Ayumu Aizawa
 
2017/4/25 『小規模開発アジャイル導入の気づき』
voltage_devrel
 
Agile japan2010 rakuten様プレゼン資料
Akiko Kosaka
 
Bringing Continuous Agile to Japan
Andy Singleton
 
CEDEC2015講演 チーム開発をスムーズにするために
Takafumi Ikeda
 
イノベーションスプリント2011 infragisticsにおける世界分散アジャイル開発事例~ communication matters ~
InnovationSprint2011
 
Agile 2018 Retrospective 〜 過去と現在とちょっとだけ未来 〜
Dai FUJIHARA
 
はじめてのアジャイル
Yoshihito Kuranuki
 
アジャイル品質のパターンとメトリクス Agile Quality Patterns and Metrics (QA2AQ) 20240225
Hironori Washizaki
 
Manifesto for agile
hideo murakami
 
大規模ソフトウェア開発とテストの経験について
Rakuten Group, Inc.
 
Ad

Agile at salesforce