工数の「種別」設計ガイド｜業種別の稼働分類ベストプラクティス

同じ8時間でも「新規開発」と「修正対応」では意味が違う ─ 改善余地が見える稼働分類の作り方

はじめに：稼働種別の設計が、組織のチャージ率を決める

工数管理を導入したものの、データから何のインサイトも引き出せていない——という組織は少なくありません。原因の多くは、稼働種別（工数の分類）の設計が甘いことにあります。

「プログラミング 8時間」と記録されたデータからは、新規開発・バグ修正・リファクタリングのいずれだったかが分かりません。種別の設計が組織のチャージ率と改善余地の見える化を決めると言っても過言ではありません。本記事では、業種別の稼働分類ベストプラクティスを解説します。

第1章：稼働種別が組織にもたらす4つの分析価値

価値① ノンチャージ工数の可視化

稼働種別が分類されていると、「会議」「調整」「修正対応」「社内業務」など売上に直接紐づかない工数（ノンチャージ工数）の比率が見えます。これがチャージ率改善の出発点です。

価値② 工程別のボトルネック検知

同じ案件でも「設計フェーズ」「テストフェーズ」「修正対応」のどこに時間が消えているかが見えると、問題のあるプロセスを特定できます。「修正工数が30%を超えるプロジェクトは品質設計に問題がある」といった分析が可能になります。

価値③ 見積精度の向上

完了案件の「種別ごとの実績工数」が蓄積されると、新規見積に直接活用できます。「この種別の案件は、設計に120時間、テストに80時間が標準」という根拠が、感覚見積もりからの脱却を促します。

価値④ 人事評価データの精緻化

メンバーごとの「新規開発比率」「修正対応比率」「会議比率」が見えると、得意領域・課題領域・育成方向が定量的に把握できます。タスクの量だけでなく質を評価する基盤が整います。

第2章：業種別の標準稼働種別ベストプラクティス

SI／受託開発業

受託開発の現場では、新規開発と保守・修正の比率管理が重要です。標準種別は以下の構成です。

• 新規開発（要件定義／設計／実装）
• テスト・品質確認
• コードレビュー・承認
• 修正・バグ対応（仕様変更を含む）
• 会議・打ち合わせ（社内／顧客）
• 調整・PM業務（進捗管理／顧客対応）
• インフラ・運用
• 採用・育成（メンタリング／コードレビュー含む）

ITコンサルティング業

コンサル業では「成果物の作成」と「クライアントとの対話」を分けて記録することが重要です。

• ヒアリング・現状分析
• 成果物作成（提案書／分析レポート／設計書）
• クライアントMTG・ワークショップ
• チーム内レビュー・調整
• 社内ナレッジ整備
• 営業支援（提案前段階）
• 管理業務・PM

広告制作・クリエイティブ業

制作業では「初稿制作」と「修正対応」を厳密に分けることが利益管理の出発点です。

• 初稿制作（コンセプト／デザイン／コピー）
• 修正対応（軽微な調整）
• 修正対応（中規模／部分作り直し）
• 方向転換（コンセプトレベルの差戻し）
• クライアントMTG・打ち合わせ
• 社内レビュー・ディレクション
• 管理業務・進行管理

カスタマーサクセス（SaaS／受託サービス）

CS業務は対応単位ではなく顧客活動単位で記録することがポイントです。

• オンボーディング
• 定例ミーティング・QBR
• 問い合わせ対応・サポート
• トレーニング・教育
• ヘルススコア確認・予防対応
• アップセル・クロスセル支援
• 顧客内勉強会・コミュニティ運営

第3章：稼働種別データから引き出せる4つのインサイト

インサイト① 修正工数比率による品質課題の特定

案件全体の工数のうち修正対応が占める比率を見ると、品質課題のある案件・チーム・工程が浮かび上がります。30%を超える案件は、設計品質またはレビュー設計の見直しが必要なシグナルです。

インサイト② 会議・調整工数の組織比較

チーム別の会議・調整工数比率を比較することで、「会議が多すぎる組織」を特定できます。30%を超えるチームは、定例MTGの見直し候補です。

インサイト③ メンバー別の得意領域マッピング

個人別の種別工数比率を見ると、「Aさんは新規開発が80%」「Bさんは修正対応が70%」といったパターンが浮かびます。アサインの最適化と育成方針の根拠データになります。

インサイト④ 顧客別の差戻し傾向（制作・コンサル）

顧客別に「方向転換」「中規模修正」の比率を蓄積すると、「この顧客の案件は構造的に差戻しが多い」というデータが得られます。次回見積でリスクバッファを織り込む根拠になります。

第4章：稼働種別マスタを設計する3つの原則

原則① 7〜10種別に絞る

種別が多すぎると入力時の選択ストレスが増え、定着しません。逆に少なすぎると分析できません。経験則として7〜10種別が最適です。

原則② 「分析したい問い」から逆算する

「修正工数の比率を見たい」「会議比率を測りたい」「顧客対応工数を分けたい」など、分析の目的を先に決めてから種別を設計します。種別を細かく分けるよりも、目的に対して最低限必要な分け方を選びます。

原則③ 半期ごとに見直す

組織の課題は半期ごとに変わります。半年間運用したら、種別マスタを見直し、「使われていない種別」「分析に役立っていない種別」を統合・削除します。マスタの肥大化を防ぐことが、長期定着の鍵です。

第5章：Task Relayでの稼働種別マスタ管理

Task Relayでは、稼働種別を組織ごとに自由に設計でき、入力UIに直接反映されます。

• 稼働種別マスタはSalesforce上のカスタムオブジェクトで管理
• 入力UIで種別をワンクリック選択（プルダウン or タグ形式）
• 種別ごとの工数集計を標準レポートで提供
• チャージ率（直接工数比率）の自動算出
• 業種別テンプレート（SI／コンサル／制作／CS）が初期マスタとして提供

業種	修正工数の健全水準	会議工数の健全水準	チャージ率目標
SI／受託開発	15〜20%	15%以下	70%以上
ITコンサル	10〜15%	25%以下	65%以上
広告・制作	20〜30%	15%以下	70%以上
カスタマーサクセス	10%以下	30%以下	60%以上

まとめ：種別の設計が、組織の改善余地を可視化する

「工数を入力する」ことと「データから経営判断ができる」ことは別の問題です。稼働種別の設計が後者を可能にします。業種・組織課題に合わせて適切な種別マスタを設計することで、入力された工数は単なるコスト集計から経営インサイトの源泉に変わります。

まずは自社の現在の稼働種別が、本記事の業種別ベストプラクティスのどれに近いかを点検してください。種別が3〜4種類しかないなら、改善余地は大きいです。

稼働種別を設計し、
組織の改善余地を見える化。

業種別の標準テンプレートを備えたTask Relayの稼働種別マスタ。30分のデモで貴社業種に合った設計をご紹介します。

デモを申し込む › 資料をダウンロード ›

© 株式会社クリエイターズマッチ　All Rights Reserved