コーチングプラクティス: 同僚のコードレビューが遅すぎる

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「同僚のコードレビューが遅すぎる」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

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

  1. 採点のためだけでなく能力を育てるためにデブリーフする
    学びに焦点を当てたレビューでループを閉じ、次の委任に必要とするあなたの関与を減らす。
    実践的な効果的委任(デリゲーション)
  2. 定期的な評価のために溜め込むのではなく、その場でフィードバックを与える
    定期的な評価のために蓄積されたフィードバックは、遅れてまとめて届く — どちらも助けにならない。
    フィードバック・サンドイッチ:なぜ機能しないのか、代わりに何をすべきか
  3. レビューの深さを現在の文脈に合わせて較正する
    レビューの深さを、その週が実際に必要とするものに合わせる——システムが最新なら短く、生活が混沌としていればより深く。
    GTDウィークリー・レビュー
  4. システムが捕捉していないものを表面化させるためにマインドスイープを行う
    レビューを終える前に、5分間、心の中で気になっていること、引っかかっていることを何でも書き出す。
    GTDウィークリー・レビュー
  5. 一日の終わりにすべての未完了タスクを見直す
    終える前に、すべてのプロジェクトとタスクリストをスキャンし、何も見過ごされていないことを確認する。
    実践できるシャットダウン・リチュアル
  6. いつか/多分リストを見直し、何がアクティブになるかを決める
    いつか/多分リストを見て、何か進行中プロジェクトになる準備ができているかを判断する。
    GTDウィークリー・レビュー
  7. 正直な質問をしてくれる誰かとレビューを共有する
    私的に保持されたレビューはごまかしやすい。正直な質問者と共有されたレビューは合理化しにくい。
    年次レビュー(ティム・フェリス・メソッド)
  8. ウィークリー・レビューを、交渉の余地のない定期的な予約としてスケジュールする
    ウィークリー・レビューをカレンダーに固定された保護された枠として入れ、それを外部の会議として扱う。
    GTDウィークリー・レビュー
  9. 一日の終わりに三つの成果を評価する
    三つの成果に対する短い一日の終わりのチェックは、認知的な未完了ループを閉じ、明日どう計画を調整すべきかを明らかにする。
    三の法則を実践する
  10. 毎週金曜の午後に週次レビューを行う
    文脈が新鮮なうちに先週のタイムログを見直し、来週の優先事項を設定する。
    タイム・オーディット

関連する悩み

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

IX Coach でこれを実践する

このプラクティスを試す