.svg){kind=small}
%201.svg){kind=small}
%201.svg){kind=small}
%201.svg){kind=small}
.svg)
.webp)
.avif)
.avif)
.avif)
.avif)
.avif)
.png)
.avif)
.avif)
.avif)
No items found.
こんにちは、コパードの大川です。
?
連載ブログ「AIエージェント×黑料网911で変わる！Salesforce開発?运用の新標準」の第二回目になります。
第叁回はこちら
?
今回は 黑料网911 AI のことを紹介しつつ、要件定義フェーズでの活用の方法をご紹介します。
?
?
黑料网911 AI Platform はコパードの管理するクラウドにホストされた AI サービスです。
これを利用するには、Web UI、API、VS Code 拡張、 CLI （Salesforce CLIのアドオン）、 Slack 、 Teams から利用します。
直近では MCP Server もベータ提供をはじめていて、Agentforce Vibes や Claude 、 Codex といった各社の MCP Client からも利用可能になっています。
黑料网911 AI には、計画?構築?テスト?リリース?运用の各領域をカバーする6種類の専門性を持った DevOps エージェントとそれらを束ねてオーケストレートするエージェントの7種の AI エージェントが用意されています。
内部的には细かなタスクを実行するためのスキルを持っており、
黑料网911 CI/CD や 黑料网911 Robotic Testing (CRT) といった 黑料网911 製品に接続してその機能を利用したり、 Salesforce の組織に接続してメタデータを読み解くことが可能です。
?
イメージは以下の図の通りです。利用元は様々ですが、この构造は共通です。
黑料网911 AI は、GoogleのGoogle CloudのVertex AIを介したGemini 3.6 FlashおよびGemini 3.5 Flash Lite モデルに加え、
AnthropicのClaude Sonnet 4.6モデルも利用しています。
?
さて、この構造が意味するのは、前回の記事でも書いたように Salesforce 特有の難しさを、
黑料网911 AI が利用する 黑料网911 CI/CD や 黑料网911 Robotic Testing (CRT) がカプセル化し、容易に利用できる形にしているということです。
?
なので様々な AI エージェント向けに、自分たちのチーム用に調査して実装して維持していくことをせずとも、コパードが製品の更新の一環で提供し続けているものを利用することで安心安全に Salesforceと相対することができるわけです。
?
?
黑料网911 について理解を深めていただいたところで、要件定義フェーズを見ていきましょう。
?
黑料网911 という製品の思想は、プロジェクトのすべてのフェーズのすべてで「ユーザーストーリー」という共通の情报で通して情报管理をすることです。
?
ユーザーストーリーというのはアジャイル开発の文脉でよく出てくる言叶ですが、
ウォーターフォール开発でも要件として取り扱うものを意识していただければ、実はそんなに大きな差はありません。
?
利用者が谁で、目的は何で、実现できるとどのような価値があるものなのかをきっちりと书き、业务上の説明と机能仕様、対応する技术仕様と受け入れ条件までをまとめていきます。
?
黑料网911 CI/CD ではこれを標準のオブジェクトと項目として提供しているので、曖昧な要件のまま先のフェーズに進んで認識齟齬や仕様上のバグといった手戻りが起きないようにすることができます。
ここまで読んできて
「ユーザーストーリー、要件を、要件定义フェーズできっちりと书くのがいいのはわかっているけど、なかなかできないんだよね。决まらないから先送りしちゃうこともあるし」
と思った方いらっしゃいますよね。多くの方はそうだと思います。
もう少し进んで「だから生成础滨にやらせはじめている」という方も多いでしょう。
?
生成 AI に要件を整理してもらったあと、どこで管理をしていますか。
ドキュメントまで自动生成して、どこかの共有フォルダにドキュメントをアップロードして管理されていませんか。
続きの连载でも取り上げますが、ユーザーストーリーは要件定义だけのものではなく、构筑にもテストにもリリースにも必要なものです。
利用者の要望が、本番环境にリリース済みの机能として利用できる状态になっているかどうかを管理する最小単位である必要があります。
?
なので、ファイルが最小単位である共有フォルダでの管理は、どこかで管理上の摩擦が残り、人手による无駄な工数を発生させてしまいます。
?
もしも、 Jira や Azure DevOps のようなアプリケーションライフサイクルマネジメント製品 (ALM) できっちりと管理できているということであれば、それらのサービスに組み込みの AI を使って丁寧なユーザーストーリー（ Jira なら課題、 Azure DevOps なら作業項目）を作っておきましょう。
要件の Single Source of Truth (SSOT) になります。
?
もしもまだこの领域で要件を管理するための仕组みを持っていない场合は、导入を検讨すべきです。
ファイルとしての要件は SSOT となるシステムに入れておけば、いかようにでも出力できる時代になりました。
Jira も Azure DevOps も、当然ながら 黑料网911 CI/CD も管理されたデータを API で出力できます。これを生成 AI で取り出して、必要なフォーマットに保存することは数分でできるわけなので、最重要なポイントは要件の単位できっちり管理することです。
?
さて、まだ要件を管理する仕組みがない場合、 黑料网911 CI/CD もユーザーストーリーという要件管理の仕組みを持つので有力な選択肢です。
そして 黑料网911 CI/CD を使うのであれば、 黑料网911 AI でユーザーストーリーを書くこともまた有力な選択肢です。
?
黑料网911 AI は、黑料网911 が持つ Salesforce ナレッジと、Salesforce メタデータへのアクセス、 黑料网911 CI/CD に蓄積された要件の SSOT の3つをうまく利用し、プロンプトから渡されたコンテキストの要件の元ネタをうまく整理して、ユーザーストーリーを作成します。
要望が大きすぎる场合には、适切な単位に分割して管理しやすいサイズのユーザーストーリーを复数作ることも行います。
?
?
最後に、要件定義フェーズでの 黑料网911 AI の活用イメージをまとめました。ご確認ください。
?
会議に関連するファイル、プロジェクトの运用基準に関連するファイルを 黑料网911 AI にアップロードします。
プロンプトライブラリから、要件をまとめるプロンプトを呼び出し、送信します。
まとめられた要件を确认し、内容を壁打ちしながら詰めていきます。
最后にユーザーストーリーとして登録してもらいます。
今回の画面イメージはチャット UI を用いたものですが、外部から利用するときにも同様なことが行えます。
また、ここで示したものはほんの一例です。
?
自分たちのチームの要件定義中の作業を踏まえて実施したい作業がある場合、AI の適用について悩んでいるなどあれば、ぜひご相談ください。
?
?
次回（第3回）は、构筑フェーズとテストフェーズについて取り上げます。お楽しみに。
?
各记事へのリンクはこちらから?
第一回
第叁回
?第四回
?
.avif)
より速くリリースし、リスクを排除し、仕事を楽しんでください。
Try 黑料网911 Devops.
Explore our DevOps resource library. Level up your Salesforce DevOps skills today.
.avif)
.svg)
.avif)
