ITサービス申請のワークフロー自動化

ITサービス申請のワークフロー自動化

ITアカウント、アクセス権、機器、入社対応、サービス申請、変更作業の引き継ぎを、承認・実行・完了の責任が追跡できる形で自動化します。

  • アカウント、アクセス権、機器、入社対応、サービス、軽微な変更の申請を、期限と例外経路を含めて適切な担当者や承認者へ振り分けます。
  • 受付、切り分け、承認、実行、フォロー、確認、完了をつなぎ、技術的な引き継ぎがメールやチャットに埋もれないようにします。
  • セキュリティと技術上の判断権限は適切な人やシステムに残し、定型的な振り分け、通知、ステータス更新、レポートを自動化します。

無料でスタート クレジットカードは必要ありません.

インボックスリクエストを交換するITオペレーションチームと接続解除された履行トラッカー管理者やサービス担当者がアカウント,アクセス,デバイス,オンボードおよび変更の要求をレビューする.セキュリティ,調達HR承認または履行の交付を保有する施設や技術チーム
Jodoo でユーザーアカウントのワークフローJodoo ワークフロービルダーは,管理者レビュー,操作通知,アカウントプロビジョニング,クローアウトを通じてユーザーアカウントのリクエストをルーティングします自動化する前に承認と配備経路を確認するJodooで実際のワークフローノードとステップレベルフィールド許可を確認する

ITワークフロー自動化とは?

IT ワークフロー自動化では,構造化されたリクエスト記録,ルーティング規則,承認,割り当て,リマインダー,および状態変更を使用して,復制可能なIT 作業を入力から検証された終了へと移動します. 申請者,現在の担当者,決定,期限,技術的引き継ぎ,未解決の例外をプロセス全体で可視に保つ.

要求及び承認作業流の自動化

作業に設定可能なフォーム,トリエージ,承認,責任ある担当者,リマインダー,履行の交付,例外経路,検証,ダッシュボードが必要とするとき Jodoo を使用します.

アカウント,アクセス,機器,オンボード,ソフトウェア,サービス要求,軽量変更

イベント主導のITプロセスとランブック自動化

スクリプトを実行したり,サービスを再起動したり,インフラストラクチャを変更したり,アイデンティティを更新したり,デバイスの修復を行うときに,技術的な行動を安全に執行できるシステムを使用します.

Jodoo承認と検証を行動に合わせて調整できるが,技術執行機関ではない.

輸入をトリエージ,承認,達成および検証されたクローズアウトに接続する

同じ5段階モデルが アカウント,アクセス,機器,オンボード,サービス要求および軽量変更ワークフロー全体で機能します

  1. 01

    受付

    リクエストまたはシステムトリガー

    ユーザー,サービス,デバイス,アクセス範囲,ビジネス理由,優先順位,必要な日付,サポート文脈を把握する.

  2. 02

    トリアージ

    ITサービス担当者

    完全性を確認し,要求を分類し,リスクを特定し,達成路線を設定し,目標日を指定する.

  3. 03

    承認する

    マネージャーまたは認可された審査員

    権限,コスト,アクセス範囲,政策の適正性,課税の分離および検討を必要とする例外を確認する.

  4. 04

    満たす

    IT事業

    アカウントを表示し,デバイスを発行し,変更を完了し,アクションを記録し,理由があるようにブロックされた作業に戻す.

  5. 05

    確認して閉じる

    サービス担当者

    配達,ユーザの受け入れ,必要なシステム更新,未解決な例外,および責任あるクローズアウトを確認する.

ワークフロー,リクエスト記録,フォローアップ,ITダッシュボードをチェックする

Jodoo はアカウントのリクエスト入力,マネージャーレビュー,プロビジョニング,フォローアップ記録,フィールド許可,リクッションレポートをどのように接続するかをご覧ください. アップを自分の役割,ルール,思い出や例外,ダッシュボードに合わせて調整するためにログインまたはアカウントを作成します.

