行動面接：自身で構築し、後に廃止したプロジェクトについて教えてください

プロンプトと使用例

自身で構築し、後に廃止することを選択したプロジェクトについて教えてください。なぜその決定を下し、どのように実行しましたか？このプロンプトは、行動面接、プロジェクトの振り返り面接、リーダーシップ面接で出題されます。面接官は、プロジェクトが永遠に存続するかどうかではなく、あなたが長期的な価値をどのように守るかを確認したいと考えています。

面接官が評価するポイント

導入状況、コスト、品質、リスク、または顧客への成果が、廃止の決定を裏付けているかどうか。
プロジェクトの成果とエゴを切り離し、決定と実行に対して主体性（オーナーシップ）を持っているかどうか。
影響を軽減するために、移行、ロールバック、コミュニケーション、サポートを計画しているかどうか。
決定後に関係者との合意形成を図り、再利用可能な学びを残しているかどうか。

回答前に明確にすべき点

プロジェクトの目標、ユーザー、あなたの意思決定権限、およびタイムラインを確認します。継続に伴う機会費用を示す、検証可能な指標を少なくとも2つ用意してください。プロジェクトの維持、縮小、刷新（トランスフォーメーション）、廃止を比較し、その選択の理由を説明します。影響を受ける顧客、チーム、依存関係を特定し、それらに向けてどのような準備を行ったかを説明してください。

30秒の回答フレームワーク

「私はXの解決を目的としたプロジェクトを担当していました。Yか月後、Zという根拠からリターンがもはやコストに見合わないことが判明しました。私は廃止を提案し、主要ユーザーと影響を確認した上で、移行、ロールバック、サポート期間を計画しました。私たちはT週間で切り替えを完了し、指標Aを改善しました。そして、その根拠とチェックリストをその後のプロジェクトで再利用しました。」

ステップごとの詳細な回答

コンテキストと目標：プロジェクトが誰のために役立っていたか、成功の測定基準、およびあなたの責任範囲を述べます。
根拠と選択肢：トレンドデータ、フィードバック、またはリスクを示し、継続、縮小、刷新、廃止を比較します。
決定と合意形成：どのように提案を行い、懸念点を聞き、明確な決定を取り付けたかを説明します。
実行と保護策：移行、データ保持、ロールバック、コミュニケーション、トレーニング、サポート、担当者、および日程を網羅します。
結果と学び：顧客への影響、コスト、信頼性、またはデリバリー速度の変化を報告し、何を再利用したかを説明します。

質の高い回答例

私は、3つのチームがリリース状況を確認するために使用していた社内リリースダッシュボードを担当していました。6か月後、利用は2つの古いページに集中する一方で、メンテナンスにはイテレーションごとに約2日を要していました。また、全社統合のダッシュボードも存在していたため、両方を維持することはデータの重複や権限リスクを生んでいました。私はアクセスログ、サポートチケット、メンテナンス工数をまとめ、古いインターフェースを廃止しつつ、そのクエリ機能を維持することを提案しました。プロダクトおよびサポートチームは、ユーザーがアクセス拠点を失うことを懸念したため、2週間の並行運用期間、移行ガイド、データスナップショット、可逆的なリダイレクト切り替え、および頻繁に利用するユーザーへの直接確認をスケジュールしました。2週間後、古いダッシュボードのトラフィックは基準値の8%になり、ブロッキングチケットも発生せず、チームはイテレーションごとに約2日を節約できました。私は依存関係のレビュー、コミュニケーションテンプレート、ロールバック基準をプロジェクトチェックリストに追加し、別のシステムを廃止する際にもそれらを再利用しました。この経験を通じて、過去の労力を理由に継続的なメンテナンスを正当化するのではなく、成果と持続可能性によってプロジェクトを判断することを学びました。

よくあるミス

自身の判断や行動に触れず、単にマネージャーが停止を指示したとだけ述べること。
顧客、データ、依存関係を無視し、廃止を誰かの責任のように捉えること。
基準値、期間、成果の数値を示さずに主観的な意見を述べること。
ビジネス上のトレードオフを説明せずに、実装の詳細ばかりを列挙すること。
学びや行動の変化を説明せずに、プロジェクトを単なる失敗と呼ぶこと。

フォローアップ質問と回答

廃止に対する反対意見にはどのように対処しましたか？

ユーザー、コンプライアンス、またはデリバリーリスクに関する懸念を整理して再確認し、同じ成功基準に照らして各選択肢を比較します。依然として意見の相違が残る場合は、小規模なパイロット、並行期間、または明確なロールバック条件を提案し、議論が観察可能な根拠に基づくようにします。

廃止後に何かが壊れた場合はどうしましたか？

事前に定義したモニタリング、オンコール担当者、およびロールバック手順について説明します。それをいつ検知したか、誰が決定したか、どのようにサービスを復旧させたか、そしてその後チェックリストがどのように変更されたかという具体的な対応を1つ挙げます。

サンクコスト（埋没費用）によって躊躇しましたか？

感情面を認めた上で、将来のリターン、リスク、代替案を用いて再評価します。プロジェクト自体を存続させるべきでない場合でも、プロジェクトの知識や資産は引き継ぐことができると説明します。

廃止があなた自身の貢献であることをどのように示しますか？

チームのデリバリーと自身のオーナーシップを区別します。自身が集めた根拠、推進した合意形成、設計したセーフガード、および影響を検証するために使用した成果指標を明示します。