タスク管理＠プロジェクトマネジメント¶
はじめに¶
本サイトにつきまして、以下をご認識のほど宜しくお願いいたします。
01. プロジェクト全体像の把握¶
概要¶
概要として、背景と目的、ロードマップ、マイルストーンを整理する。
- 背景と目的 (現状の課題)
- ロードマップ (目指したいゴール)
- マイルストーン (そこに至るまでの手段)
担当者¶
- 自社
- Aさん
- Bさん
- 外部会社
- Cさん
- Dさん
スコープ¶
- 対象範囲と成果物
- 対象範囲外
| 対象範囲 | 詳細 | 成果物 | 対象範囲外 |
|---|---|---|---|
| 〇〇機能の実装 | △△機能の実装 | ||
| 〇〇アーキテクチャの検討 |
プロジェクトツール¶
- チャット
- Slack
- Mattermost
- ミーティング
- Google Meet
- Teams
- ドキュメント
- Confluence
- Backlog
- 進捗管理
- Jira
- GitHub Issue
02. 大粒度でタスクの洗い出し¶
大粒度でタスクの洗い出しとは¶
issueやEpic issueを1つのタスクとみなし、大きく洗い出す。
この段階では、タスクは大きくて問題ない。
以下のような表を作成すると良い。
| タスク | 優先度 | 見積もり |
|---|---|---|
| 〇〇する | 高/中/低 | n |
03. 進捗管理¶
カンバンボードの使用¶
▼ 種類¶
積み課題、タスク、エピック、のボードを作成すると良い。
| カンバンボード名 | 積み課題ボード | タスクボード | エピックボード |
|---|---|---|---|
| 役割 | 機能窓口や監視アラート由来の新しい課題を配置する。対応が決まった場合はタスクかエピックに移動する。 | 1ヶ月以内で完了する課題を配置する。 | 3-6ヶ月以内で完了する課題を配置する。 |
| ラベル | "<プロダクト名>"、"積み" | "<プロダクト名>"、"タスク" | "<プロダクト名>"、"エピック" |
| 入力項目 | 担当者、期限、説明（課題背景、対応方針、GitHubリンク、補足情報など) | 担当者、期日、説明（課題背景、対応方針、GitHubリンク、補足情報など) | 担当者、期日、説明 （課題背景、対応方針、GitHubリンク、補足情報など) |
▼ タスク¶
４つの列を用意する。
- 作業前
- 進行中
- 報告
- 完了
ミーティングの実施¶
▼ 月次¶
必要であれば実施する。
▼ 週次¶
週次ミーティングでタスクの状態を定期的に管理する。
- タスクの進捗を確認 (特に優先度 高)
- タスクボード：<ボードのURL>
- 新しい課題を積み課題ボードに追加
- 積み課題ボード：<ボードのURL>
- 『積みラベル』をつけてボードに追加する
- 積み課題のタスク化と担当者アサイン (特に優先度 高)
- 積み課題ボード：<ボードのURL>
- 積み課題に 『担当者』『タスクラベル』を設定する → タスクボードに自動振り分け
- 監視チャンネルを巡回し、必要に応じて積み課題ボードに追加
- devチャンネル：<監視チャンネルのURL>
- prdチャンネル：<監視チャンネルのURL>
- その他共有事項あれば
▼ 日次¶
必要であれば実施する。
タスクの優先順位決め¶
▼ タスクの優先度決めとは¶
機能として欲しい期待度のこと。
ガントチャートとタスク表を組み合わせると、スケジュールを管理しやすい。
クリティカルパスでタスク間の関係を可視化すると、優先順位を見つけやすくなる
▼ 優先度の種類¶
高、中、低の3段階でを決める。
ビジネス側と議論しながら決めると良い。
- 高：必ず実装する必要がある。
- 中：できる限り実装したい。ただし、後回しにできる。
- 低：なくてもよい。一番最後に後回しできる。
04. タスクを依頼する¶
タスクの依頼とは¶
タスクをメンバーに依頼し、タスク全体を細分化してもらう (メンバーのスキル次第では一緒にやる) 。
工数を定量化しやくする。
見積コストが大きい場合 (目安は13以上) はEpicとしてタスクを分割すると良い。
実装以外のタスク (調査、設計、ドキュメンテーションなど) もタスクとする。
ユニットテストは、タスクの見積りに含めるようにする。
締め切りを決める¶
人間の心理として、締切がないと危機感が生まれず、いつまで経ってもタスクが始まらない。
そのため、締切 (リリース日) の融通がきくタスクであっても、締切を決めてしまう方が良い。
ちなみに、これは虎案件の某PM氏がよく言っていた。
05. 振り返り¶
KPTなどで、プロジェクトを振り返る。