プロジェクト別原価計算における工数管理の実務

工数データがすべての原価計算の出発点になる

プロジェクト別原価計算において、労務費は「予定賃率×工数」という形で算出されるのが一般的です。つまり賃率をどれだけ精緻に設計しても、掛け合わせる工数の数字がいい加減であれば、算出される労務費もいい加減になります。工数管理は原価計算の脇役ではなく、実は最も重要な基礎データの入り口です。この認識が現場に共有されていない会社ほど、タイムシートの入力が形式的な作業として軽視され、結果として原価計算全体の信頼性が損なわれています。

直接時間と間接時間を区分して記録する

工数管理を設計する際は、特定の案件に直接紐づく直接時間と、社内会議や研修、一般管理業務などの間接時間を明確に区分して記録できる仕組みが必要です。この区分がないと、間接業務の時間まで案件原価に混入してしまい、案件別の採算が実態より悪く見えてしまいます。逆に間接時間の集計自体は、社員一人あたりの間接業務の負荷を把握し、組織全体の生産性を議論する材料としても活用できるため、区分して記録すること自体に独立した価値があります。

入力の粒度と入力頻度のバランスを取る

工数入力の粒度を15分単位など細かく設定しすぎると、現場の入力負担が大きくなり、結局は月末にまとめて適当に埋めるという形骸化を招きます。逆に週単位でまとめて入力する運用にすると、細かい案件間の按分が曖昧になり、精度が落ちます。多くの現場でバランスが取れているのは、日次で案件単位・半日または一時間単位の粒度で入力する運用です。完璧な精度よりも、無理なく継続できる粒度を選ぶことが、長期的にはデータの質を高めます。

稼働率の可視化がプロジェクトマネジメントを変える

工数データが蓄積されると、個々のメンバーがどの程度稼働しているか、逆に手が空いているかという稼働率が可視化できるようになります。稼働率が高すぎるメンバーには追加のアサインを避け、低いメンバーには新しい案件を割り振るといった、負荷分散の意思決定を数字に基づいて行えるようになります。この可視化がない組織では、声の大きい人やベテランに仕事が偏り、疲弊による離職やミスの増加という形で、後になって別のコストとして跳ね返ってきます。

エンプレックス時代とホリプロ時代のタイムシート運用

私はエンプレックスでCFOを務めていた時代、ソフトウェア開発案件のタイムシート運用を設計し、案件コードとの紐づけを徹底することで、月次で案件別損益をリアルタイムに近い形で把握できる体制を作りました。またホリプロでテレビ通販事業という新規事業の立ち上げに携わった際は、既存の芸能マネジメント業務とは全く異なる工数管理の考え方が必要になり、業種が変わっても工数を起点に原価を捉えるという骨格自体は変わらないことを、身をもって確認しました。

入力を後回しにさせない運用上の工夫

タイムシートの入力が遅れる最大の理由は、入力そのものが後回しにしても誰も困らない作業だと現場に認識されていることです。日次でのリマインド通知、未入力者を上長にも見える形で表示する、月次の締めと連動させて未入力があると経費精算や有給申請が進められないようにするなど、入力を業務フローの一部に組み込む工夫が効果を発揮します。私が支援してきた会社でも、こうした仕組み化によって入力率が大きく改善した事例を数多く見てきました。

工数データを評価にそのまま使うことの落とし穴

工数データを人事評価に直結させてしまうと、社員が自分の評価を良く見せるために工数を過少申告したり、逆に忙しさをアピールするために過大申告したりする誘因が生まれ、データの信頼性そのものが損なわれます。工数管理はあくまで原価計算とマネジメント判断のための基礎データであるという位置づけを明確にし、評価とは切り離して運用することが、長期的に正確なデータを蓄積し続けるための重要な前提条件になります。

まとめ

プロジェクト別原価計算の精度は、突き詰めれば日々のタイムシート入力の質でほとんど決まると言っても過言ではありません。どれほど洗練された賃率設計や配賦ロジックを組み上げても、入り口の工数データが歪んでいれば、出てくる数字もまたすべて歪んでしまいます。工数管理とは、社員を監視するための仕組みでは決してなく、組織の実態を正しく映し出すために、日々の小さな記録をこつこつと積み重ね、育てていく静かな営みなのだと私は考えています。