コーチングプラクティス： 技術的負債を減らす必要性を上司に納得させる方法

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「技術的負債を減らす必要性を上司に納得させる方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

1. 問題を持ってくるときは提案する解決策も一緒に持ってくる
   決断を求める前に、問題と自分が推奨する道筋を説明する。
   マネージング・アップ：上司とうまく働くための実践スキル
2. 定期的なチームの排除レビューを行う
   もはやどんな現在の目標にも役立っていないことをチームがやっていないか定期的に見直す。
   チームのためのアイゼンハワー・マトリクス
3. Q4タスクを体系的に排除する
   繰り返される時間の浪費者——ミーティング、レポート、サブスクリプション——を特定し、キャンセルするか、断るか、自動化する。
   アイゼンハワー・マトリクスと委任
4. 技術的課題 対 適応課題:まず診断する
   技術的課題には誰かが適用できる既知の答えがある。適応課題は人々が価値観や習慣を変える必要がある。この二つを混同することがほとんどの変化を停滞させる。
   アダプティブ・リーダーシップ実践入門
5. この時間を障害物の除去に使う
   何が邪魔しているかを尋ね、実際にそれを取り除く——これがあなたの最もレバレッジの高い動きだ。
   効果的な1on1ミーティングを実践に落とし込む
6. 些末な80%を積極的に削るか委任する
   あなたのインパクト分布の下位80%にある活動を体系的に減らすか手放す。
   パレートの法則：個人の生産性のための80/20
7. 問題ではなく提案を上に上げる
   報告する部下には、問題と一緒に提案を持ってくるよう求める — これは単なる時間節約ではなく、権限委譲の実践である。
   権限委譲のレベルを実践する
8. テクノ複雑性——自分のスキルを追い越すツールスタックを削る
   テクノ複雑性は、システムが今の自分のスキルには複雑すぎると感じられるテクノストレスの次元です——新しいツールはすべて利得ではなくコストとして扱う。
   テクノストレス——それが何であり、どう対処するか
9. バックログを体系的に処理する
   古い未完了のタスクを、永遠に優先順位をつけ直し続けるのではなく、順番に処理していく。
   ドゥー・イット・トゥモローを実践的に理解する
10. 受け入れる前に緊急性の源を浮かび上がらせる
    それが誰の緊急性なのか、そして見過ごされた上流のアクションによって作られたものかどうかを問う。
    チームのためのアイゼンハワー・マトリクス

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。