Salesforceプロジェクトの進め方（全体の流れ）と注意ポイント

今回ご説明する範囲

①Salesforceの汎用的なプロジェクトの進め方の説明
※全体の流れと上手く進めるポイント、失敗するポイント
②Apex開発に関してのテスト環境の構築からリリースまでの流れの説明
③設計についての考え方（Apex開発設計書のサンプルベースで設計に必要な観点などをご説明予定
④テストが通らないところに関してのコードレビュー

Twitter:@creativecontentlabtokyo

質問・ご要望などはこちらへお願いします。

Salesforce導入プロジェクト全体の流れ

Salesforceの導入プロジェクトも一般的なシステム開発と同じような流れに沿ってプロジェクトを進めていくことがほとんどです。

step
1事前準備

契約と平行して、キックオフに向けてプロジェクト計画書を作成します。

プロジェクト計画以下の内容について計画を立てて、計画書に落とし込んでいきます。

1. プロジェクト計画（PM)
   1. 提案・契約内容の再確認（精査）
   2. プロジェクトの目的、改善目標の明確化
   3. システム全体像、スコープ、開発方針の明確化
   4. マスタスケジュール策定
   5. WBSの作成
   6. 要員計画（外注依頼）
   7. QCD（品質・コスト・納期）計画
   8. コミュニケーション計画
   9. 開発環境計画
   10. セキュリティ、リスク計画
   11. 標準化計画

• プロジェクト管理に関する本サイトで提供している記事とテンプレート
  • プロジェクト計画書の作成（１）
  • プロジェクト計画書の作成（２）
  • プロジェクト計画書の作成（３）各工程の作業計画~成果物/納品定義
  • プロジェクト計画書の作成（４）各工程の品質計画についてまとめ
  • プロジェクト計画書の作成（５）コミュニケーション管理~品質管理
  • 作業計画を立てる（WBSを作成する）（１）タスク管理方法の検討
  • 作業計画を立てる（WBSを作成する）（２）プロジェクト計画系タスク
  • 作業計画を立てる（WBSを作成する）（３）要件定義フェーズの主要タスク
  • 進捗報告書を作成しよう（１）進捗報告（概要）~スケジュール
  • 進捗報告書を作成しよう（２）工程別詳細報告~その他連絡事項まで

コミュニケーション管理ツールは、バックログがおすすめ

準備段階で利用するテンプレート

• プロジェクト計画書（PPTテンプレート）サンプル・利用方法
• プロジェクト進捗報告書（PPTテンプレート）サンプル
• WBS（work-breakdown-structure）（Excelテンプレート）サンプル
• 各工程の成果物/納品物を定義する（Salesforce導入プロジェクト）
• 要員計画を立てる（山積み表・リソースヒストグラム）（Excelテンプレート）
• 会議体一覧（テンプレート）
• 会議議事録（Wordテンプレート）サンプル
• 成果物/納品物一覧（Excelテンプレート）サンプル
• プロジェクトマスタスケジュール（PPTテンプレート）

step
2要件定義工程

お客様によっては、要件定義はアジャイル的に進めたいという場合もありますが、本当のアジャイルで進めるのであれば、契約方法を含めて体制や進め方から検討する必要があります。

一般的には、Salesforceの導入では、プロトタイプを作成して画面や操作を確認しながら要件定義を進めていくやり方を推奨しています。

要件定義工程の流れとしては、以下のようになります。

・業務要件定義：事前にお客様業務についてのヒアリングを実施して、業務要求の洗い出し、組織構成（関連部門、権限）の確認、業務フローの整理

・システム要件定義：業務要件定義で整理した業務フローに基づき、各部門、担当者レベルの業務シナリオを作成。またシステム化要件に基づき、システム機能一覧を整理する。要件定義の会議体では、業務シナリオ（業務フロー）に沿って、作成したプロトタイプの画面やワークフローなどの動きを確認する。

・機能要件定義：プロトタイプを使った業務シナリオを確認しながら、機能要件を整理していきます。具体的にはシステム機能一覧を作成して、業務要求機能に対して、対応するシステム機能を定義し、機能の種類（画面、バッチ、ワークフロー、メールなど）を検討していきます。

・データモデルの検討も実施します。

・非機能要件：Salesforceの場合、サービス基盤アーキテクチャに関する非機能要件は限られた範囲の確認のみとなります。※マルチテナントのパブリッククラウドサービスのため、個別にリソースやセキュリティ基盤に対しての変更などはできないため。具体的には、個別に作成したプログラムの性能やセキュリティに対しての指標値の設定やテスト方法などを定義します。

詳細はこちらの記事を参考にしてください。

• 要件定義
  • システム機能一覧（Excelテンプレート）
  • システム機能要求に対するFIT&GAP分析一覧（Excelテンプレート）
  • セールスフォースの要件定義（１）組織・業務体系の整理
  • セールスフォースの要件定義（２）業務フロー図の作成
  • 業務ヒアリングシート（Excelテンプレート）
  • 業務フロー図・業務プロセス（Excelテンプレート）
  • 業務機能階層図・業務機能一覧（Excelテンプレート）
  • 業務要件定義
  • 要求仕様管理一覧（テンプレート）

