のですが1時間の間ずっと画面シェアをし ておらずせっかくご参加された皆さんには 大変ご迷惑をおかけしたことをここでお 詫びさせていただきますということで今回 はしっかり画面シェアから始めたいと思い ますはいえ今日のテーマはサービス オペレーションズワーク スペースにおける変更管理となり ますよろしくお願いします いつもの通りえこのプレゼンテーションに はサービスな現在の見解を反映して入手 可能な現在の情報に基づく将来の見通しに 関する記述が含まれている場合があります そういった場合にはえこれらの将来の 見通しに関するえ様々なえご説明に関して え購入を決定する際にえの判断材料とはさ れないようにお願いしたいと思います よろしくお願いし ますはいはいえっとこれもえ見慣れた画面 かと思いますけれどもえこのウェビナーは えコミュニティサイトで確認していただき ますライブオンサービスNowという シリーズの一環となっておりますこちらの QRコードからそのページに飛んで いただくことができますでご確認 いただければと思い ますはい今日はえハウスキーピング あのライブではないので飛ばさせて いただきますがえライブの場合はえ画面が あえそうですね内容が録画されることそれ からQ&Aえも実施することそれからえ 最後にはアンケートをお願いしていると いうことをお伝えしたいと思いますはいえ 今日のスピーカーもえいつも通りですねえ サービスNowJapanでITmbuえ 担当ししてます小林と申しますよろしくお 願いし ますはいそれでは早速内容の説明をして いきますえ今日はえサービス オペレーションズワークスペースに 組み込まれた変更のプロセスをリクエスト からクローズまで一通りでもすることで その使いやすさと価値をご確認いただき たいと思いますそしてさらにえサービス オペレーションズワクスにおける変更管理 の最大のアピールポイントである同的な 概要ページの編集方法と新しい変更モデル の作り方にも触れていきたいと思い ます皆さんがご興味ありそうなキャブ ワークベンチなんですけども現時点ではえ sowサービスオペレーションズワーク スペースえではえ対象外となりますので クラシックの画面でのご利用をいただき たいという状況ですはいよろしくお願いし ますサービスオペレーションズスペースに ついてご存知のないえお客様えあまり 詳しくないえお客様にえもいらっしゃるか と思いますので簡単にご説明したいと思い ます [音楽] えっとsowとこれから言わせていただき ますがsoowというのは あのitsmを初めとしてえあらゆる [音楽] あのフルフィラーさんですねアイムでも 使いますけれどもえ担当者の方がえ対応 する担当者の方がえ従来のクラシック インターフェイスやえっとエージェント ワークスペースといったえ各種ですね インターフェイスを え使わずに新しいえNEXT エクスペリエンスというえ えっとユーザーインターフェイスの フレームワークを活用したえ製品になり ますでこれによこれを使うことにより近代 化され画面が近代化されただけでなく データ手動のエクスペリエンスが向上し 変更管理にかかる時間を削減できるように なりまし たで油の油リリース以降ではですね変更の ライフサイクル全体をSで完結することが できるようになりましたのでsowによる 変更管理のハイライトの1つとしてえUI 16のフォームにおけるアクティビティの 繁雑さから解放されたということがあると 思いますで変更管理はご存知の通り複数の 役割が変更レコードに関与しますライフ サイクルのそれぞれのステージで必要とさ れる作業もまちまちです最低限必要なえ 作業だけが概要欄に見えていれば経験の浅 担当者でも過不足なく作業は効率的に 進めることができるようになり ますはいユタでは えsow内で競合する可能性のある領域 例えばブラックアウト期間とか関連する他 の変更とのえコンフリクトをハイライト する包括的なスケジューリングビューを 提供することで変更のえスケジューリング のエクスペリエンスをえさらにレベル アップすることができるようになりました でこれからのデモではここれらのですね 機能についてえもう含めてご紹介していき たいと思ってい ますデモに入る前にえデブオプスチェンジ の8月のストアリリースでえ提供される ようになったデブオプスチェンジ ベロシティのマルチモーダルの変更の サポートに関連する機能強化についてもえ 触れさせていただきたいと思い ますデブオスチェンジの採用を検討して いるお客様からよく聞かれる懸念の1つと してはデブオプスチェンジの迅速な性質 ですねえまできるだけ多くのえ変更をえ たくさん頻度多くですねえデリバリーして いきたいとえ実装したいというえそういっ た性質に対応するためにはえ重大通りの 変更プロセスを変更しなければいけないん じゃないかとでそれはあんまり手を出たく ないなというそういったご相談がありまし たそういったご意見えもありましたのでと サービスなではデブウの変更に対する マルチモーダル変更のサポートっていうの は えそのままに逆にえ既存のえレガシー型の 変更えモーダルモード1ですねえの変更も そのまんまにえそれぞれが最適な えっとプロセスですねえワークフロー で変更をえ好きなように実現できるという ようなえマルチモーダルの えモデル変更モデルをえ使えるようにする ことを考えていますでこれによって変更 プロセスのオーナーは組織に最最適化され た変更モデルに体選択的に移行することが できるのでデブオップスにとっては変更 効率を高め自動化されて変更 トレイサビリティと承認でえボトルッがあ 変更がボトルネックになるようなことが なくなりますし従来型のえ慎重にやら なければいけない変更もガバナンスを聞か せてえ従来通りガバナンスを聞かせること ができるというメリットがありますはい こちらはバンクーバーリリースでもう すでにごご利用いただくことができるよう になっていますはいそれでは早速えデモに 入りたいと思い ます はいこちらはえっと変更リクエストする ittユーザーさんのえSのホームページ になりますこの方はえ普段itelのフル フィラーとしてえ例えばインシデントの 対応だとかそれからなん何かしらの変更の リクエストをあげたりとかする方なので えっとこういった形でSはえこのログイン しているユーザーのえペルソナに合わせて た形でえ必要な情報をこのホームページと かですねえパーソナライズしてえ使うこと ができるようになりますでは早速この sowからえ変更のリクエストを作成する ところから始めたいと思いますあえその前 にですねえクラシックとの違いをえ理解し ていただくために従来型の従来のえ変更 レコードをちょっと見てみたいと思い ます はいえオープン ね何でもいいんですけどもちょっと1つ 開いてみます がはいえっとこちらがえ従来のえIUI 16のえフレームワークですねで作られた フォームになりましてえっと見ていただく とですね上から上のえトップにやでえ新期 評価許可スケジュール済み実装レビュー クローズ済みキャンセル済みとえそれぞれ えっと変更のライフサイクルえ が表示されていまして現在今どのライフ サイクルどの段階にいるということがこの ように確認していただくことはできるん ですけれどもじゃあこの実装のところで え入れなければいけない情報って何年です かとかですねそれからえっとどこを確認し て作業をすればいいんでしょうかみたいな ところがえ非常に分かりづらくなってます ねですのでこれはやはり使い慣れた方え だったりとかあるいはしっかりとええその プロセス使い方を熟熟地している方じゃ ないとなかなか え馴染めないそんなフォームになるかなと 思いますはいでそれに対して新しくえ提供 されましたえsoWにおける変更管理のえ ライフサイクルについてえこれからご紹介 していきたいと思いますまず新規にえ リクエストをする場合はこちらのホームえ の横のタブえプラスをクリックして いただくかでここからニえチェンジ リクエストですねしていただくかあるいは えっとリストのページにおいてえ 変更のリストを出し てでえここから新規でえ作っていただくか とえいずれかになりますはい同じ画面が出 てきますでえっとこちらですねね新規えで はこのようにえ様々な変更のタイプだとか え変更モデルごとにカードが用意されて おりましてえそれの変更のですねそれぞれ の変更のタイプだとかえモデルのえ サクセスレートというのが表示されるよう になっていますはいこのシスコスイッチ ボードでVLを変更するっていう変更 モデルで変更実施した場合にえま効率が ちょっと他よりも低いなってことがここで 分かるかなと思いますということはえま どこかに問題があるからえ変更の ワークフローにおいてあるいはえっと担当 者え担当チームに対するえ改善活動が必要 になるかもしれないなということを示唆し てるかなと思いますはいここでえご確認 いただけるのはえアテルのですねえま標準 としてえっと変更タイプというのが定義さ れているのえご理解がいただけてると思い ますけれどもえそれに合わせてえ通常の 変更えテルモード1の通常の変更と書いて ありますがこれは従来型のですねえ しっかりとえレビューをして評価え後に 承認を取ってスケジュールをえまリスク 評価もしながらえ承認を取って最後までえ ましっかりと行人間が行っていくという タイプのえ変更のタイプですねえそれから え 相てるというところのえ緊急変更ですね 緊急の変更はえ重大なインシデントえ等で え障害によりサービスが停止してしまって たりとかインパクトがすごく大きいという 状況になっている時にえ研究にえ変更実信 しなきゃいけないという時のえフローに なりますそれからもう1つはえっと変更 モデルですねあすいませんえ標準的な変更 でこちらはえっと あらかじめですね証人がフリアプ アプルーブドという紫のとこ見て いただければ分かるんですけどえと事前に この変更はえ変更の失敗のリスクがえっと 低くえほとんど成功しますそして頻発には え頻度が高くてね頻発に発生するのでえ いちいちえ通常の変更のえプロセスを踏む と えっとビジネスに対してまボトルネックに なってしまうのでどんどんどんどん あの変更承認事前に承認されてるの変更 実施することができるようなものについて え標準的な変更というカテゴリーでえフロ を回すということがありますでそういった 標準的な変更においてはさらにですねより あの効率的にえ実施するためにあらかじめ えそれぞれ適切なモデルを作っておきまし てもうこのカードをええ叩けばですねえ 選べばもうあのいちいち1からデータを 入れる必要なくあらかじめプリセットされ たデータでえ進めていくことができると いったようなえあるいは適切なえ担当者に サインすることがもうされているみたいな そんなイメージでえ理解していただければ いいかなと思いますで今日はちょっとフル えスペックのえ通常の変更におけるライフ サイクルえを えっと あの辿っていてみていただきたいと思い ますので通常のえ変更のカードを選んで次 をAを選び ますはいそうします とすごくシンプルなえ画面に移りますでえ 先ほどクラシックの方でも表示されてまし たえヤネにあるライフサイクルですねのえ がこのように にsowの方でも表示されていますで最初 新規なのでえと新規のところに色がついて ますねこれからえどんどんえステージが 変わっていくわけですけれどもはいで えっとサマリーのところね今えっと新規の ところでとりあえずサマリーと説明と正当 性だけ入れればいいようなえそんな状態に なってます はい 例えばメールサーバーでダオスを有効に するという変更をリクエストしますとえ これによっ て何が変わるのかという とユーザーがメールボックスにアクセス するためのえSSをうんシングルサイン音 をサポートするようになりますとでこのの 変更によってどんなベネフィットがあるの かということでえ ですね昔はデータの保存をするえまえ媒体 としてフロッピーディスクがえ主流でした はいかなり昔の話ですけどもなので未だに 保存というえ時にはこのマークをえ アイコンを使うことが多いかなと思います はいで保存しましたでそうするとですねえ 画面がダイナミックに変わりますはいこの ようにですね えっとまやること を順番にこなしていくとえそれぞれ ダイナミックに画面がえ遷移していくと いうイメージで理解していただければいい と思いますはいでサマリを入れたので えっとレコード情報がえま表示されるよう になりましたで現在えっと担当者ですねえ このリクエストをえ作成した担当者が相 てるユーザーですよってことがえ分かり ましたとでこの方 の詳細っていうのがに分かるねま自分の ことですけどもここでははいでえサマリー を入れましたら次は何をしましょうかと いうことで えスコープ提供ですねこのメールサーバー でモタオスを有効にするっていう作業なの でえ対象はEmailサービスになるかな と思いますなんで影響を受けるCIとして は emilを選ぶ ねはいでえ保存しますそうする とえ影響さ れる影響するCIにえま1個登録されまし たそしてえさらにですねあのこのCIと 関連するサービスが他にある場合はですね サービスだったりとかCIがえまこの変更 えすることによってえもしかしたら影響を 受けるえことがあるものCIが他にあれば ですねえここをリフレッシュすること でえ関係性がちゃんと確認できるように なりますでこちらはあのサービスなの cmdbでリレーションをちゃんと他の えデバイスだったりとかサービスだとかの 関係をえマッピングされている場合にえ 確認することができるようになりますはい でスコープと影響が決まりましたとなり ますとえっと次にま誰にアサインするのっ ていう話ですよねはいこの 方ここからアサイン先を選ぶこともでき ますしこちらから選んでいただくことも できますはいでえっとアイン先グループは アプリケーション プリケーション あ ちょデベロプメントチームでアサイン先は そのチームの中のアンドリーさんですねに えアサインしたいと思います ロお願いし ます作業面も入れていいかなと思います はいそうするとアサイン先の情報方が アンドリーさんとしてあえアップデートさ れましたでえ担当者もえま選べましたと ですねま実際はスケジュールを決めてから そのスケジュールにあがえを担当可能なえ アサイン先を決めるっていうのもありかな と思いますけどもえっとスケジュールを 設定しましょう次にはいでスケジュール 設定を選びますと はい えっとはいえっとスケジュールですね開始 予定日から入れていき ます1時間後 で でスケジュールをしてみ ますそうしますとえここにコンフリクト ディクテドって出てくるんですけれどもえ 実際このえ作業時間でえ変更しようとし ますとえ他の展示え 変更と作業がえかなり近い状態重なって いる重なってはいないけれどもももしかし たら影響えがあるかもこちらの変更が 長引いた場合にえ作業ができなくなる可能 性もありますしやっぱりえっとディスクが え大きいのでえこの時間帯でやることは 避けた方がいいあるいは例えばブラック アウトウンドウにえ重なってたりとかする とえ問題があるのでえできれば次のですね え変更が可能なえ時間帯を選びたいなと いうこことでえここにネストコンフリクト フリーというえまカードが出てきてます けどもえまサービスナウがこのえCIです ねメールサーバーのえっと変更に関してえ 安全な変更の可能なメンテナンスウンドウ をえ提案してくれますとことですね12月 23日のえ2時から3時えを提案します よってことで出てくるのでえこれでえっと コンフリクトをえ回避するために スケジュールというボタンを押します と提案された土曜日のメンテナンス ウィンドウに合わせた形でえっと作業を えセットしてくれるとまこんなえ形になり ますはいえ今グリーンですねノー コンフリクトディクテっていう形になり ましたということでスケジュールもえま セットできましたで次にリスク評価です けども えっと通常の変更の場合はやはりですね 失敗のリスクをえできるだけえ評価して ですね回避できるような体制を組まなけれ ばいけないということで変更のえリスク 評価を行いますアセスリスクをえクリック します とこちらあのあらかじめ すいません英語のままなんですね今まだ 英語のままでこれからどんどん改善されて いくと思いますがえ現状ちょっと英語の ままになってますがこのチェンジリスク アセスメントというのがえデフォルトで ですねえこのえ般的に有効とされるリスク 評価の項目がこのように表示されますでえ このえ質問項目に合わせてチェックをして いていってどれだけのえ リスクがあるのかといういうことを確認し ていただきますで今回はえこの変更はえ クリティカルなCIですねえやビジネス サービスにえ影響しますかということを 聞いてますのでまメールサーバーですから もしもこれがえ動かなくなるとえ全従業員 の仕事に影響ありますよねていうことに なりますのでえクリティカルを選び ましょうそしてえこの変更はどれだけ雑 ですかということを聞いてますで例えばえ 影響を受けるCIですねえこの辺によって 影響を受ける試合の数がすごく多かったり とかあるいはえっと実施する作業があまり にもえっとたくさんありますだとかまあの 関わっているステークホルダーですね いろんなチームがえっと共同して作業し なきゃいけないというようなま複雑な変更 であるという場合はやはり失敗のリスクも 増えるかなとと思いますのでえ コンプレックスだったらえリスクが高いと いう形でえま複雑というのを選びましょう とそれからえHowdiffis Changetoback リバートということでえっと失敗変更が 失敗した時にえま切り戻しするのにはどれ だけ複雑な作業が必要ですかで切り回しの 失敗のリスクがあるかどうかというところ をえ評価しますはいであの必ず変更のえ 計画を立てる時にはえ当然ながら失敗した 時にはどういった作業でえ切り戻すかと いうことをあらかじめテストしてえ確認し ておかなければいけないということがま 普通にありますけどもそれの作業のま難し さですよねえ成功の確率とかも含めて考え ていただければと思いますそれから えもしも失敗した時の大体計画プランが ちゃんとありますかとですねえ切り戻しも 失敗してしまってえサービス補強できなく なってしまうということがえまどれだけの インパクトあるかって考えた時には ちゃんとえ切り戻しも失敗してもえ代わり にこの手段でそのサービスを提供すること ができるみたいなそういったえものがあれ ばえま少しはリスク が低くなのかなっていうまことになります よねなのでまありますよというところで からえ最後 に変更が完了した時変更の作業がか完了し た時にまレビューをしますでレビューをし た時にその変更が成功したか失敗した かっていうことをえ確認する手段としては え確認が難しいですかとかえ簡単ですかと いうま評価指標ですね要はその変更後にえ 問題のなくサービスが動いてるえことだけ を確認できればいいのかそれともえあの 結構クリティカルなデータのえ更新内容 までえ確認しなきゃいけないのかとかです ねまいろんなえ尺度があるかなと思います けども成功したということをどうやって 判断しますかというところですねなります なんでこちらはまえそんなに難しくない ですね要はメールサーバーが動いてること が確認できればまデータの更新内容とかは あまり気にしなくてもいいかなみたいな そういった場合はえまモデレートまる イージーを選んでいただくみたいな形にの かなと思いますはいでこれを送信して いただきますとまたレコード情報の方にえ ディスクスコアというのが出てきますはい で変更のディスクはえま高いですま もちろんえ今ええとアセスメントした結果 が反映されてますねえただしま変更の成功 スコアとしてはえ過去にこのえCIに 対する変更っていうのはえまミディアム クラスでしたということですねでただし このモデルを使ってのえサクセススコア 100%ですよみたいなことが情報として ありますのでえそれをえ考慮した上でえ どれだけえスキルの高いえ担当にやらせる べきなのかとかですね体制をちゃんと評価 してえ失敗のないようにしなきゃいけない とかいろんなえまえ事前にですねリスク 回避の手段をたあの考えることができるか なと思いますでこちらの えメニューボタン追加メニューボタンをえ 開いていただくとえアセスリスクまた リスクのアセスを再度行うとかですねえ 再度計算し直すといってのことができたり とかそれから え今実施し たリスクアセスメントの結果を リドオリモードで開くことができるという ようなことができますはいでえここで 先ほど リスクアセスメント入れましたのでこあの 左側のダイナミックの画面概要の画面から はえリスクアセスメントが消えたことが 理解できいただけるかなと思いますあと 変更タスクですけどもここから変更のえ タスクをえ以降のですねええっとプロセス に対して変更のタスクを追加していただく ことができますがえっと今はちょっとやら ないでおきますでえま変更モデルではです ねそのモデルごとにどこのえステージで どんなタスクをえ発生させるかってことを あらかじめえ登録しておくことができます のでまそのステージに行きますと必要なえ タスクがえっと出てくるっていう風に思っ ていただければと思いますでこれもえ 後ほど見ていきたいと思いますはいでここ でえ新規で入力必要なえ項目が揃いました はいでえっと概要タブから詳細タブに行っ ていただくとえ従来えっと変更管理で使っ ていたいる従来から使っているえ各 フィールドがこのように確認していただく こともできますはい でえ関連レコードにはえ先ほど影響を 受けるえCIえっとサービスといった形で えっと登録された情報がこのように確認し ていただくことができますはいでは えっと大体埋まったので承認を要求します で空いてるユーザーさんは一旦ここで仕事 が終わるかなと証人が降りるまで待つと いう形になり ますルユーザーさんの作業が終わりました のでえ次は評価ですねアセスのえステージ になりましたえアセスのところではえこの 変更の関係者のえまいろんな専門家えから のえ妥当性の評価をしていただくステージ になるかなと思いますでえっと担当が 変わりましてえ武さんですねこの方はえま 関係者としてえこの変更がえちゃんと うまくいくかどうかというま専門家の視点 で評価をし ますブルシラさんの えダイナミック概要ですねえま同的な概要 欄では今評価のところにありますけどもの え戦闘に承認という えカードが出てきていますはいで先ほど の開いてるユーザーさんの画面を見るとえ 彼女の方は出てませんねんでえここでま 彼女が例えば武浦さんに質問やコメントを 入れていただいてえ何々について え評価お願いしますみたいな書き方をして いただいてもいいかなと思いますねはいで え承認者の方に作業行いますがえこの方は まいろんな変更に関する揃ってきた情報 ですね を確認今ちょっと空っぽですけども ちゃんとえっと切り戻し計画がえ記載され ているかその妥当性はどうなのかとか テスト計画はどうかとかみたいなところも 確認してえおきますでえ問題なければえ Apple 行いますことで承認ですね確認しました オッケーということで送信し ますでえ評価ステージ が評価が えわりますと メイクアプルーバルデシジョン選んでえ 承認ですねOK確認しましたということで 送信していただき ます はい えステージ が評価から許可に変わりましたはいでは 今度えっと許可ですね証人えを行う え変更マネージャーに切り替えたいと思い ますえ変更マネージャーであるクリステン さんですね えっと実際に変更の承認を 行うステージですけどもはいえと クリステンさんのところには証人というえ カードが表示されているのが分かるかと 思いますはいでえクリステンさんはここで 実際に えっと内容を確認した後で承認を行い ますで変更マネージャーの承認が終わり ましたらまま一般的にはえキャブとか実施 しましてですねえっと全体としてえこの 変更は承認されましたという状態になるか なと思いますはいえでょえ承認おりまし たらえステージ今度スケジュール済みに 変わりますでそうしますと えっとここではあ新たに入れるものはない ですね要はえっと変更のタイミングがえ 実装のタイミングが来るまではえま待つ ような形になるかなと思いますはいで え作業担当の変更リクエストをあげた相 てるユーザーさんにえ画面を戻します とこんな形でえ出てますの で変更を戻しますとえこういった形で スケジュール済みに移行してるのが確認 できますのでえー実際はそスケジュールが 23日の2時ってなってますけどもそこ まで待てないですので今日はちょっとここ で実装に行きたいと思いますで実装の タイミングが来たらえ実装ボタンを押して いただきますそうするとステージが実装に 変わりますで実装のステージでは変更 タスクが加追加されてるのが えご確認いただけると思いますえ実装のえ まタスクとしてはインプリメントえ作業と それからポストインプリメンテーション テスティングということで実装後のテスト ていうのがえタスクで2 え登録されておりますのでそれぞれ1つ1 つえタスクをえこなしていかなければいけ ないね思いますなので実際はえやった手で 他にもいっぱい色々えアサイン先とか 入れるべきなんですけども今はデモですの でえそのまま作業が終わったことにして クローズ済みにして 保存を2 回2つのタスクに対し て行っていき ます はいで2つのえ作業がタスク作業が終わり まし たらはいえ変更タスクがえいずれも クローズ済みになりましたそうする とステージがレビューに変わりますで レビューでは何をするかと言うとえ レビュー結果ですねを入れていかなければ いけないので まず はクローズ情報ということでまレビュー 結果え成功しましたとですねクローズ メモ も問題 なくこって入れますねそれ からえっと実装後の注意事項があれ ば え入れます ね sso sso Sノの [音楽] さ [音楽] を に 未なの入れたりとかですねできますはいで さらにスコープと 影響の下に結果の変更というのが出てき ますのでえ実際にえ この変更によっ て新た にえ発生したインシデントがあればそれを 紐付け たりここで追加できますねだからえま 例えば インシデントに対する緊急変更だったり するとえどのインシデントがこの変更に よってえフィックスされたのかとかえどの 問題がフィックスれたのかとかえアウトー が発生していた場合はえ アウトジョングク承認者欄がありますけど もえ どのタイミングでえ誰にが承認したか みたいなえ情報も記録されています確認し ていただくことができますはいということ でえっと実際えっと現在え レビュー段階まで行きましたけど もここまで来たらクローズができるという ことでクローズです ねでこちらの変更が1通り終わりましたと いうことになり ますはいえということでえっと変更の ライフサイクルえを通してえ通常の変更の パターンでご説明させていただきました このようにえ同じようなえ インターフェイスですけども担当ごとに ですねえやる作業がえの見え方が違っ ダイナミックえオーバービット というのがご理解いただけたかなと思い ますはいえではえ次にですねあの先ほどお 話え予定のところでお説明させていただき ましたあのこの ダイナミックオーバービット ですね動的な概要えのえ編集の仕方につい てご説明したいと思いますはい えっと変更前の状態を確認していきますね 新しいインシデントをあいですすいません 新しい変更 を追加し ますすとえっと先ほどからお話しした通り はい通常の変更ではえ最初に新規の変更 レコードを作る時にサマリーランしか表示 されていませんでしたでここにえ スケジュールも最初から入力するようにし ましょうとそれからえっとディスク えに評価に関するちょっとコメントもえ ここで入れていきたいなっていうサマリの ところに追加したいなとでこの2点につい て変更してみたいと思いますはいえではえ どのようにやるかについてお話しし ます とアドミニストレーターとし て作業行い ますで クリステンさんからアドミンに映しえ戻し ましてえオールですねちょっとあの設定な のでやりやすいように英語の えインターフェイスに書いてます チェンジです ねチェンジを選びまして えっとワークスペース コンフィグレーションというのがあります ん ではいワークスペース コンフィグレーションの下のオーバー ビューコンテナー選び ますでそうすると展示オーバービュー コンテナーのリストが出てきますのでここ で えっとステートがニューですね新規の時の 概要欄の変更なので概要ページの変更なの でステートニュを選び ますはいそうしましたらえっと現在ですね の設定だとえっと サマリーがトルーですけどもそれ以外に ついてはえフォルスになってますという ことで えっとスケジュールを出したいでてことで スケジュールのディスプレイforニュー レードですね新規レコードの時に何を ディスプレイしますかというところのえ ホルスをええっとスケジュールのホルスを えトルーにしますですね はいでえっと現在のアプリケーション スコープがえグローバルなのでこのままだ と変更できないので えっとスコープを一時的にですねチェンジ マネジメントforサービス オペレーションズワクスペースという アプリケーションにえ自的に変えて変更 できるようにしますはいスケジュール のディスプレイフォニレコード をオルスからトルーにしますはい新規の ステートの時の表示画面の編集ですねなり ますでえっとディスプレイオーダっていう 項目がありますけどこれによって上下の 順番ですね表示するえ順番が変わりますで えっとここの状況ですとサマリーと スケジュールだけを表示することになって いて順番としてはサマリがトップで スケジュールはその次に表示されるという 感じですねはいでうまくできればと思い ますはい先ほど の新規画面でリロードしてみ ますはいスケジュールのえカードがこの ように表示されまし たはいでえっと次にこのサマリに1個項目 追加したいですっていう作業をやってみ たいと思い ます同じくアドミン のままです ねでこちらはですねえっとUI16の インターフェイスで設定することになり ますのでえオープンレコードですねどれで もいいですあの既存のレコードを1個開い ていただいてはいえ先ほどのえ使いづらい よねって話してた画面ではあるんですけど もここからえハンバーガーアイコンを クリックしてアディショナル ですねアディショナルアクションからえ コンフィギュレーター を選んでいただきましてで えっとフームビュー&えアクションですね 基本的にはデフォルトビューになっている かもしれないですけどもここを SCHオビーですねSのサービス オペレーションズワクスの変更のえ概要の ダイナミックがえ オーバビバビをビューネームで選んで いただいてでここにそうするとですね今 その編集 できるカードサマリーだったりとか先ほど 追加したスケジュールだったりというえ ところを変更できるようになりますので サマリーを選んでいただいてでサマリーを 選ぶとえこちらの方に今サマリで表示され てるショートディスクリプションと ディスクリプションとジャスティーンと いうですね3つの項目えがえセレクテッド のとこに出てきますのでこれを編集したい のでeditthis セクション選びましてで えリスクアドインパクトアナリシスをえ 追加したいことでセーブをし ます はいえそうしましたら変更が反映されてる ことを確認し ましょう リロードはいリスクと影響度の分析という えフィールドが追加になりまし たはいここまででえダイナミックバビュー え同的な概要の編集方法の説明を終えます で最後に え最後に変更モデルの登録についてご説明 したいと思い ますはいまたえアドミン権限 で作業しますでえ変更展示からですね アドミンストレ というメニューがありますの ではいありますのでチェンジ モデル選びますそうすると先ほどの新規 登録画面ですね えっとします か 変更容器を作成の先規登録のえ画面にえ 今10個のカードが表示されていますがえ 新しくと変更モデル1個追加えしていき たいと思いますので見ていき ましょうはいここ のニュー ですねニューから作りますで変更モデル 新しいのを作ってみ ます さ [音楽] えはいで えっとアクティブチェックしまし て新規のところからえ利用可能にします です ね で えこちらのレコードプリセットというのは この変更モデルであらかじめですねえ セットしておきたいものをどんどん追加 できますフィールドですね追加できます まずスタンダード変更チェンジにタイプを 変えますそれからまこの場合ですねそれ から えっとショートディスクリプション をま取っての もも細な変更 モデルとえあじめ入れれるようにし ましょうそれからえこの変更をどのチーム が担当しますこかていうことも決めてき たいです ねアサイメントグループは 例えばハードウェアチーム ねとか [音楽] えっとわどんなものがいいかまこんな感じ でいいですかねでこうやってえ一旦セーブ し ますプリセット項目も決まりまし たでえっとまセキュリティに関して言うと 誰が使えますかみたいなあのですね権限 アクセス権限をここでセットします デフォルトではアテルユーザーとS チェンジリードの人がえま使えますよって いう形リード権限ですねなりますはいそれ から えっと今度 はモデルステートですね状態繊維を作って いきたいと思いますこのモデルではどう いったえフェーズステージをえ変遷する ライフサイクルの中で変遷すべきかという ところを設定していきますはいニュを押し てでまずはえ新規ですよね新規でまこれは イニシャルステートえ最初のえ状態として 登録しますとことでイニシャルステートを え追加しチェックしてサブミッシブ ステートのところにニューが1個できまし たねでさらに追加で今度はもうえっと些細 な変更なのでオアスもオーソライズも スケジュールもえっとばしてもすぐにえ その場でえ実行できるようにしましょう みたいな感じでイインプリメントえを追加 し ますでインプリメントの後 は正常に終わった場合のクローズ とそれ からまキャンセルはできるようににし ましょうという感じでキャンセル とでこんな形でえとどんなステージですね フェーズでえライフサイクルを管理するの かってことが登録されましたですると左側 にそれぞれのえモデルのステートの左側に え矢印が出てきますのでここでニュ から次にはどのステージに行かせますかと ステートを選びますなの でニューから はインプリメントです と とキャンセルもできるようにしましょうか ということ で ニュート キャンセルそれ から えキャンセルの先はないので度 インプリメントのところでインプリメント の時は フローズとそれ からま実装段階に来たけどキャンセルって いうのもあるかもしれないですとん でキャンセルという形でえどのステータス え状況から状態からどこに移るかみたいな のをこうやって定義してアップデートし ますそうします と先ほどえ10個出てましたけども リロードします とはいえっと些細な変更モデルっていうの が追加になりまし た選んでちょっと開いてみます とはいえ簡単な説明のところができない ようにとっても些な変更モデルとなってま すっていうのとそれから えっとアサイン先グループがハードウェア ということでえ変更できないねリセットさ れてますよという感じですねなりますはい であとえ最後にちょっとテンプレートのご 紹介したいと思うんですけれども テンプレートですねこちらはえっとプリゼ ットと似てますけれどもあらかじめえま タイプ項目をセットできるのとそれから えっとた変更ができるですね項目の変更が できますよって感じで説明とか えっとあらかじめ 計画だとか切り戻し計画も確率したものが あるんだったらあらかじめセットえでき ますよねみたいな感じでこういった形で えっとテンプレートを使ったえ理効果的な えま効率的な変更レコードの作成っていう のができるかなと思いますはいえ以上で デモが終わりました えっと資料あの添付する資料に関しては今 ご説説明した各種機能についての簡単な紙 芝居を用意してますので後でご確認 いただければと思いますはいということで え今年はえ大本サービスな最後の セッションでした えとなかなか思うようにですねライブなの でえ実施できなかったこともありまして 反省もいっぱいありますがえ是非来年も ですねお付き合いいただければと思います のでえ えよろしくお願いいたしますどうも ありがとうございました