タスク管理と工数収集でプロジェクト原価を正確化する基幹システムの使い方

日本でプロジェクト型ビジネスを営む経営者の方へ。エンジニア、コンサルタント、デザイナー、フィールドスタッフが、毎週5件や10件のプロジェクトを並行して進めていませんか。月末に経理が締め処理を終えて初めて、あるプロジェクトが見積もりより4割も工数を食っていることに気づく。健全だと思っていた利益は消えてしまいます。これが、タスクをあるツールで、工数を表計算で、プロジェクト予算をまた別の場所で管理するコストです。現代のERPや基幹システムは、日々の作業入力を作業対象のプロジェクトに直接紐づけることでこの隙間を埋め、原価を行動できるうちに見えるようにします。

課題：タスク、工数、原価がバラバラの世界で生きている

日本のプロジェクト型企業の多くは、今もバラバラのツールで動いています。プロジェクトマネージャーはタスクボードでタスクを追い、各エンジニアは表計算や単独ツールで別々に工数を入力します。月末になると誰かが手作業で工数を原価ワークシートに転記し、時間単価を掛け、経理に要約をメールで送ります。

すると3つの問題が起こります。第一に数字が何週間も遅れて届くため、滑り出したプロジェクトに被害が拡大した後で気づきます。第二に手作業の再入力が監査ほぼ不可能な転記ミスを生みます。第三に信頼できる唯一の情報源がなく、営業責任者もPMもCFOもそれぞれ違う数字で議論します。日本のプロジェクト会計の実務に詳しい関係者はこの点について率直です。売上、工数、仕入という原価情報がバラバラに管理されると、プロジェクトのリアルタイムな収支が見えなくなり、それがまさに赤字プロジェクトの発生と発見の遅れを引き起こします。

より深い問題は構造的なものです。工数が紐づかないタスクは意図でしかありません。プロジェクトに紐づかない工数は、価格化できない間接費です。どちらもプロジェクトが黒字かどうかを教えてくれません。両方が、繋がった状態で必要です。

何が変わるか：タスクと工数が同じプロジェクトに紐づく

変化は哲学ではなく機械的なものです。プロジェクト業務のために作られた基幹システムでは、チームが記録する作業入力のすべてが、それが属するプロジェクトを持ちます。日々の工数エントリ1件ごとに、誰が、どのプロジェクトで、何日に、何時間働いたかを記録し、労働時間はメンバーが入力した開始時刻と終了時刻から自動的に算出されます。別途掛け算をするステップも、忘れる表計算のセルもありません。

タスクの階層は同じプロジェクトの上に乗ります。各タスクはプロジェクトに属し、メンバーを割り当てられ、小数時間単位の計画工数を持ち、そこに対して記録された実績工数を保持します。ですからコンサルタントが顧客契約で12時間のタスクを計画し、チームがその週ずっとプロジェクトに対して実績入力を行えば、計画対実績の比較は、決して合わない2つのツールをまたぐのではなく、同じデータモデルの中で行われます。

原価の計算ロジックが実際にどう動くか

ここは多くのベンダーが曖昧に説明する部分です。実装されたロジックに基づく、基幹システムが実際に何をするかをお伝えします。

チームはプロジェクトに対して工数エントリを記録します。システムはそれらのエントリをプロジェクト別、担当者別に集計し、各人の時間にその期間の有効な原価レートを掛けます。原価レート自体は単一の固定値ではありません。開始有効日と任意の終了日を持つプロジェクトメンバーレート記録から解決され、上書きがない場合はメンバーの役職の標準原価にフォールバックします。つまり、四半途中で昇進したシニアエンジニアは、一つの平均値に平坦化されるのではなく、期間の各区分ごとに正しく原価計算されます。

この土台から、3つのレポートが可能になり、それらこそがビジネスの動かし方を実際に変えるレポートです。

実際の事例：横浜のエンジニアリング企業

横浜で自動車および産業系クライアント向けに約18件の設計プロジェクトを並行して走らせる45名規模の機械設計企業を考えてみましょう。年商は約8億円です。長年、タスクは共有ボードで、工数は毎週金曜日にメールされる表計算で管理していました。

CFOはあるパターンに気づいていました。毎年2、3件のプロジェクトが計画の15%利益率から一桁台に滑り落ち、四半期レビューでしか発見されません。根本原因は常に同じでした。最もコストの高いリソースであるシニアエンジニアが、見積もりに価格化されていない手直しに想定外の時間を費やしていたのです。

同社はタスクと工数の収集を、プロジェクト原価に紐づく1つの基幹システムに移行しました。各エンジニアは毎日、開始時刻と終了時刻から労働時間が計算された状態で、特定のプロジェクトに対してエントリを記録します。システムは各エンジニアの原価レートを、四半途中の改定にも対応できる有効日付きのプロジェクトメンバーレートから解決します。

2カ月以内にPMOはこれまで決して持たなかったものを手に入れました。プロジェクト別の予実管理レポートです。あるプロジェクトは320工数・予算原価約950万円で見積もられていましたが、実績工数は290に留まったにもかかわらず、実績原価はすでに1,050万円に達していました。差異は工数ではなくレートにありました。シニアエンジニアが想定外に投入されていたのです。差異が月末ではなく第6週に見えたため、PMはスコープを再交渉し、プロジェクトは大幅赤字ではなくほぼ損益分岐でクローズしました。

これが一文での価値提案です。タスクと工数をプロジェクト原価に繋ぐことは、新しいデータを生み出しません。既にあるデータを、意味を持てる時間内に使えるようにするのです。

日本のビジネスにとってなぜ重要なのか

