制作会社の進行管理が属人化する原因3つと解消の最短手順
執筆:


制作会社の
制作会社の進行管理が属人化する3つの典型パターンとは?
「属人化」
パターン1:ディレクターの頭の中にしかない進行表
最も
- 「Aさんに
聞かないと 分からない」 が 週に 3回以上ある - 引き継ぎ資料が
Slackの 過去ログしかない - 新人が
入っても 案件に 入れるまで 3ヶ月かかる
パターン2:情報がSlack・メール・シートに散らばっている
進行管理を
- 修正指示が
Slackの 複数チャンネルに 散らばっている - 「あの
ファイルどこに あったっけ?」 が 毎日発生する - スプレッドシートの
更新が 追いつかず、 実態と 乖離している
パターン3:特定の担当者しかクライアント対応できない
「あの
- 担当者の
有給消化率が 極端に低い - クライアントから
「担当を 変えないで ほしい」 と 言われている - 案件の
再配分が できず、 特定メンバーだけ 残業が多い

属人化が招くリスクはどれほど深刻か?
「今は
退職・休職で案件が止まるリスク
ディレクターが
新人が育たない・離職する悪循環
属人化した
新人は
売上の天井が見える
ディレクター1人が
明日から始める属人化解消5ステップ
属人化の
ステップ1:案件と進行状況を1つの場所に書き出す
まずは
書き出す項目は
| 項目 | 記入例 |
|---|---|
| 案件名 | ABCコーポレート LP制作 |
| 現在の |
デザイン修正中 |
| 次の |
4/18に |
| 担当者 | 田中 |
| 納期 | 5/15 |
案件管理テンプレートの
ステップ2:「誰が・いつ更新するか」のルールを決める
書き出しただけでは
- 案件の
ステータスが 変わったら、 その日の うちに更新する - 毎週
月曜の 朝に 全案件の 棚卸しを する (15分で十分) - 新規案件は
受注した 時点で登録する
ルールは
ステップ3:クライアント対応の履歴を残す
「田中さんしか
- Slackでの
やり取りは 案件チャンネルに集約する - メールでの
重要な 決定事項は 案件管理シートに転記する - 口頭での
合意事項は 議事録として テキストに残す
ポイントは

ステップ4:週次の進捗共有を習慣化する
週1回、
確認する
- 今週完了した
案件はあるか - 遅延リスクの
ある 案件はあるか - 来週の
リソース配分に 問題はないか
この
ステップ5:進行管理ツールに移行する
ステップ1〜4を
複数案件を
小規模制作チームに合う進行管理ツールの選び方は?
ツールは
制作チームがツール選びで失敗する3つのパターンとは?
- 多機能すぎる
ツールを 選んでしまう: ガントチャート、 リソース管理、 工数管理…。 機能が 多い ほど 設定に 時間が かかり、 使いこなす前に チームが 疲弊します。 - 無料プランに
こだわりすぎる: 無料だが 制限が 多い ツールを 使い続け、 結局 スプレッドシートに 戻る。 月額数千円の 投資で 解決できる ケースが 大半です。 - 大企業向けツールを
導入してしまう: Jiraや Asanaは 強力ですが、 小規模チームには 設定項目が 多すぎる 場合が あります。
制作会社に合うツール3選
| ツール | 月額 |
特徴 | 向いている |
|---|---|---|---|
| Backlog | 無料 |
Wiki・ |
エンジニアが |
| Jooto | 無料 |
カンバン形式で |
デザイン中心の |
| TASKUL | 無料〜 | AIが |
フリーランス |
Backlogは
TASKULは
なお、
フリーランスの
ツール導入時に決めておくべきルールとは?
ツールを
- タスクの
粒度: 「デザイン」 ではなく 「トップページ ワイヤー フレーム 作成」 「下層ページデザイン」 のように分解する - ステータスの
定義: 未 着手 /進行 中 /レビュー 待ち /完了の 4段階が基本 - 更新タイミング:
ステータスが 変わったら その日中に更新する

あわせて読みたい
なお、
まとめ
制作会社の
解消の
この
- 案件と
進行状況を 1つの 場所に書き出す - 「誰が・
いつ更新するか」 の ルールを決める - クライアント対応の
履歴を残す - 週次の
進捗共有を 習慣化する - 進行管理ツールに
移行する
いきなりツールを
ツールへの
よくある質問
Q. 制作会社の
主な
Q. 進行管理の
ディレクターの
Q. 属人化を
まず
Q. 小規模制作チームに
2〜5人の
Q. ツールを
ツールを
この記事の執筆者
執筆
佐々木 篤
Web制作
Web制作・