ユーザーアカウント要求要求の文脈,管理者レビュー,プロビジョニング,フォローアップ,許可および状態報告
Jodooユーザーアカウントのリクエストワークフローを提出,マネージャーレビュー,操作通知,アカウントプロビジョニング,クローアウトノード
提出から預金への口座要求の経路ワークフローは,リクエストの提出,マネージャーレビュー,操作通知,アカウントプロビジョニング,終了およびステップレベルフィールド許可を接続します.
提出,管理者レビュー,通知,配備

受信箱チェーンに頼らないと,現在の意思決定ステップと実行の担当者を可視に保つ.

ワークフローの各ステップでどのフィールドが表示または編集できるかを制御する

各審査員に決定に必要な文脈を提示し,不必要な曝露を制限する.

決定をフォローアップと報告に結びつける

要求の周りの澄清,次のアクション,状態変更,期限,担当およびダッシュボードビューを保持します.

適切なシステムに技術的権限を保持しながら,繰り返される手渡しを自動化する

分類,ルーティング,締め切り,リマインダー,および繰り返されるアクションのルールを使用します. セキュリティ決定,特権的なアクセス,リスクの高い変更,技術的執行を権限のある人々とシステムに保持します

許可された決定による経路事業アクセス

申請者,申請人,役割またはアクセスレベル,事業理由,管理者,有効日期,期限切れ,承認および供給状況.

ITは要求された,承認された,提供された,拒否された,期限切れしたおよび例外保有するアクセスを区別することができる.

需要,承認,割り当て,配達を結びつける

デバイスタイプ,仕様,ユーザー,部門,場所,コストコンテキスト,ストックチェック,資産担当者,期限と送付状態.

要求は,装置が割り当てられ,配達され,承認されるか,澄清のために返還されるまで見えるままである.

アカウント,デバイス,ワークスペース,開始日付を調整する

新しいユーザー,部門,役割,マネージャー,開始日期,必要なアプリケーション,デバイスの必要性,依存関係,担当者,準備状態.

ブロックされた設定作業は,電子メールやチャットに散らばる代わりに開始日前に表示されます.

定期的なIT作業をレビューと制御されたクローズアウトを通じて移動する

要求カテゴリー,影響を受けたサービス,影響,緊急性,実装担当者,計画日期,検証結果,リロールバックノート,終了理由.

運用要求と軽量な変更は,担当者,決定史,次の行動,完了記録を保持します.

ITスタックを入れ替えるふりをせずに Jodoo を操作ワークフローに使う

01申請情報

ユーザのニーズと必要な結果から始めましょう

フォーム,従業員イベント,サービス要求,承認された変更,デバイスの必要性または統合が要求文脈を提供します.

02Jodooワークフロー

経路決定,任務,リマインダー及び例外

Jodooは要求,現在のステップ,責任ある担当者,期限,状態史,メモ,フォローアップを可視にする.

03技術的な終了

最終的な変更を強制するシステムを更新します

アイデンティティ,サービスデスクトップ,デバイス,資産,モニタリングまたは構成システムはその実行に権威あるままである.

承認された統合,制御された輸出,または割り当てられた人間更新を通じてシステムを接続する. ワークフローの完了は,出荷が確認されない限り,外部技術的な行動が発生した証跡として扱われない.

システム層持てるべきもの使用する
Jodooワークフロー層設定可能な入力,ルーティング,承認,割り当て,リマインダー,メモ,例外フォローアップ,ステータスビュー,クロスチームダッシュボード作業の交付はフォーム,メール,チャット,スプレッドシート,または複数の内部チームに分散します
ITSMまたはサービスデスク事件,問題,サービスカタログ,SLA,エスカレーション,知識,構成,およびサービス管理記録.ITILの正式なプロセス,ディープサービス操作,成熟したカタログ,または技術サポートキューは主要な要件です.
IAM,SSOおよびディレクトリアイデンティティライフサイクル,認証,権限執行,グループ,役割,プロビジョニング,デプロビジュニング,アクセスポリシー.システムには,アプリケーション,リソース,ネットワーク,または特権的な機能にアクセスできる者が強制されなければならない.
エンドポイント,資産およびモニタリングシステムデバイスの構成,ソフトウェア部署,庫存真実,テレメトリ,アラート,脆弱性,技術健康自動化された装置制御,権限のある資産状態,監視または技術的修復が必要である.

