設問と適用コンテキスト
あなたが率いた、または影響を与えたチームのモチベーションが低下した経験について教えてください。直面した挫折や継続的なプレッシャー、業務への目に見える影響、原因をどのように突き止めたか、自身が何を変更したか、どのようなデリバリー上のトレードオフを行ったか、そして回復が持続したかをどのように確認したかを説明してください。
この行動面接の質問は、エンジニアリングマネージャー、チームリード、プロジェクトリード、プロダクト／オペレーションリーダー、および直属の部下を持たずにグループに影響を与えるシニアIC（Individual Contributor）に適しています。中核となるコンピテンシーは、チームレベルの診断と持続可能な回復力です。面接官が求めているのは、常にポジティブでいようといった精神論ではなく、環境や意思決定を実際に変更した具体的な事例です。
境界線を明確に保ってください。パフォーマンス不足のエピソードは、1人のメンバーの役割基準に対する継続的なギャップを評価するものです。対立（コンフリクト）のエピソードは、当事者同士が実行可能な関係をいかに修復したかを評価します。メンターシップのエピソードは能力の伝達を評価します。この質問は、グループ全体がエネルギーや主体性（agency）を失った理由と、デリバリーのリスクを可視化したまま、ワークロード、裁量権、サポート、人間関係、役割の明確さ、または不適切に管理された変化などの要因にどう対処したかを問うています。
士気の低下は調査すべき「観察事実」であり、「診断」ではありません。バーンアウト（燃え尽き症候群）には慢性的職場ストレスに起因する特定の職業上の定義があります。ミーティングでの沈黙から個人の健康状態を推測したり、面接で個人のプライベートな健康情報を扱ったりしてはなりません。誰かが健康、安全、ハラスメント、差別、配慮に関する懸念を表明した場合は、適切な専門窓口や社内規定のチャネルを利用してください。回答では、自身の権限の範囲内で業務上のリスクをどのように低減したかを説明できます。
後述する実践例は完全に架空のものです。6人、6週間、2週間、4つの優先順位、12件の呼び出し、8週間、すべてのスコア、パーセンテージ、成果は説明用のプレースホルダーであり、候補者自身の実体験に基づく証拠に置き換える必要があります。
面接官が評価するポイント
第一に、症状と原因を区別できているか。スタンドアップでの発言の減少、デリバリーの遅延、冷笑的なコメント、回避可能な不具合の増加、欠勤率の上昇、離職リスクなどは問題の兆候になり得ますが、それ自体は原因を証明しません。優れた候補者は、直接の対話と業務上の客観的データを組み合わせ、データと一致しない場合は初期の仮説を修正します。
第二に、自身が関与した仕組み・システムを検証したか。ワークロードと作業パターン、自律性、利用可能なサポート、協力関係、役割の明確さ、変更の伝達方法は、有用な診断チェックリストになります。このリストは採点基準ではありません。優先順位、決定権、あるいはキャパシティこそが真の制約であるにもかかわらず、リーダーが安易に「チームにはもっとモチベーションが必要だ」と結論づけてしまうのを防ぐためのものです。
第三に、誠実なトレードオフを行えたか。すべての期日、プロジェクト、ミーティング、オンコール負荷に手をつけないまま、チームを持続的に回復させることは不可能です。信頼できる回答では、スコープ、優先順位、人員配置、日程のどれを変更し、誰がそのリスクを受け入れ、何を死守したかを示します。経営陣が希望する選択肢を却下した場合は、自身が責任を持って実行した、より現実的な緩和策とエスカレーションを示してください。
第四に、リーダーシップの責任を放棄することなくチームに主体性を与えたか。メンバーに何が助けになるかを尋ねることは、その回答に基づいて行動できるか、または制約を論理的に説明できる場合にのみ意味を持ちます。優先順位の判断、ステークホルダーとの交渉、リスクのエスカレーション、フォローアップの責任はリーダーにあります。投票によって機密の人事案件、安全義務、ビジネス上の説明責任を決めることはできません。
第五に、行動が単なる表面的な士気向上策にとどまっていないか。表彰やチームイベントはつながりを深める助けになりますが、過大なワークロード、曖昧な責任分担、度重なる方針転換を根本的に解決するものではありません。優れた回答では、検証された摩擦を少なくとも1つ取り除き、進捗を目に見える形にします。
最後に、結果に信憑性があるか。簡単なチーム健全度チェックなどの自己申告シグナルと、時間外の割り込み、WIP（仕掛かり作業）、予測精度、手戻り、定着率などの運用データを組み合わせて提示します。データが何を裏付けており、何を裏付けていないかを明確に述べてください。複数の対策を講じた後のビフォーアフターの変化は有用ですが、自分の行動だけがあらゆる成果をもたらしたと断定するべきではありません。
回答前に整理すべき質問
- 「モチベーション低下」は目に見える形でどのように現れていたか？ 行動や成果物の変化、期間、比較基準を挙げてください。根拠が主観的な印象だけである場合は、確定したチームの問題としてではなく、調査の過程として描写してください。
- どのような出来事や傾向が先行していたか？ ローンチの失敗なら学びと自信の回復が必要であり、慢性的な過負荷ならキャパシティと優先順位の見直しが必要であり、組織再編なら役割と変化に対する透明性が必要です。原因が異なれば、必要なアクションも異なります。
- どのような権限を持っていたか？ マネージャーであればタスクの再割り当てやリソースのエスカレーションが可能です。ピア（同僚）の立場であれば、データの提示、作業合意のファシリテーション、局所的なブロッカーの解消、責任者への働きかけができますが、人員や評価に関する決定権を主張すべきではありません。
- どの制約を実際に動かすことができたか？ スコープ、期限、人員配置、WIP、ローテーション、ミーティング負荷、品質投資のどれが変更可能だったかを明確にします。どれも動かせない場合は、エスカレーションしたリスクと、自身のコントロール下で行った最小限の保護措置を述べてください。
- 問題はチーム全体のものだったか、局所的なものだったか？ 全体の平均値は、特定ロール間の摩擦や、個別サポートを必要とする1人のメンバーの存在を覆い隠してしまうことがあります。プライバシーを守り、チームへの介入が個人への公開断罪にならないように配慮してください。
- どのビジネス成果を死守する必要があったか？ 顧客、安全性、コンプライアンス、収益、納期に関する義務を明確にします。「士気最優先」と言っても重要コミットメントを反故にしては不完全であり、「納期最優先」と言っても運用モデルが破綻し続けていては不完全です。
- 何をもって回復とみなし、どの期間で測定したか？ 結果を提示する前に、1〜2個のチームシグナルと1〜2個の運用シグナルを定義してください。1回のミーティングが盛り上がっただけでは、持続的な回復とは言えません。
- 安全に共有できるエピソードか？ 個人名、健康情報、個人が特定されるアンケートのコメント、機密の人事措置は除外してください。自身の判断力を説明するために必要な事実のみを残します。
30秒の回答フレームワーク
「[挫折]の後、[チームと納品に関する観察可能な兆候]という状況が見られました。単なるモチベーションの問題と決めつけるのではなく、[対話と業務上の証拠]を活用して[検証済みの原因]を突き止めました。そこで[運用条件]を変更し、[重要な義務]を守りつつ[トレードオフ]を交渉しました。チームには[範囲を限定した意思決定]を具体化してもらいました。[期間]にわたり、[自己申告による兆候]と[運用上の証拠]によって[成果と制約]が示されました。この経験から、[早期の兆候]が現れた段階で即座に対処することを学びました。」
STARに「Reflection（内省）」を加えて構成します。Situation（状況）では出来事と観察可能なパターンを述べます。Task（課題）では、有害な運用パターンからメンバーを守ることと、定義されたビジネス成果を維持することの二重の責任を明記します。Action（行動）に回答の大半を割き、診断、下した判断の変更、トレードオフを示します。Result（結果）では、他者の感情を手柄にすることなく客観的データを用います。Reflection（内省）では、現在監視している初期トリガーを挙げます。
このフレームワークは、管理原則の羅列ではなく、簡潔な実例として聞こえるようにしてください。すべての括弧をご自身の実体験の事実に置き換え、結果を変える要因となった2〜3のアクションに絞り込みます。
ステップごとの詳細回答ガイド
ステップ1: チームレベルの傾向と自分が担った意思決定を含むエピソードを選ぶ
同じ挫折や運用環境の影響を複数のメンバーが受け、介入後の変化を観察できた特定の期間を選びます。規模は小さくても構いません。パイロット運用の失敗後に4人の同僚の立ち直りを支援したプロジェクトリードの事例は、部門を改革したと主張しながら自身が下した決定を説明できないマネージャーの事例よりも説得力があります。
エピソードの輪郭を1文で記述します：「Xの後、チームにYが見られ、私はZを担当し、放棄できない義務はQでした」。主な問題が1人のパフォーマンス不足、2人間の対立、または自分自身の技術的意見の不一致であるエピソードは除外してください。これらが同時に存在していても構いませんが、回答の中心にするべきではありません。
ステップ2: 対策を選ぶ前に客観的データのベースラインを構築する
2つのデータ収集チャネルを使用します。個別の1on1では体験、解釈、ニーズが明らかになります。業務記録では負荷と結果が明らかになります（優先順位の変更、並行タスク数、オンコールの割り込み、引き継ぎミス、手戻り、予測誤差、意思決定の待ち時間など）。どちらか一方だけでは不十分です。アンケートは率直でも曖昧な場合があり、アウトプット指標は過負荷を示していてもその原因を隠してしまうことがあります。
仕事の設計における6つの領域（要求度、裁量権、サポート、人間関係、役割、変化）を点検します。チーム全体に共通の質問を投げかけますが、尋問のような雰囲気にしたり、守れない絶対的な機密保持を約束したりしないでください。集約されたレベルで論点をまとめ、フィードバックを求めます。個別の深刻な懸念が生じた場合は、チームの話とは切り離して非公開で対応します。
データによって否定された初期の仮説を述べてください。例：「当初はリリースの失敗が自信を失わせたのだと考えていました。しかし、ヒアリングと作業ログから、より大きな問題は4回の方針転換と特定のメンバーに偏ったオンコールローテーションであることが判明しました」。この1文があるだけで、一般的な傾聴スキルを並べるよりもはるかに優れた診断力をアピールできます。
ステップ3: 二重の目標を定義し、トレードオフを明確にする
死守すべき義務と、変更すべき運用条件という2つの成果を書き出します。例えば、「期日通りに規制対応の修正を完了させつつ、無関係なスコープ変更を停止し、時間外労働の偏りを是正する」などです。その上で、スコープ、期日、人員配置、品質に関する決定責任者を特定します。
ステークホルダーに単に「士気に配慮してほしい」と懇願するのではなく、選択肢を用意してください。1つ目は優先度の低いスコープを削って期日を守る案、2つ目は期日を延期して全スコープを維持する案、3つ目はオンボーディングコストを許容して一時的な有資格リソースを追加する案です。それぞれについて影響とリスクを提示します。最終的にスコープと期日の両方を維持することになった場合は、代替となる保護策を明示し、残余リスクを認めてください。
ステップ4: データが特定した根本条件を変更する
原因に応じたアクションを取ります：
- 過度な要求度に対しては、並行タスクの削減、明確な作業中断ルールの設定、スコープ削減、作業順序の変更、または有資格リソースの追加。
- 裁量権の不足に対しては、実装方法、作業順序、ローテーション設計、ミーティング頻度に関する決定権の委譲。
- サポートの不足に対しては、情報へのアクセス、迅速な意思決定、コーチング、ペアプログラミング、または常態化しているブロッカーの排除。
- 人間関係の緊張に対しては、個別の作業合意の策定、または非公式な解決が困難な場合の正式な窓口の活用。
- 役割の曖昧さに対しては、決定権、引き継ぎ基準、エスカレーション条件の明確化。
- 不適切に管理された変化に対しては、誠実な背景説明、既知および未知の事実の共有、決定期日の提示、定期的な情報更新。
すべての施策を実行する必要はありません。データに裏付けられた最小限のセットを選択し、魅力的に見えても採用しなかった代替案の理由を説明します。親睦イベントは人間関係を助けるかもしれませんが、ワークロードや決定権の改善の代わりにはなりません。
ステップ5: 制限付きのコミットメントを通じて主体性を回復させる
実務に近い意思決定はチーム自身に設計させます（実現可能なWIP制限、割り込みのローテーション方法、引き継ぎに必要な情報、フィードバックループを取り戻すための小さなマイルストーンなど）。顧客、安全性、ポリシー、予算、納期の制約内で決定権を持たせます。責任者と見直しのタイミングを記録します。
無理やりな賞賛を作り出すことなく、進捗を可視化します。ロールバック訓練の完了、ブロッカーの解消、優先順位の安定期間の維持などは、運用モデルが改善している証拠です。貢献とインパクトに対して具体的に承認（レコグニション）を行い、メンバーに無理に明るく振る舞わせたり、個人的な感情を開示させたりしてはなりません。
ステップ6: メンバーをダッシュボード化せずに回復度を測定する
結果を出す前に測定基準を決めておきます。透明性、持続可能なペース、リスクを率直に共有できる環境などをカバーする、軽量で任意のチーム健全度チェックを実施します。これを仮説に関連する運用データ（負荷集中を見る時間外の割り込み、不安定さを見る予定外の優先順位変更、作業フローを見るサイクルタイムや手戻りデータ、離職リスクを見る慰留面談など）と組み合わせます。
データを細分化して解釈します。全体の平均値が上がっていても、特定の職能が依然として過負荷になっている可能性があります。デリバリーのスピードアップが時間外労働の再発によるものだったり、報告される問題の減少が単なる沈黙を意味したりすることもあります。自由記述の意見は非公開で確認し、必要最小限のデータのみを使用し、個人の回答を公開してはいけません。エピソードが許す限り、複数の作業サイクルにわたって確認します。
原因の帰属には慎重な表現を用います。「並行作業を減らし、ローテーションを変更した後に指標が改善した」という表現は妥当です。「私が全員のバーンアウトを解決し、生産性を向上させた」という主張は、他者への敬意を欠き、証明も困難です。同時に起きていた他の変化や、未解決の課題についても言及してください。
ステップ7: 実際のSTARと内省（Reflection）を再構築する
カレンダー、デリバリー記録、インシデントログ、レトロスペクティブ（振り返り）、匿名アンケートのサマリーなどから客観的事実を収集します。サンプルの数値をすべて自身の数値に置き換えてください。次に、各文章をSituation、Task、Action、Result、Reflectionに分類します。SituationとTaskが回答全体の3分の1を超える場合は短縮してください。Actionがミーティングや励ましだけで占められている場合は、自身が主導した決定や運用の変更を追加します。
「あなた個人は何を変更したのか？」「どのようなデリバリーコストを受け入れたのか？」「チームが回復したとなぜわかるのか？」という3つの突っ込みに対する回答を練習してください。自身の権限を誇張したり、チームの功績を横取りしたりすることなく、同じ事実に基づいてこれら3点に答えられるようになれば準備完了です。
高品質な回答サンプル
以下の回答は完全に架空の練習用テキストです。6人、6週間、2週間、4回の優先順位変更、12件の呼び出し、8週間、すべてのスコア、パーセンテージ、成果は実際の証拠に置き換えるべき説明用のプレースホルダーです。
「架空の6人編成のプロダクトエンジニアリングチームでテクニカルリードを務めていた時のことです（6人はプレースホルダーです）。リリースのロールバックが発生した後、チームは6週間にわたる方針が定まらないリカバリー作業に追われました（6週間もプレースホルダーです）。スタンドアップでの発言が減り、コードレビューは停滞し、エンジニアが時間外にサポート業務を抱え込むようになりました。私は、日程を動かせない顧客データ修正案件のリリースを確実に担保しつつ、持続可能な作業環境を立て直す必要がありました。
当初はロールバックがメンバーの自信を損なったのだろうと考えていました。そこで個別の1on1を実施し、ワークロード、意思決定の裁量、サポート、役割の明確さ、直近の変更について共通の質問をし、作業ログと照合しました。データを見たことで私の見方は変わりました。直近2週間のサンプル期間中に、優先順位が4回変更され、特定のペアエンジニアが時間外に12件のオンコール呼び出しに対応していました（これら3つの数値はプレースホルダーです）。着手した作業を完了できず、計画が安定する見通しも立たなかったことが、チームのモチベーションを低下させていた真因でした。
私はプロダクトオーナーとサポートリードに対し、3つの選択肢を提示しました。期日を維持して無関係な2つの機能を削る案、全スコープを維持して期日を延期する案、一時的な人員を追加してオンボーディングリスクを受け入れる案です。彼らは1つ目の選択肢を選びました。私は技術的なタスク順序を設計し、緊急例外規定を設けた2週間の優先順位凍結を文書化し、スキルと稼働状況を確認した上でローテーションを再配分しました。チーム自体を問題視するのではなく、優先順位の変更履歴と割り込みのデータを示し、顧客データ修正に残るリスクを記録しました。
次に、これらの枠組みの中でWIP制限と引き継ぎチェックリストをチーム自身に策定してもらいました。新機能の開発を再開する前に、まずはエンドツーエンドの小さなリカバリーマイルストーンを1つ設定しました。週2回のチェックポイントでは、スコープとリスクの状況を上位層へ報告し、チームに対しては明確さ、作業ペース、リスクを率直に共有できているかのみを確認しました。承認（レコグニション）においては、メンバーに無理に明るさを求めるのではなく、具体的なブロッカーの解消や顧客へのインパクトに焦点を当てました。
8週間後（説明用のプレースホルダー）、2週間あたりの時間外呼び出しは12件から3件に減少しました（こちらもプレースホルダーです）。計画タスクの完了率は55%から82%に向上し、持続可能なペースに関する匿名の健全度スコアは5点満点中2.3から3.8に上昇しました（すべての成果数値は置き換えが必要なサンプルです）。この架空の事例において、顧客修正は死守すべき期日通りにリリースされました。私一人がメンバー全員の感情を回復させたと主張するつもりはありません。データが示しているのは、運用の改善とチームの実感が連動して好転したということであり、一部の役割分担にはまだ継続的なフォローが必要でした。
この経験から、私は目に見える意欲低下が現れるまで優先順位の頻繁な変動に対処するのを待ってしまっていたと学びました。現在では、通常の計画段階で計画外の優先順位変更や時間外負荷の偏りをチェックし、チームの許容限界を超えそうになった時点で、スコープ、日程、キャパシティに関する選択肢を即座にエスカレーションするようにしています。」
この回答を応用する際は、ロールバックをご自身の直面した出来事に、優先順位と割り込みのデータを実際の診断結果に、3つの選択肢の交渉を自身が実際に影響を与えた決定に置き換えてください。「初期仮説の否定」「環境の変更」「明確なトレードオフ」「個人の貢献」「複数の客観的データ」「特定の早期トリガー」という構造はそのまま維持します。
よくある失敗
- 激励のスピーチ、懇親会、オフサイトイベントを主なアクションとして語る → 構造的な原因が放置されたままであり、表層的なポジティブさを押し付けている印象を与える → 自分が解消した検証済みの摩擦を示し、親睦イベントは補助的なものにとどめる。
- 主観的な印象だけでチームがバーンアウトしていたと決めつける → 根拠なしにデリケートなラベルを貼り、プライベートな情報を漏らすリスクがある → 観察可能な業務上の兆候を述べ、障壁について質問し、個別の懸念には適切なサポート窓口を活用する。
- 意識の低さや変化への抵抗のせいにする → ラベル貼りは診断の放棄であり、リーダーシップの判断ミスを隠蔽してしまう → 対話と記録を通じて、要求度、裁量権、サポート、人間関係、役割、変化を検証する。
- すべてのコミットメントを一切変更せずに達成したと主張する → スコープ、日程、キャパシティ、順序のトレードオフを伴わない回復は信憑性に欠ける → 選択した案、決定責任者、保護した義務、残余リスクを明確にする。
- 自分がヒーローとなって仕事を抱え込む → 短期的なアウトプットは増えても、依存度と過負荷が悪化する → 優先順位とガードレールを変更し、チームの裁量権を維持し、チーム自身の意思決定を称える。
- 士気アンケートの結果のみを使用する → 平均スコアだけでは原因の特定や持続的なデリバリーの回復を証明できない → 匿名の自己申告シグナルと、仮説に関連する運用データを適切な期間にわたって組み合わせる。
- ベロシティや完了タスク数のみを使用する → 残業やスコープの縮小によって見かけのアウトプットが増加している可能性がある → 持続可能なペース、時間外負荷、品質、指標の分母を確認する。
- 「チームは再びハッピーになった」で締めくくる → 結果が曖昧であり、他者の感情を自分の手柄にしている → 観察された変化、誠実な要因分析、残された課題、そして現在早期に行っている対策を述べる。
フォローアップ質問と回答例
フォローアップ1：マネージャーやチームではなく、あなた個人は何に貢献しましたか？
意思決定の準備、権限、実行、結果を明確に切り分けて説明します。あなたが行ったのは、データの収集、初期仮説の棄却、トレードオフ案の作成、優先順位凍結の交渉、ローテーションの変更、フォローアップ体制の確立などです。責任者であるマネージャーやプロダクトオーナーがスコープを承認し、チームが現場のワークフローを設計して作業を遂行しました。各々の貢献を明確にし、他人の回復力を自分の手柄にしないようにしてください。
フォローアップ2：正式な権限がなかった場合はどうしますか？
ピア（同僚）としての影響力の範囲にとどめます。集約した業務データを責任者に共有し、範囲を限定した実験を提案し、自身がコントロールできるブロッカーを取り除き、チームが選択肢を言語化するのを支援します。スコープ、人員配置、人事評価の決定権が誰にあるかを確認してください。提案が却下された場合は、デリバリーリスクを文書化し、下された決定の枠組み内で業務を継続します。権限がないにもかかわらずタスクを再割り当てしたり、機密保持を勝手に約束したりしたかのような説明は避けてください。
フォローアップ3：経営陣がスコープや納期の変更を拒否した場合はどうしますか？
制約と残余リスクを明確にします。作業順序の変更、WIP制限、割り込みからの保護、品質を保てる小さなマイルストーンの設定など、自身のコントロール下で可能な策を提示します。キャパシティが競合した際にどの義務が最優先されるかを質問します。安全性、コンプライアンス、または深刻な健康リスクがある場合は、規定のチャネルを通じてエスカレーションします。すべての提案が却下された場合、優れた回答としては、限定的な改善と「より早期にエスカレーションすべきだった」という教訓で締めくくります。無理に大逆転の成功談を捏造しないでください。
フォローアップ4：全体が改善する中で、1人のメンバーだけ意欲が戻らなかった場合はどうしますか？
チームの全体指標を使ってその人を晒し上げたり、他の同僚にその人を分析させたりしてはいけません。個別に1on1を行い、業務上の客観的な観察事実を伝え、障壁や必要なサポートについて確認し、パフォーマンス管理プロセスがあればチームへの介入とは完全に切り離します。正式なマネージャーや専門部署が次のステップを担当する場合は、そちらへ引き継ぎます。チームの結果を報告する際も、平均値で全員が完全に回復したと偽るのではなく、一部に課題が残っている旨を誠実に伝えます。
フォローアップ5：あなたのアクションによってどのような対立やトレードオフが生じましたか？
スコープの削減はステークホルダーを失望させる可能性があり、優先順位の凍結は知見の獲得を遅らせる可能性があり、ローテーションの変更は他の誰かの負荷を増やす可能性があります。却下した選択肢、その選択の背後にあるデータ、誰がそれを受け入れたか、そして新たなコストをどのように抑えたかを説明します。「全員が即座に合意した」という話にしてしまうと、事例の価値であるはずの「判断力」が伝わらなくなります。
フォローアップ6：デリバリーは改善したものの、チーム健全度チェックが改善しなかった場合はどうしますか？
シグナルの食い違いを調査すべき課題として捉えます。完了スピードの向上は、残業、簡単なタスクへの偏り、リスクを報告することへの恐怖、あるいは信頼関係が回復するまでのタイムラグを反映している可能性があります。ワークロードを職能別に分析し、時間外労働や品質データを確認し、個別のヒアリングを再度実施し、安易な成功宣言を避けます。ビジネス上の成果は維持しつつ、依然として有害な環境の改善を続けます。
フォローアップ7：自分の介入が改善をもたらしたとどうして断言できるのですか？
行動面接のエピソードにおいて、因果関係を完全に証明することは通常不可能です。タイミング、仮説に基づいた指標、直接のフィードバック、継続的な観察、そして介入前の傾向との比較によって主張の説得力を高めます。人員の増減や季節要因など、同時期に起きていた他の変化も開示してください。データが「直接的な原因」とまで言い切れない場合は、「〜に貢献した」「〜の後に改善が見られた」という謙虚で正確な表現を使用します。
フォローアップ8：次回同じようなことがあれば、何を違った形で行いますか？
より早期に検知できる客観的トリガーと、異なるアクションを挙げてください。例えば、通常の計画段階で優先順位の頻繁な変更や時間外労働の偏りを監視し、意欲低下の兆候が現れる前に、スコープ、期日、キャパシティに関する明確な決断を下すことなどです。「もっとコミュニケーションを取る」といった回答は漠然としすぎています。面接官は「どのシグナルを合図に、どのような行動を起こすか」を知りたがっています。