ベストプラクティス - サンドボックスをプレビュー
Adobe Workfrontの「ベストプラクティス」について
ベストプラクティスは、効果的で効率的な一連の行動を表すガイドラインです。お客様や会社のユーザーが簡単に採用でき、組織全体で正常に複製することができます。
これらのレコメンデーションを確認する際は、Workfront のベストプラクティスには普遍的なものもあれば、トピックに特化したものもあることにご留意ください。これらのベストプラクティスは、Workfront システムの設定や使用の指針となるフレームワークとしてご活用ください。
このページのナビゲート
このページをスクロールすると、まずそのトピックに関するすべてのベストプラクティスの概要リストが表示されます。これにより、「理由」の詳細に踏み込むことなく、レコメンデーションを確認することができます。
「これらがベストプラクティスである理由」概要リストの後にあるエリアでは、ベストプラクティスの数例と、これがプロセスやツールなどとみなされる理由についてより詳細に説明しています。Workfront インスタンスでの実装を検討する必要があります。
サンドボックスプレビューのベストプラクティス
- 実稼動インスタンスで更新を行う前に、サンドボックスプレビュー環境の既存の Workfront プロセスまたは設定に対する変更を定義、図示、テストします。
これらがベストプラクティスである理由
ベストプラクティス
実稼動インスタンスで更新を行う前に、サンドボックスプレビュー環境の既存の Workfront プロセスまたは設定に対する変更を定義、図示、テストします。
その理由は次のとおりです
サンドボックスプレビュー環境は、ライブ環境のレプリカとして機能します。実稼動インスタンスでビルドする前に、サンドボックスでまったく新しい環境を作成することは、余分な作業が発生するためお勧めしませんが、実装したい変更のテスト環境として使用することはよいことです。
ユーザー受け入れテスト(UAT)を実施し、変更のテストフェーズで必要なユーザーに参加させることで、ユーザーのニーズやワークフローをより深く理解することができます。Workfront のワークフローを改善し、組織内での活用を促進することができます。
メモ:Workfront で実装するすべての変更を、最初にサンドボックスプレビュー環境で作成する必要はありません。新しいリクエストキューやプロジェクトテンプレートの作成など、Workfront での多くの変更は、実稼動環境内で行うことができます。実稼動インスタンスでテストする際の経験則としては、多くの人々に公開する準備を整える前に、オブジェクトの表示を調整しておくことが推奨されます。システムがクリーンで管理しやすくなるように、使用する予定のないものはすべて削除しておいてください。