依頼者が認識できる言葉を使用する
内部チーム名やツールカテゴリーではなく、まず結果—新しい従業員へのアクセス、交換用デバイス、承認済みソフトウェア、データ抽出、またはアカウント変更—を示す。
サービスカタログ管理ソフトウェア
約束と履行をつなぐサービスカタログ管理ソフトウェア
理解しやすいサービス提供を公開し、意思決定準備が整ったリクエストを収集し、適格性、ポリシー、担当責任、履行、約束、改善を整合させ続けます。
ライブギャラリーは、まずサービスと構成ポートフォリオから始まり、次にリクエスターと実行チームが提供物から必要とするものを示します。カタログを静的なフォームリンクのメニューではなく、維持管理されるサービス製品として扱います。
5ユーザーまで無料。クレジットカードは不要です。
コードを書かずに、項目・ワークフロー・ダッシュボードを調整できます。 1,000以上のアプリテンプレートと活用例を見る
最初のビューはサービスポートフォリオです。実行およびパフォーマンスタブは、公開された提供が運用上実際に機能しているかを示します。
ライブサービスの約束と適格性
所有実行モデルと所有者
確認済みパフォーマンスフィードバックを設計に組み込む
フォームを作成する前に結果を説明する
役立つカタログは、人々が適切なサービスを選択するのを助け、運用上達成可能な期待値を設定します。
適合性と資格を明示する
提供を依頼できる人、対応する場所やシステム、前提条件、除外事項、費用または承認条件、予想される納期、非標準ニーズに対する手順を説明する。
最小限の完全なデータを収集する
適格性、承認、構成、スケジューリング、履行、および確認を判断するために必要な情報を尋ねます。すべての可能なフィールドを表示するのではなく、条件付きセクションを使用してください。
公開された約束を納品と同期させる
カタログ、ワークフロー、サービス担当責任、および測定値は一緒に変更されるべきです。
提供をサービスに接続する
各リクエスト提供を所有するサービス、チーム、依存関係、構成コンテキスト、ポリシー、コミットメント、およびエスカレーションルートに関連付け、履行が孤立した形式として操作されないようにします。
意味のある変更にバージョンを付ける
適格性、証拠、承認、履行ステップ、目標、または可用性が変更された場合、進行中のリクエストに適用されたバージョンを保持し、新しい約束を明確に伝えます。
安全に廃止する
提供が利用できない場合は新しい選択を停止し、ユーザーを承認済みの代替案に誘導し、既存の記録上の過去の提供は静かに書き換えるのではなく保持します。
需要と履行の証拠を利用してポートフォリオを改善する
カタログは、混乱を減らし、配信をより信頼できるものにすることで価値を持ちます。
失敗した選択を見つける
放棄されたリクエスト、誤った提供の選択、返却された情報、手動のルーティング変更、一般的な自由記述の需要を確認し、カタログの言語やカバレッジが弱い箇所を特定します。
履行の摩擦を見つける
総合的なキューの平均に頼るのではなく、提供ごとに承認の遅延、依存関係の待機、再作業、期限超過タスク、例外の使用、リクエスターの確認を測定します。
サービスオーナーと共に決定する
オーナーに、データを簡素化する、ポリシーを変更する、ステップを自動化する、コミットメントを調整する、オファリングを追加する、またはもはや有用な結果を生まないものを廃止するための証拠を提供する。
サービス、オファリング、リクエストを分ける
これらのオブジェクトは関連しているが、それぞれ異なる質問に答えている。
| オブジェクト | 確認事項 | 例 |
|---|---|---|
| サービス | ユーザーはどの継続的な能力に依存しているか？ | アイデンティティとアクセスサービス |
| オファリング | 誰かがリクエストできる具体的な成果は何か？ | 承認されたアプリケーションへのアクセスを追加する |
| 依頼 | 誰が、何を、どの条件で、今、必要としているか？ | テイラーが財務アプリのアナリストアクセスを要求する |
| 履行タスク | どの作業が承認された結果を提供するか？ | 役割を提供し、サインインを確認する |
なぜJODOOが適しているか
サービス提供を実際の提供の約束として維持する
サービス担当責任、要求可能な提供、適格性、必要情報、実行設計、コミットメント、改善のシグナルに関しては、関連する記録を使用する。
その結果、言語、ワークフロー、パフォーマンスがコードリリースなしで一緒に改善できるカタログが得られる。提供内容を依頼者の言葉で記述する
内部チームの構造を明らかにせずに、成果、適格性、選択肢、必要情報、予想されるタイミング、サポート経路を説明する。
約束を提供に結びつけたままにする
各提供内容をその実行ステップ、承認者、所有者、カレンダー、目標ルール、例外経路に関連付ける。
提供内容を安全に廃止する
新規選択を停止し、代替案を提示し、既存のリクエストの履歴提供内容を保持し、関連するワークフローと通信を更新する。
配送に応じて変わるカタログには Jodoo を使用してください
リクエスト体験や実行ルールが定期的にビジネス側で変更される必要がある提供物を構築および維持します。
Jodooが適する領域
サービスおよび提供物の記録、適格性、条件付き質問、ポリシー、承認、履行、担当責任、約束、引退履歴。
商業的および技術的権限を接続する
調達、ID、資産検出、財務、専門プロビジョニングのデータはそれぞれのシステムに保持し、カタログはユーザー向けの約束を説明します。
専門スイートを選択する場合
大規模な事前構築済みエンタープライズカタログ、高度な権利付与エンジン、ポートフォリオの財務、検出連携CMDBの関係、または起動時に調達統合が必要な場合。
システムを変更する前にサービスチームが尋ねる質問
サービスカタログとリクエストポータルの違いは何ですか？
カタログは、成果、資格、方針、データ、担当責任、履行、約束を含むサービスおよびリクエスト可能な提供物を定義します。ポータルは、人々がそれらを発見し提出するためのユーザーインターフェースです。
すべての内部プロセスをカタログ項目にするべきですか？
いいえ。ユーザーが理解でき、チームが一貫して履行できる繰り返し可能なサービスを公開してください。新規の要求、相談、例外、または安定した提供物がない作業には、別の受付ルートを使用してください。
提供物はどのように廃止すべきですか？
新規選択を防止し、代替案や置き換えを説明し、既存のリクエスト上の履歴提供物を保持し、関連する方針、ワークフロー、約束、コミュニケーションを更新します。
私たちのチームはコードなしでサービスカタログ運用の設定を適応できますか？
はい。認可されたビルダーは、変更を管理・テストされた状態で保持しながら、関連するフィールド、フォーム、ワークフロー、権限、自動化、ダッシュボードをコードなしで変更できます。
小さなチームでも、無料プランでサービスカタログ運用を試すことができますか？
はい。Jodooの無料プランは最大5ユーザーまで対応し、クレジットカードは不要です。したがって、小規模チームはより広範な展開の前にこの動作シナリオをテストできます。
実際に動くアプリを見る
提供に連動するカタログを構築する
ユーザーや運用チーム向けにポートフォリオを調整する前に、サービス、提供物、リクエストの履行、コミットメント、サービス履歴を確認してください。
サービスカタログを探る