外注先との属人化とは、依頼内容・進捗状況・成果物の場所が特定の担当者の頭の中やSlack DMに偏り、担当者がいなければ状況を把握できない状態のことだ。
担当者が有休を取る、退職する、別案件に異動する——そのたびに「あの案件どうなっている？」という混乱が起きているなら、仕事の設計に問題がある。
外注先との仕事で属人化が起きる原因はどこか
属人化の原因は、依頼の方法にある。
口頭で依頼する、Slack DMで指示を送る、メールでやりとりする——これらはすべて「その連絡を受け取った人の頭の中にしか残らない」方法だ。
進捗確認も同様だ。「例の件、どうなってる？」をSlackのDMで聞くと、返答はDMの中に閉じる。何が決まって、どこまで進んでいるかは、そのDMを見た人にしかわからない。
成果物の置き場所も属人化しやすい。「あのファイルどこにありましたっけ」が頻繁に起きているチームは、成果物の管理が担当者ごとに分かれている。
依頼・進捗・成果物の3つが特定の担当者と紐付いている状態が、属人化の正体だ。
属人化が引き起こすリスク
属人化した仕事は、以下の場面で問題が顕在化する。
担当者が休暇を取るとき、「あの外注先の対応、自分しかわからないから休めない」という状態になる。
担当者が退職するとき、何をどこまで依頼していたかの引き継ぎに時間がかかる。記憶に頼る引き継ぎは抜け漏れが起きやすい。
外注先が変わるとき、過去のやりとりがSlack DMに埋まっていると、新しい外注先に状況を整理して渡すために担当者が別途資料を作ることになる。
複数の担当者で管理しているとき、Aさんが依頼した内容をBさんが把握していない。「あれ、誰が対応している？」が繰り返される。
属人化を防ぐタスク設計の考え方
依頼はSlack DMでなくタスクで起票する
「○○をお願いします」という依頼を、個人的な連絡ではなくタスク管理ツールのタスクとして起票する。タイトル・内容・期日・担当者が記録に残るため、依頼した事実と内容が誰でも確認できる状態になる。
外注先をタスク管理ツールに招待し、タスクを直接アサインすることで、連絡の記録がチームの共有資産になる。
進捗確認もタスクのコメントに残す
「どこまで進んでいますか？」という確認と返答を、タスクのコメントとして書く。Slack DMで確認したとしても、その内容をタスクのコメントに転記する習慣をつくる。
これだけで、進捗の経緯が「特定の人のDM」ではなくタスクに紐付く。担当者が変わっても、タスクを開けば経緯を追うことができる。
成果物の格納場所をタスクに紐付ける
外注先から受け取った成果物のURLまたはファイルパスをタスクのコメントやリンクとして添付する。「あのファイルどこでしたっけ」を解消するには、成果物の在り処をタスクと結びつけることが最も確実だ。
担当者が変わっても引き継げる体制のつくり方
日常の業務で属人化を防ぐ設計が機能していれば、引き継ぎは「ツールを開いてもらうだけ」で完結する。
タスクの中に依頼内容・やりとりの記録・成果物へのリンクが入っている状態を維持することが、最小限の引き継ぎコストを実現する。
引き継ぎのためのドキュメントを別途作らなくていい設計、つまり「日常業務の記録がそのまま引き継ぎ資料になる」状態が理想だ。
担当者が変わったときに「Aさん、この外注先とどんな話をしていましたか？」と聞かなくて済む体制が、対外注先の属人化ゼロの定義だ。
外注先が変わったときにもゼロから始めない仕組み
外注先が変わる場合も同じ設計が機能する。
タスクの中に依頼内容・これまでの進捗・成果物が揃っていれば、新しい外注先に「ここを見てください」と伝えるだけで状況を共有できる。前任の外注先とのやりとりが担当者のSlack DMにしかない場合、同じ情報を一から整理して渡す手間が発生する。
外注先を「入れ替えやすい体制」にするためには、情報が「担当者ではなくツール」に紐付いている状態を維持することが必要だ。
外注先との仕事が担当者の頭の中に閉じている状態を終わらせるには、依頼の方法を変えることが出発点です。Paqutは外注先をそのままボードに招待でき、依頼・進捗・成果物がすべてタスクに紐付く設計です。社内メンバーと同じボードで動かすことで、担当者が変わっても業務は止まりません。
関連記事
外部メンバーへの最初のタスク設計：外部メンバーへの最初のタスクが、関係の質を決める
外注先のセルフ進行：外注先が自分で動ける仕事の任せ方
外部コラボの全体ガイド：外部メンバーとのタスク管理 完全ガイド