EXERCISE 90分

演習:相談シミュレーション

ストーリー

「エスカレーション、相談のタイミング、フィードバック。全部学んだね」

「はい!でもいざとなると、うまく伝えられるか心配です」

「練習あるのみ!いろんなシナリオで相談文を書いてみよう」


ミッション概要

5つのシナリオを読み、それぞれ適切な相談文を作成してください。

達成条件

  • 5つのシナリオすべてで相談文を作成した
  • 状況説明 + 自分の考え + 聞きたいことが含まれている
  • 適切な相手に、適切なトーンで書けている

シナリオ 1: 期限に間に合わない

状況

あなたは「ユーザー検索機能」の実装を任されています。期限は金曜日ですが、水曜日の時点で全体の40%しか完了していません。原因は、検索アルゴリズムの実装が想定より難しかったためです。残りの60%を2日で完了するのは難しいと感じています。

タスク: 上司の佐藤さんに相談文を書いてください

(ここに相談文を書く)
<details> <summary>解答例</summary>
佐藤さん、ユーザー検索機能の期限について相談させてください。

■ 状況:
金曜日が期限ですが、水曜日の時点で進捗が40%です。
検索アルゴリズムの実装が想定より複雑で、
当初の見積もりより時間がかかっています。

■ 具体的な遅れ:
- 検索ロジックの実装: 完了(予定通り)
- 絞り込み機能: 実装中(予定より1日遅れ)
- テスト: 未着手
- 残り60%を2日で完了するのは難しい状況です

■ 自分の考え:
以下の2つの対応案を考えました。
1. 期限を来週水曜に延長させていただく
2. 機能を絞り(基本検索のみ)金曜にリリースし、
   絞り込み機能は翌週に追加する

個人的には案2が良いと考えますが、
優先すべきは期限と機能のどちらでしょうか?

ご判断いただけると助かります。
</details>

シナリオ 2: 技術的な方針選択

状況

ユーザーデータのキャッシュ方法を決める必要があります。選択肢は以下の2つです。

  • 方法A: ブラウザのlocalStorageに保存(実装が簡単、容量制限5MB)
  • 方法B: Redisサーバーでキャッシュ(実装が複雑、容量の心配なし)

現在のユーザーデータは1人あたり約2KBで、ユーザー数は500人程度です。

タスク: 先輩の田中さんに相談文を書いてください

(ここに相談文を書く)
<details> <summary>解答例</summary>
田中さん、ユーザーデータのキャッシュ方針について
相談させてください。

■ 背景:
ユーザー一覧画面の表示速度を改善するため、
キャッシュの導入を検討しています。

■ 選択肢:
A. localStorage
  - メリット: 実装が簡単、サーバー不要
  - デメリット: 容量制限5MB、ブラウザ依存
  - 現在のデータ量: 約2KB × 500人 = 約1MB(5MB以内)

B. Redis
  - メリット: 容量の心配なし、サーバーサイドで管理
  - デメリット: Redisサーバーの構築が必要、実装が複雑

■ 自分の考え:
現在のデータ量(約1MB)ではlocalStorageでも
十分対応できそうです。ただ、将来的にユーザー数が
増えた場合にlocalStorageでは限界が来る可能性があります。

今の規模ではAで始めて、必要になったらBに移行する
のが良いかと考えていますが、いかがでしょうか?

チームとしての方針があれば教えてください。
</details>

シナリオ 3: チームメンバーとの認識のずれ

状況

同僚の鈴木さんと一緒にフロントエンド開発をしています。あなたが作ったコンポーネントのデザインについて、鈴木さんから「デザインが仕様書と違う」と言われました。しかし、あなたは仕様書通りに作ったつもりです。仕様書の解釈が異なっているようです。

タスク: 先輩の田中さんに相談文を書いてください

(ここに相談文を書く)
<details> <summary>解答例</summary>
田中さん、プロフィール画面のデザインについて
相談させてください。

■ 状況:
私が作成したプロフィール画面のコンポーネントについて、
鈴木さんから「仕様書と違う」とフィードバックをもらいました。
ただ、私は仕様書通りに実装したつもりです。

