演習:マルチタスクシミュレーション
ストーリー
「複数タスクの管理、コンテキストスイッチ、日次ルーティン、全部学んだね」
「はい!でも実際にうまくできるか不安です」
「じゃあ、1週間のシミュレーションをやってみよう。複数のタスクを抱えながら、割り込みにも対応する練習だ」
シミュレーション概要
あなたは新人エンジニアです。今週、複数のタスクを担当しています。
担当タスク
| # | タスク | 期限 | 見積もり |
|---|---|---|---|
| A | ユーザー設定画面の実装 | 木曜日 | 8時間 |
| B | バグ修正(検索機能) | 火曜日 | 2時間 |
| C | 技術ドキュメント作成 | 金曜日 | 3時間 |
| D | コードレビュー対応 | 随時 | 各30分〜1時間 |
今週のスケジュール
月曜日: 通常勤務
火曜日: 14:00-15:00 チームミーティング
水曜日: 通常勤務
木曜日: 10:00-11:00 1on1(上司)
金曜日: 16:00-17:00 週次レビュー
Mission 1: 週初めのタスク整理
月曜日の朝
月曜日の朝9:00です。今週のタスクを整理してください。
タスク: タスクリストを作成し、今週の計画を立ててください
【今週のタスクリスト】
(タスク、期限、優先度、見積もりを書いてください)
【今週の時間配分】
月曜日:
火曜日:
水曜日:
木曜日:
金曜日:
<details>
<summary>解答例</summary>
【今週のタスクリスト】
| タスク | 期限 | 優先度 | 見積もり |
|--------|------|--------|----------|
| B. バグ修正 | 火曜 | ★★★ | 2時間 |
| A. ユーザー設定画面 | 木曜 | ★★★ | 8時間 |
| C. 技術ドキュメント | 金曜 | ★★ | 3時間 |
| D. レビュー対応 | 随時 | ★★ | 都度 |
【今週の時間配分】
月曜日: B(バグ修正2h)+ A(着手2h)= 4h作業
火曜日: A(続き3h)※14-15ミーティングあり
水曜日: A(完了目標3h)
木曜日: A(予備・レビュー対応)※10-11 1on1あり
金曜日: C(ドキュメント3h)※16-17週次レビュー
理由:
- Bは期限が火曜なので月曜に完了させる
- Aは8時間の大きなタスクなので、月〜木で分散
- Cは金曜が期限なので金曜に集中してやる
- Dは発生次第対応(バッファで吸収)
</details>
Mission 2: 今日のタスク計画
月曜日の朝(続き)
朝のルーティンとして、今日1日の時間割を作ってください。
【今日の目標タスク】
1.
2.
3.
【今日のスケジュール】
09:00 - 09:30:
09:30 - 11:00:
11:00 - 11:15:
11:15 - 12:00:
12:00 - 13:00:
13:00 - 15:00:
15:00 - 15:15:
15:15 - 17:00:
17:00 - 17:30:
<details>
<summary>解答例</summary>
【今日の目標タスク】
1. バグ修正(検索機能)を完了する
2. ユーザー設定画面の実装に着手する
3. 日報を書く
【今日のスケジュール】
09:00 - 09:30: 朝のルーティン(メール確認、計画)
09:30 - 11:00: バグ修正(集中タイム)
11:00 - 11:15: 休憩、メール確認
11:15 - 12:00: バグ修正の続き(完了目標)
12:00 - 13:00: 昼休み
13:00 - 15:00: ユーザー設定画面の実装(着手)
15:00 - 15:15: 休憩
15:15 - 17:00: ユーザー設定画面の続き
17:00 - 17:30: 振り返り、日報作成
ポイント:
- 午前中にバグ修正を完了させる
- 午後からメインタスクに着手
- 余裕があればレビュー対応も
</details>
Mission 3: 割り込み対応
月曜日 10:30
バグ修正に集中していると、先輩からSlackが来ました。
田中さん: 「山本さん、今ちょっといい?
先週のPRについてレビューコメント入れたので、
今日中に対応してもらえる?」
タスク: どう対応しますか?返信と、計画の修正を書いてください
【Slackへの返信】
(ここに返信を書く)
【計画の修正】
(必要であれば計画を修正してください)
<details>
<summary>解答例</summary>
【Slackへの返信】
「田中さん、連絡ありがとうございます。
今バグ修正に集中しているので、11:15頃に確認します。
修正の規模を見て、今日中に対応できるか判断しますね。
緊急であれば教えてください」
【計画の修正】
11:15 - 12:00: バグ修正の続き → レビューコメント確認
※バグ修正は11:00までに終わらせる
13:00 - 14:00: レビュー対応(1時間と想定)
14:00 - 17:00: ユーザー設定画面の実装
判断のポイント:
- 今すぐ対応せず、集中タイムを守る
- ただし「今日中」なので計画に組み込む
- バグ修正を優先して終わらせてから対応
</details>
Mission 4: 予定外の緊急対応
火曜日 11:00
上司から緊急の連絡が来ました。
佐藤さん: 「本番環境でユーザーがログインできないという
問い合わせが来ています。
山本さん、検索機能のバグ修正で触ったあたりが
怪しいので、調査をお願いできますか?」
今日の予定:
- 14:00-15:00 チームミーティング
- ユーザー設定画面の実装を進める予定だった
タスク: どう対応しますか?
【上司への返信】
(ここに返信を書く)
【今日の計画の修正】
(今日のスケジュールを修正してください)
<details>
<summary>解答例</summary>
【上司への返信】
「佐藤さん、承知しました。
すぐに調査を開始します。
確認事項:
- 影響範囲: 全ユーザーですか?特定のユーザーですか?
- 発生時刻: いつ頃から発生していますか?
進捗は30分ごとに報告します。
ユーザー設定画面の作業は一時中断しますが、
問題ありませんでしょうか?」
【今日の計画の修正】
11:00 - 13:00: 本番障害の調査・対応(最優先)
※30分ごとに進捗報告
13:00 - 14:00: 昼休み(状況によっては短縮)
14:00 - 15:00: チームミーティング
※障害対応中であれば報告する
15:00 - 17:00: 障害対応の続き or 復旧後に設定画面実装
判断のポイント:
- 本番障害は最優先
- 自分の作業を中断して対応
- 上司に確認事項を聞いて効率化
- 定期的な進捗報告を約束
- 他のタスクへの影響を報告
</details>
Mission 5: 進捗管理と調整
水曜日の夕方
本番障害は火曜日の夕方に解決しました。しかし、ユーザー設定画面の進捗が遅れています。
現在の状況:
- ユーザー設定画面: 40%完了(予定では60%のはず)
- 期限: 明日(木曜日)
- 残り作業: 約5時間
明日のスケジュール:
- 10:00-11:00 1on1(上司)
- 作業可能時間: 約6時間
タスク: 上司との1on1で何を報告・相談しますか?
【1on1で報告する内容】
(ここに書く)
【1on1で相談する内容】
(ここに書く)
【対応案】
(ここに書く)
<details>
<summary>解答例</summary>
【1on1で報告する内容】
「ユーザー設定画面の進捗についてご報告します。
■ 現状:
- 進捗: 40%(予定では60%)
- 残り作業: 約5時間
- 期限: 明日(木曜日)
■ 遅れの原因:
- 火曜日の本番障害対応で約4時間を使いました
- 障害対応自体は正しい判断だったと思います
■ 明日の作業可能時間:
- 約6時間(この1on1を除く)
- 残り5時間の作業は完了できる見込みです」
【1on1で相談する内容】
「ただし、バッファがほぼない状態です。
もし明日何か割り込みが入ると厳しくなります。
以下の点を相談させてください:
1. 明日は集中して作業させていただいてよいですか?
2. 何か問題が起きた場合、どう対応すべきですか?」
【対応案】
案1: 明日に集中して予定通り完了させる
→ バッファがないがギリギリ可能
案2: 期限を金曜朝に延長いただく
→ 確実に完了できる、ただし金曜のドキュメント作成に影響
案3: 一部機能を削って木曜に完了、残りは後日
→ 段階的リリース
個人的には案1で進めつつ、問題があれば即報告したいです。
</details>
Mission 6: 週末の振り返り
金曜日の夕方
今週が終わりました。週報を作成してください。
今週の結果:
- タスクA(ユーザー設定画面): 木曜日に完了
- タ スクB(バグ修正): 月曜日に完了
- タスクC(技術ドキュメント): 金曜日に完了
- タスクD(レビュー対応): 計2回対応
- 緊急対応: 火曜日の本番障害を解決
【週報】
(ここに週報を書く)
<details>
<summary>解答例</summary>
【週報】2026/02/02(月)〜 02/06(金)
■ 今週の成果
1. ユーザー設定画面の実装(木曜完了)
- プロフィール編集機能
- 通知設定機能
- テスト・レビュー対応完了
2. 検索機能のバグ修正(月曜完了)
- 検索結果が正しく表示されない問題を解消
- 関連するテストケースを追加
3. 技術ドキュメント作成(金曜完了)
- ユーザー設定APIの使い方を文書化
4. コードレビュー対応(計2回)
- 先週のPRへの指摘事項を修正
5. 本番障害対応(火曜)
- ログイン障害の原因調査・修正
- 影響範囲の特定と復旧
■ 予定と実績の差分
- 火曜日の本番障害対応で約4時間のずれが発生
- 木曜日に集中作業で予定通り完了
■ 来週の予定
- 新機能の設計着手
- 技術書の読書(自己学習)
■ 今週の学び
1. 緊急対応が入っても、計画を見直して調整すれば
リカバリーできることがわかった
2. 進捗が遅れそうなときは早めに報告することで、
上司と一緒に対策を考えられた
3. 午前中の集中タイムを確保することの重要性を実感した
■ 困りごと・相談事項
特になし
</details>
達成度チェック
| Mission | 内容 | 完了 |
|---|---|---|
| 1 | 週初めのタスク整理ができた | [ ] |
| 2 | 今日のタスク計画を立てた | [ ] |
| 3 | 割り込みに適切に対応した | [ ] |
| 4 | 緊急対応の判断ができた | [ ] |
| 5 | 進捗管理と調整ができた | [ ] |
| 6 | 週報で振り返りができた | [ ] |
スキルチェックリスト
- 複数タスクを整理してリスト化できた
- 優先順位をつけて計画を立てられた
- 割り込みに対して冷静に判断できた
- 緊急対応と通常作業の切り替えができた
- 遅れを早めに報告・相談できた
- 週の振り返りができた
まとめ
| シナリオ | 学んだこと |
|---|---|
| Mission 1 | 週初めのタスク整理と計画 |
| Mission 2 | 日次の時間割作成 |
| Mission 3 | 割り込みへの対応 |
| Mission 4 | 緊急対応の優先判断 |
| Mission 5 | 進捗遅れの報告と調整 |
| Mission 6 | 週の振り返りと週報 |
次のステップへ
マルチタスクシミュレーション、お疲れさまでした!
次のStep 5では、タスクが進まなくなる「ブロッカー」への対応を学びます。
推定所要時間: 90分