ベストプラクティス – 一般的な計画 Issue この記事では、インスタンスを設定するための一般的な計画のベストプラクティスについて説明します。これらのガイドラインにより、迅速に作業を開始し、将来の問題を未然に防ぐことができます。 ベストプラクティスのビデオ インスタンスセットアップの一般的な計画 ベストプラクティス #1：ServiceNow の機能を理解する。 ServiceNow 製品に詳しくなることで、ビルトイン機能を活用し、最小限の開発労力で必要なことを達成できるようになります。ServiceNow は、異なるプロセスが同じソースデータを共有する強力なシステムです。これを、単一のレコードソースと呼びます。このため、多くの機能の統合は必要ありません。システム機能の詳細については、次のリソースにアクセスしてください。 製品ドキュメントの[開始] - 機能はビジネスプロセスのコンテキスト内で記述されます。NOWsupport YouTube チャネル - 「デモ」または「概要」で検索すると、アプリケーションの概要ビデオが一覧表示されます。 ベストプラクティス #2：ServiceNow プラットフォームに関するあらゆる情報源を活用する。 製品ドキュメントや YouTube ビデオに加え、HI のコミュニティ、ナレッジユーザーカンファレンス、ナレッジベースでも役立つ情報を提供しています。 ServiceNow コミュニティは、ServiceNow の管理者とユーザーが交流し、プラットフォームに関する知識を共有する場所です。ここでは、特定の質問に対する回答を得ることができます。毎年恒例のナレッジユーザーカンファレンスは、エンタープライズサービス管理にクラウドサービスを使用する IT プロフェッショナルの最大の集まりです。このカンファレンスに関する情報は、ServiceNow のコーポレート Web サイト、ServiceNow.com でもご覧いただけます。 HI ナレッジベースには、主にトラブルシューティング情報と追加リソースへのリンクがあります。トピックやカテゴリ別に構成されていますが、キーワードで検索することもできます。 注意：ServiceNow によってサポートされるのは、製品ドキュメントやナレッジベースの記事など、公式な情報源のみです。コミュニティや ServiceNow 以外の Web サイトで提供されるヒントが役立つ場合がありますが、ServiceNow サポートは必ずしも見つかったソリューションを認可するものではありません。 ベストプラクティス #3：ラピッドプロトタイピングを活用する。 ラピッドプロトタイピング は、ユーザー要件を定義し、出力を駆動するために必要な入力を決定するのに役立ちます。新しい機能やアプリケーションを作成し、ユーザーからのフィードバックを収集して、迅速かつ簡単に変更できます。その後、プロトタイプの開発とテストが完了したら、ビジネスプロセスを推進するためのビジネスロジックの構築に集中することができます。ラピッドプロトタイピングのプロジェクトでは、開発者、管理者、プロセスオーナーの間で、毎日のスタンドアップミーティングを介したコミュニケーションが絶えず行われていることを確認します。 これにより、開発が円滑に進み、最終製品がユーザーのニーズを満たすようになります。 ベストプラクティス #4：インスタンスごとに異なるカラースキームを使用する。 インスタンスごとに異なるカラースキームを使用することで、ユーザーがどのインスタンスで作業しているかが一目瞭然となり、間違った環境への誤った変更を未然に防ぐことができます。ServiceNow 製品ドキュメントでは、ユーザーインターフェイスの外観をカスタマイズする方法が説明されており、カスケーディングスタイルシート (CSS) の色名へのリンクが提供されています。 ベストプラクティス #5：データ移行の手順を文書化する。 開発からテスト、本番へと変更を移行する担当者は、必ずしも変更を実装した担当者と同じであるとは限らないため、データを移行する手順を文書化することが重要です。移行を円滑に進めるために、取得、検証、プレビュー、およびコミットが必要な更新セットとその順序を特定します。 ベストプラクティス #6：システム上のオブジェクトを作成または変更するタイミングを把握する。 顧客が簡単に構成できるようにするには、ベースシステムオブジェクトを変更するタイミングと新しいオブジェクトを作成するタイミングを把握することが重要です。システムに変更を加える場合は、その変更を必ず文書化します。