■ 具体的な認識のずれ:
仕様書の「プロフィール画像は左側に配置」という記述について
- 私の解釈: 画面全体の左側に配置
- 鈴木さんの解釈: カード内の左側に配置

仕様書にはレイアウトの詳細図がないため、
どちらの解釈が正しいか判断がつきません。

■ 自分の考え:
カード内の左側に配置するほうが見た目が
まとまりそうだと思いますが、仕様の意図を
正確に確認したいです。

仕様を決めた方に確認していただくか、
田中さんの判断を教えていただけますか?
</details>

シナリオ 4: 本番環境でのトラブル

状況

金曜日の夕方17時。退勤しようとしたとき、本番環境の監視ツールから「APIレスポンスタイムが通常の5倍に上昇」というアラートが届きました。管理画面で確認すると、確かにレスポンスが遅くなっています。直前にリリースなどはしていません。

タスク: マネージャーの佐藤さんにエスカレーション文を書いてください

(ここに相談文を書く)
<details> <summary>解答例</summary>
【緊急報告】本番APIのレスポンスタイム異常上昇

佐藤さん、本番環境で問題が発生しています。

■ 発生日時: 2025/04/11(金)17:00頃
■ 状況:
  監視ツールから「APIレスポンスタイムが通常の5倍に上昇」
  のアラートを受信しました。
  管理画面でも確認済み、実際にレスポンスが遅延しています。

■ 影響範囲:
  本番環境の全APIが対象と思われます。
  ユーザーへの影響が出ている可能性があります。

■ 原因:
  現時点では不明です。
  直前のリリースは行っていません。

■ 現在の対応:
  エラーログとアクセスログを確認しています。

■ 判断を仰ぎたいこと:
  - 対応チームの招集は必要でしょうか?
  - ユーザーへの告知は行いますか?
  - 現時点で私がやるべきことを教えてください。

至急ご確認をお願いいたします。
</details>

シナリオ 5: スキルアップについて

状況

入社して3ヶ月が経ちました。フロントエンドの基本的な実装はできるようになりましたが、最近バックエンド(API開発)にも興味が出てきました。ただし、現在のチームの計画ではフロントエンドの作業が半年分あります。バックエンドの学習を始めてもいいか、上司に相談したいと考えています。

タスク: 1on1で上司の佐藤さんに相談する文を書いてください

(ここに相談文を書く)
<details> <summary>解答例</summary>
佐藤さん、今後のスキルアップについて相談させてください。

■ 状況:
入社して3ヶ月が経ち、フロントエンドの基本的な実装は
できるようになってきたと感じています。
最近、APIの仕組みに触れる機会があり、
バックエンド開発にも興味が出てきました。

■ 現在のチーム状況の理解:
チームの計画ではフロントエンドの作業が半年分あり、
まだフロントエンドで貢献すべきフェーズだと認識しています。

■ 自分の考え:
- 業務時間はフロントエンドに集中する
- 業務時間外や学習時間にバックエンドの基礎を
  少しずつ学び始めたい
- 将来的にフルスタックで対応できるようになりたい

■ 相談したいこと:
1. バックエンドの学習を始めることについて、
   チームとしてどうお考えですか?
2. もし良ければ、おすすめの学習方法や教材を
   教えていただけますか?
3. 将来的にバックエンドのタスクにも挑戦できる
   機会はありそうですか?

ご意見をいただけると嬉しいです。
</details>

振り返り

5つの相談文を書いてみて、どうでしたか?

チェックポイント

  • 状況説明が簡潔にまとまっているか
  • 自分の考えが含まれているか
  • 相手に何をしてほしいか明確か
  • 相手に合ったトーン(敬語、緊急度)になっているか
  • 緊急度に応じた対応ができているか(シナリオ4)

まとめ

シナリオ相談のポイント
期限遅れ早めに報告 + 代替案を提示
技術方針選択肢の比較 + 自分の意見
認識のずれ事実ベースで + 解決策を提案
本番障害即エスカレーション + 事実を簡潔に
スキルアップ業務への影響を配慮 + 建設的に

次のステップへ

5つのシナリオで相談文が書けましたね。お疲れさまでした。

次のセクションでは、Step 4の理解度チェックです。


推定所要時間: 90分