コーチングプラクティス: ゼロデイ脆弱性を修正する方法
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「ゼロデイ脆弱性を修正する方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- この事例からの回復だけでなく、再発を防ぐよう修正を設計する
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
5つのなぜ - 労働日ごとに少なくとも半日のメーカーブロックを守る
3〜4時間の連続した会議なし時間を、週の非交渉的な構造要素として守る。
メーカー対マネージャーのスケジュール - シャットダウンの時間を遅い時間の緊急事態から守る
シャットダウンをスキップしたくなる瞬間こそが、最もそれを必要としている瞬間である。
実践できるシャットダウン・リチュアル - 素早く、丁寧に修復する
傷を積み重ねさせない。何週間もかけず、数時間か数日以内に修復する。
安全機能性のある関係 - 全消去監査から始める:すべてオフにして、必要なものだけを戻す
すべてのプッシュ通知を無効化し、本当にリアルタイムのニーズを表すものだけを再度有効にする。
通知デトックス - 画面や入力から切断する
その日はメール、フィード、通知から離れる。
安息日:週に一度の休息の日 - 問題解決の前に「知らない」という構えを取る
問題について本当に分かっていないことをまず言語化することで、解決策の生成を遅らせる。
初心(ショシン)実践入門 - インボックスゼロを実践的に扱う
インボックスゼロはマーリン・マンが開発したワークフローだ。受信トレイをToDoリストやファイリングキャビネットとしてではなく、一時的な受け入れチャネルとして扱う。各メッセージを決定(削除・委任・返信・保留・実行)へと処理し、受信トレイを空のままにする。それが確実にストレスを減らすかどうかは、実際のタスクシステムと組み合わせるかどうかにかかっている——それがなければ、ただ不安を移動させているだけだ。 - 鎖が切れる前に回復を計画しておく
鎖が切れたら翌日から始める――習慣をやめるのではない――とあらかじめ決めておく。
「鎖を切らない」――ストリーク法 - 弱さに基づく信頼を築く
弱さ、間違い、無知を互いに認められないチームは、本物の意味で協働できない。
チームの5つの機能不全を、実践的に使う
関連する悩み
- ゼロデイ脆弱性を未然に防ぐ方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
この事例からの回復だけでなく、再発を防ぐよう修正を設計する
- ゼロデイ脆弱性を修正する方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性を見つける方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性にパッチを当てる方法
根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
- ゼロデイ脆弱性にどう対応すればいいか
アベイラビリティ・カスケードに抗うには、不安をあおるニュースに基づいて行動する前に48時間待ち、独立した二つ目の情報源を確認すること。
不安をあおるニュースによって引き起こされる信念の更新を遅らせる
- ゼロデイ脆弱性への対処法
生の失敗リストを、軽減すべき優先順位のついたリスクの集合に変える。
各失敗を可能性と影響で評価する
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。