以下のような成果物一覧を作成して、事前に命名規約や書式、納品有無などを明記しておきます。※ダウンロードはこちら

要件定義工程の成果物サンプル

• 業務ヒアリングシート（Excelテンプレート）
• 要求仕様管理一覧（テンプレート）
• 業務フロー図・業務プロセス（Excelテンプレート）
• 業務機能階層図・業務機能一覧（Excelテンプレート）
• SFDC設定パラメータシート（組織・個人・権限）Excelテンプレート
• オブジェクト定義書（テンプレート）
• システム機能一覧（Excelテンプレート）
• システム機能要求に対するFIT&GAP分析一覧（Excelテンプレート）
• 帳票一覧（Excelテンプレート）
• セールスフォース用語集（Excelテンプレート）サンプル

step
2設計工程

Salesforceプロジェクトの場合、要件定義フェーズである程度基本設計まで実施することも多いです。プロジェクトの規模や進め方によりますが。

設計工程では、基本的にドキュメントベースのレビューと合わせて、実際の動きは、プロトタイプで確認しながら進めることが多いです。

Salesforceの設計では、作成する機能によって、設計書に記載する事項は概ね決まっています。

Apexトリガー処理：トリガー処理設計書

• Apexトリガー処理設計書（Excelテンプレート）

Apexバッチ処理：バッチ処理一覧、ジョブスケジュール、バッチ処理詳細設計

• バッチ処理一覧とジョブスケジュール（Excelテンプレート）
• バッチ処理設計書（Excelテンプレート）

画面処理：画面一覧、画面定義書、画面遷移図など

• 画面一覧（Excelテンプレート）エクセル
• 画面定義書/画面設計書（テンプレート）
• 画面遷移図（Excelテンプレート）

外部インターフェース設計：

• 外部インタフェース一覧/連携図（Excelテンプレート）
• 外部インタフェース設計書（Excelテンプレート）

システム機能：

• プログラム一覧（Excelテンプレート）
• システム機能一覧（Excelテンプレート）

設計監理：

• 工程別レビュー計画書（Excelテンプレート）サンプル
• レビュー指摘表（Excelテンプレート）サンプル

step
3開発・テスト工程

開発工程では、設計書の内容に基づき、開発を進めてもらうため、管理者としては、進捗や課題管理の実施がメインとなります。仕様ホルダーは、開発の時点で発生した技術課題への対応方針の検討や実現できない仕様が発生した場合の対応方針をお客様と検討します。

また、開発と平行してテスト実施の準備を行います。Apex側の開発については、単体テストケース作成後に、単体テストケースに基づきApexのテストクラスとテストケースを作成して、自動テストを実施します。

Salesforceでは、カバレッジが組織全体で75%以上確保されていないと、リリースができない制約があります。テストでは実行できないようなコードが含まれている場合には、カバレッジ低下を招くため、事前にテスト方法やカバレッジの指標値など検討しておく必要があります。

単体テストも含めて結合テスト以降のテスト方針書を作成して、お客様や関係ベンダー様とテスト実施方針を検討します。

• • テスト方針書（PPT版テンプレート）サンプル
  • テスト計画書（結合テスト）（PPTテンプレート）サンプル

テストの進捗管理は、事前に計画を立てて、進捗率が自動的に算出できるように準備しておきます。

テスト進捗管理

• テスト進捗管理表（Excelテンプレート）サンプル
• 故障管理表（バグ管理表）（Excelテンプレート）サンプル

step
4移行・リリース

テストやシステム移行でどの環境をどのように利用するかについては、事前にテスト計画や移行計画で検討しておきます。

環境は、工程ごとにどの環境をどの期間、だれがどのように使うかということが明確になっている必要があります。

テスト実施環境について、以下の内容は理解しておく必要があります。

特にストレージ制限とコピーされる内容について注意が必要。DeveloperSandboxは、たくさん作成することができますが、ストレージが少ないため大量データのテストは実施できません。本番と同じデータを使って検証する場合には、FullSandboxを使う必要がありますが、更新間隔は29日のため、一度作成すると次に本番のデータをコピーするのは29日後となるため注意が必要です。

テストケースを作成する際は、Salesforce特有のガバナ制限に関するテストケースを追加することが重要

移行・リリースに関しては、移行計画書を作成しておきます。

移行手順書も作成しておき、事前に関係者とレビューを実施しておきます。

• リリース・移行作業手順書（Excelテンプレート）
• Pipeline for Salesforceを使って簡単にメタデータの移行を行う（xgeek.net）

Pipelineを使って移行をすると、標準の変更セットで移行できないものも移行することができます。（公開されているメタデータ以外は手動で作業する必要はある）

移行が完了したら、報告書を作成して作業完了報告を行います。この報告をもって、お客様がリリース稼働判定を行います。

• • • リリース判定会議報告資料（PPTテンプレート）サンプル

ダウンロード可能なコンテンツ一覧