完了件数だけでなく、待機時間と対応準備を測る

IT自動化は,セキュリティレビュー,技術実行,ユーザー検証,例外を所有するチームに目に見えるようにしながら 手渡しを短縮すべきである.

ユーザーアカウントリクエストワークフローを使用
リクエストサイクル時間

提出されたIT要求から確認されたクローアウトまでの時間

持ち主による待機時間

請願者,マネージャー,サービス担当者,セキュリティ,調達,または履行チームとの作業時間はどれくらいです.

ファーストパス完全性

次の決定を下すのに十分な文脈を持つトリエージに入れる要求.

SLAリスク

目標応答または完了日期に近づくか超えたオープン作業

準備を図る

アカウント,アプリケーション,デバイス,および要求される日付までに完了する依存作業.

歳をとる例外

セキュリティに敏感な要求がブロックされ,返還され,拒否され,次の行動が行われない.

アクセス,機器,オンボードおよびサービス要求のためのITワークフローテンプレート

最も繰り返されるやり取りを生み出す IT リクエストから始めましょう 別々のアカウント,アクセス,機器,オンボード,サービス,またはアプリを変更する場合は別々の担当者,期限,許可モデル,技術行動,システム境界が必要である場合にのみ追加します.

関連するワークフロー領域を見る

ITワークフロー自動化に関する質問

ITワークフロー自動化とは?

IT ワークフロー自動化では,構造化されたリクエスト記録,ルーティング規則,承認,割り当て,リマインダー,および状態変更を使用して,復制可能なIT 作業を入力から検証された終了へと移動します. 申請者,現在の担当者,決定,期限,技術的な手渡し,未解決の例外を目に見えるようにします

どのITワークフローが自動化できるのか?

一般的な候補者には,ユーザーアカウントの要求,アプリケーションおよびビルドアクセス,デバイスとハードウェアの要求،新規ユーザの設定,ルーティンサービス要求,ソフトウェアの要求や軽量変更,レビューリマインダーが含まれます. 実行追跡と終了です 高リスクのセキュリティと技術的決定は,承認された人による審査を保持すべきである.

IT ワークフロー自動化が ITSM プラットフォームを置き換えるのか?

必ずしもそうではない ITSMまたはサービスデスクトッププラットフォームは,正式な事件,問題,変更,サービスカタログ,SLA,知識,構成又はサポート業務が主要な要件である場合に権威あるものとして残るべきである. Jodooはこれらのシステムに配置可能なリクエストと チーム間のワークフローを調整できます

出来るJodoo自動配置アカウントや設定デバイス?

Jodooは,要求の経路と承認された統合または割り当てられたアクションを誘発することができますが,アイデンティティ,ディレクトリ,エンドポイント,資産,またはサービスシステムは技術変更のために権威あるままであるべきです. 要求を完了する前に外部行動を確認します.

IT ワークフロー・ダッシュボードに何が表示されるべきか?

持ち主による待機作業,SLAリスク,ファーストパス完全性,状態分布,サービスまたは部門によって要求量,供給準備度,返還および拒否理由,ブロックされた依存関係,例外高齢化 そして各メトリックの裏にある記録も

ITチームは どこから始めるべきか?

ユーザアカウントや機器などの可視なフォローアップを作成する繰り返し要求から始めましょう ルーティンケース,不完全な要求,拒否された要請,遅延した事件,ブロックされた依存性,およびさらなるITワークフローに拡張する前に再割り当てをテストします.

テスト 1 IT リクエスト 入口から検証終了まで

ユーザーアカウントのリクエストワークフローを開き,ルーチン リクエストと返還された,拒否された,遅延した,ブロックされた,再割り当てられたケースをテストし,フィールド,ロール,許可,思い出させる,技術的なハンドオフ,およびダッシュボードを調整します IT操作プロセスについて