現在、これを日本で特に意味のあるものにする3つの圧力があります。

第一は進行中のDX推進と2025年の崖の課題です。多くの日本企業が、タスク・時間・原価のデータを手作業の連携なしでは繋げない老朽化した基幹システムを動かしています。日本の産業分析は、これらのレガシー基盤を近代化できない企業が経済的リスクに直面すると警告し、経済全体で年間数兆円規模の機会損失という試算もあります。タスクと工数のデータを現代のERPの中に統合することは、全面入れ替えなしでそのリスクを下げる具体的で境界が明確な一歩です。

第二は適格請求書制度、いわゆるインボイス制度です。請求書のコンプライアンスが売上と仕入税額の記録方法を変える中、プロジェクト型企業には、実行された作業と発生した原価、発行された請求書の間をよりきれいに繋ぐ必要があります。工数がプロジェクト原価にきれいにロールアップされれば、作業努力から請求書までの監査証跡は圧倒的に弁護しやすくなります。

第三は後継者問題です。中堅の日本企業の多くがリーダーシップの移行を準備しています。プロジェクトの収益性を頭の中で抱えてきた引退間近の創業者は、譲渡可能な資産ではありません。タスクと工数のデータを体系的に捕捉することは、暗黙知を次世代が読み、信頼し、行動できる記録に変えます。

自社に合っているか？

タスクと工数の収集をプロジェクト原価に紐づける取り組みは、人件費が支配的なコストであり、仕事が個別のプロジェクトや案件として整理される企業で最も早く効果を出します。これには、システムインテグレーター、設計・エンジニアリング企業、コンサルティング、広告・クリエイティブ代理店、建築事務所、およびジョブ単位で請求するあらゆる保守やフィールドサービスの運営が含まれます。

プロジェクトが日単位ではなく週や月単位で進む場合、最も高価な人が定期的に案件を切り替える場合、あるいは四半期末にプロジェクト利益率に驚いたことがある場合、この機能はあなたの問題に直接応えます。

純粋な小売や、原価が材料と標準生産ロットに支配される単純な製造では緊急度は下がります。しかし専門知識を時間単位で売るあらゆるビジネスにとって、繋がっていないタスクと時間のデータは、見過ごにできないゆっくりとした漏れです。

よくある質問

チームメンバーはタスク用と原価用に2回、工数を入力しなければならないのですか？

いいえ。要点は1回の入力です。メンバーはプロジェクトに対して日々の工数エントリを記録し、時間は開始時刻と終了時刻から算出されます。その同じエントリが、タスクの実績工数、プロジェクトの実績時間、労務費レポートのすべてに流れます。作業は一度行われ、必要なすべての場所に流れていきます。

チームメンバーの原価レートが未設定の場合はどうなりますか？

設計のしっかりした基幹システムは、黙ってゼロを代用しません。ある時間塊の原価レートを解決できない場合、その時間塊の原価は不明としてフラグ付けされ、プロジェクトの集計原価は過少表示されるのではなく不完全とマークされます。どのレートを設定すべきか正確に教える警告が出るので、誤って低い原価の数字で判断を下すことは決してありません。

プロジェクトがまだ進行中でも予算と実績を比較できますか？

はい。各プロジェクトに設定した予算工数と予算原価は、エントリから集計された実績時間と、レートから解決された実績原価に対して継続的に比較されます。プロジェクトがクローズする前に、工数差異、予算消化率、原価差異、原価消化率がすべて見えます。

実践への移し方

ポートフォリオ全体ではなく、1つのプロジェクトタイプから始めてください。繰り返し出現する案件カテゴリーを選び、前もって予算工数と予算原価を定義し、各プロジェクトメンバーの原価レートを設定し、チームに1カ月間毎日エントリを記録してもらいます。その月末に、予実管理レポートと労務費レポートを引き出してください。最初の月に見える差異が、どの見積もり、どのレート、どのスコープを調整すべきかを正確に教えます。

日々の記録は摩擦なく保ちましょう。労働時間は、メンバーが別途計算しなければならない小数時間の欄ではなく、すでに入力する開始時刻と終了時刻から計算されるべきです。摩擦が低いほどデータは完全になり、原価の数字はより信頼できるものになります。

Kikan System で正確なプロジェクト原価を実現

Kikan System は、日本のプロジェクト型ビジネスのために作られたモジュラー型のクラウドERPであり基幹システムです。プロジェクトモジュールではプロジェクトごとに予算工数と予算原価を定義し、有効日付きの原価レートを持つメンバーを割り当て、作業を計画工数付きのタスクに分解できます。タイムシートモジュールはプロジェクトに対する日々の工数エントリを捕捉し、労働時間は開始時刻と終了時刻から自動的に算出されます。予算工数対実績、担当者別・プロジェクト別の労務費、プロジェクト収益性という3つの原価レポートが、それらのエントリを、行動できるうちにビジネスを動かすために必要な工数差異、原価差異、マージン、稼働率の数字に変えます。

もしタスク、工数、プロジェクト原価が今も別々のツールに分散しているなら、今日その差を埋め始めてください。Kikan System は最大2ユーザーまでの無料プランを提供しており、クレジットカードは不要です。→ 無料で始める にアクセスして始めましょう。

関連記事として、予実管理によるプロジェクト追跡のガイド と、製造業の2025年DXの崖の解説 もご覧ください。

💡 重要なポイント：正確なプロジェクト原価は、より多くのレポートを作ることではありません。チームが実行するタスク、記録する工数、その原価となるレートを1つの基幹システムの中に繋ぐことです。そうして初めて、利益を守れるうちにマージンが見えるようになります。