作業計画を立てよう
ストーリー
要件は理解できた。でも、いきなり作業を始めるのはちょっと待とう。
月7で学んだタスク管理を思い出す。
「まずは計画を立てよう。1週間で何をどの順番で進めるか整理しないと」
先輩の田中さんも言っていた。「計画を立てずに作業を始める人は、たいてい後半で慌てる」
タスク分解(月7の復習)
確定した要件をもとに、作業をタスクに分解します。
大タスクの洗い出し
| # | 大タスク | 対応する要件 |
|---|---|---|
| T1 | 環境構築 | R1, R5 |
| T2 | データベース準備 | R1 |
| T3 | データ取得・分析 | R2 |
| T4 | Webページ作成 | R3, R4 |
| T5 | Git管理・公開 | R5, R6 |
| T6 | ドキュメント作成 | R7, R10 |
| T7 | 日報・週報 | R8, R9 |
細かいタスクへの分解
T1: 環境構築
- プロジェクトフォルダの作成
- 必要なツールの確認(SQLite, Git, ブラウザ)
- Gitリポジトリの初期化
-
.gitignoreの作成
T2: データベース準備
- SQLiteデータベースファイルの作成
- toolsテーブルの作成(CREATE TABLE)
- サンプルデータ10件の投入(INSERT)
- データの確認(SELECT)
T3: データ取得・分析
- 全ツール一覧の取得
- カテゴリ別の集計
- 評価順の並び替え
- ツールURLの疎通確認
T4: Webページ作成
- HTMLの基本構造を作成
- ヘッダー・ナビゲーションの作成
- ツールカード(カテゴリ別)の作成
- フッターの作成
- CSSでスタイリング
T5: Git管理・公開
- こまめなコミット(作業の区切りごと)
- セルフレビュー
- GitHubリポジトリの作成
- プッシュ
T6: ドキュメント作成
- READMEの作成
- 完了報告書の作成
T7: 日報・週報
- Day 1 日報
- Day 2 日報
- Day 3 日報
- Day 4 日報
- Day 5 日報 + 週報
優先順位をつける(月7の復習)
優先順位の考え方
| 優先度 | 基準 | 該当タスク |
|---|---|---|
| 最高 | これがないと次に進めない | T1(環境構築)、T2(DB準備) |
| 高 | 成果物の核となる部分 | T3(データ取得)、T4(Webページ) |
| 中 | 品質と公開に必要 | T5(Git公開)、T6(ドキュメント) |
| 日次 | 毎日やること | T7(日報) |
依存関係
T1(環境構築)
↓
T2(DB準備)
↓
T3(データ取得・分析)
↓
T4(Webページ作成)
↓
T5(Git管理・公開)
↓
T6(ドキュメント作成)
T7(日報・週報)は毎日並行して行います。
1週間のスケジュール
Day 1(月曜日): 準備の日
| 時間帯 | 作業内容 | タスク |
|---|---|---|
| 午前 | 要件確認、不明点の質問 | - |
| 午前 | プロジェクトフォルダ作成 | T1 |
| 午前 | Gitリポジトリ初期化 | T1 |
| 午後 | データベース作成、サンプルデータ投入 | T2 |
| 午後 | 初回コミット | T5 |
| 夕方 | 日報作成 | T7 |
Day 2(火曜日): データの日
| 時間帯 | 作業内容 | タスク |
|---|---|---|
| 午前 | SQLでデータ取得 | T3 |
| 午前 | カテゴリ別集計・分析 | T3 |
| 午後 | ツールURLの疎通確認 | T3 |
| 午後 | 分析結果のコミット | T5 |
| 夕方 | 日報作成 | T7 |
Day 3(水曜日): 制作の日
| 時間帯 | 作業内容 | タスク |
|---|---|---|
| 午前 | HTML構造の作成 | T4 |
| 午後 | CSSでデザイン | T4 |
| 午後 | GitHubにプッシュ | T5 |
| 夕方 | 日報作成 | T7 |
Day 4(木曜日): 品質の日
| 時間帯 | 作業内容 | タスク |
|---|---|---|
| 午前 | セルフレビュー | T5 |
| 午前 | 修正作業 | T4, T5 |
| 午後 | README作成 | T6 |
| 午後 | 修正をコミット・プッシュ | T5 |
| 夕方 | 日報作成 | T7 |
Day 5(金曜日): 報告の日
| 時間帯 | 作業内容 | タスク |
|---|---|---|
| 午前 | 完了報告書の作成 | T6 |
| 午前 | 最終確認 | T5 |
| 午後 | 週報の作成 | T7 |
| 午後 | 提出 | - |
スケジュール作成のコツ
コツ1: バッファを持つ
Day 4を「品質の日」にしているのは、Day 1〜3で予想外の問題が起きた場合の調整日にもなるから。
コツ2: 毎日の終わりに振り返る
日報を書くことで、計画と実績のずれに早く気づける。
コツ3: 完璧でなくていい
計画通りに進まないことは当たり前。大事なのは「計画を立てること」と「ずれたときに調整すること」。
計画表テンプレート
以下のテンプレートを使って、自分なりの計画を立ててみましょう。
markdown
# 初仕事 作業計画書
## 基本情報
- 開始日: ____年__月__日
- 完了予定: ____年__月__日
- 作業者: ________
## タスク一覧
| # | タスク | 予定日 | 見積時間 | 状態 |
|---|--------|--------|---------|------|
| 1 | 環境構築 | Day 1 | 2時間 | 未着手 |
| 2 | DB準備 | Day 1 | 2時間 | 未着手 |
| 3 | データ取得 | Day 2 | 3時間 | 未着手 |
| 4 | URL確認 | Day 2 | 1時間 | 未着手 |
| 5 | HTML作成 | Day 3 | 3時間 | 未着手 |
| 6 | CSS作成 | Day 3 | 2時間 | 未着手 |
| 7 | セルフレビュー | Day 4 | 2時間 | 未着手 |
| 8 | README作成 | Day 4 | 1時間 | 未着手 |
| 9 | 報告書作成 | Day 5 | 2時間 | 未着手 |
| 10 | 週報作成 | Day 5 | 1時間 | 未着手 |まとめ
| ポイント | 内容 |
|---|---|
| タスク分解 | 大タスク → 細かいタスクに分ける |
| 優先順位 | 依存関係を考慮して順番を決める |
| スケジュール | 1日単位で計画を立てる |
| バッファ | 予備日を設けておく |
- 大タスクを7つに分解できた
- 細かいタスクまで洗い出せた
- 優先順位と依存関係を整理できた
- 1週間のスケジュールを作成できた
次のステップへ
作業計画が立てられましたか?
次のセクションでは、ここまで学んだ内容の理解度チェックを行います。 要件理解と計画立案がしっかりできているか確認しましょう。
推定読了時間: 30分