フリーランスに週5コミットを求める前に考える「稼働設計」と「責任設計」
業務委託で「週5専任」を前提にする前に、稼働や責任の設計を整理しておくことが重要だと考えています。
本記事では、その“設計”について、もう少し具体的に整理します。
私は、稼働時間を先に決めるのではなく、まず業務を分解します。 理由はシンプルで、稼働率は“前提”ではなく“結果”だと考えているからです。
この記事でわかること
- 週5コミットを前提にする前に、業務の性質を分解することが重要。
- 稼働設計の基本観点はフェーズ、意思決定の所在、責任範囲、期待される成果の種類。
- 責任の境界設計も重要で、担当範囲、最終意思決定者、依頼・相談のフロー、緊急対応基準を明確にするべき。
- 週5が合理的になる条件は常時運用型業務であり、意思決定権が委譲され、責任と裁量が一致し、単価設計が適切で長期関係性が設計されている場合。
- 稼働時間よりも業務分解や設計が重要であり、外部人材の価値は「何をどう設計するか」にある。
- 専任も可能だが、設計なき固定稼働は再現性が低いと考えられる。
- プロジェクトの性質に合わせて設計を行い、業務分解に関する相談も受け付けている。
1. まず分解するのは「業務の性質」
業務には、大きく分けていくつかのタイプがあります。
① 常時対応型
日々の問い合わせ対応、運用保守、細かな改善など、継続的に手を動かすことが求められる業務です。 このタイプは、一定の常駐性や固定稼働が合理的な場合もあります。
② 判断局面型
要件定義、仕様決定、優先順位の整理、構造設計など。 ここで重要なのは“時間の量”ではなく、“判断の質”です。
③ フェーズ依存型
立ち上げ期は密度高く関与し、安定期は適正化する。 改善フェーズでは再び集中する、といった形で、フェーズによって最適な関与度が変わる業務です。
これらを十分に分解しないまま「週5」と設定すると、設計は曖昧になります。
2. 稼働設計の基本観点
私が契約前に整理する観点は、主に次の4つです。
- フェーズ(立ち上げ/安定/改善)
- 意思決定の所在
- 責任範囲
- 期待される成果の種類
例えば、判断局面が多いプロジェクトであれば、重要なのは即時レスポンスよりも、整理された議論と設計です。
一方、常時運用型であれば、一定の固定稼働は合理的な選択になります。
つまり、稼働率は「安心感」から決めるのではなく、“業務の性質”から導かれるべきものだと考えています。
3. 境界設計の重要性
稼働設計と同じくらい重要なのが、責任の境界設計です。
- どこまでが担当範囲なのか
- 最終意思決定者は誰か
- 依頼や相談のフローはどうなっているか
- 緊急対応の基準は何か
こうした前提が曖昧なまま稼働だけを増やすと、「いるから頼む」という構造が生まれやすくなります。
その結果、役割が肥大化し、社員未満・責任過多の状態になってしまうこともあります。
これはフリーランス側の問題というよりも、設計の問題です。 再現性のある成果を出すためには、時間よりも境界の明確さが重要だと考えています。
4. 週5が合理的になる条件
私は週5という働き方自体を否定していません。 むしろ、条件が整えば専任は強い形になると考えています。
例えば、次のような場合です。
- 常時運用型の業務である
- 意思決定権が明確に委譲されている
- 責任と裁量が一致している
- 単価設計が役割と釣り合っている
- 長期前提で関係性が設計されている
この場合、週5は単なる「時間拘束」ではなく、「役割設計」として機能します。
重要なのは、週5という数字そのものではなく、それが“設計の結果”になっているかどうかです。
5. 私の基本スタンス
私のスタンスはシンプルです。
- 稼働時間の前に業務を分解する
- フェーズごとに最適な稼働を設計する
- 責任と裁量を明確にする
- 境界を合意した上でコミットする
必要であれば専任も可能です。 ただし、設計なき固定稼働は再現性が低いと考えています。
外部人材の価値は、“そこにいる時間”ではなく、“何をどう設計するか”にあります。
稼働設計や業務分解について整理したい場合は、お気軽にご相談ください。 プロジェクトの性質に合わせた設計をご提案します。
※週5専任というテーマについて、より思想的な背景を整理した記事も公開しています。 あわせてご覧いただければ幸いです。
https://www.wantedly.com/users/182817549/post_articles/1045981