工数 ― 経営の「見えないコスト」を見える化する

皆さん、こんにちは。経営学習ポッドキャスト、今回はエピソード101です。今日のテーマは「工数」。ミカさん、突然ですが、ある調査によるとプロジェクトが失敗する最大の原因の一つが「工数見積もりの甘さ」だと言われているんですよ。

そうなんです。工数を正しく把握できていないと、計画は絵に描いた餅になってしまう。逆に言えば、工数管理ができている会社は、コストも納期も利益率もコントロールできるようになる。今日はその「工数」の基本から実務での使い方まで、しっかり掘り下げていきましょう。

まず工数の基本からいきましょう。工数というのは「人×時間」で表す作業量の単位です。たとえば「3人月」と言ったら、1人が3か月フルタイムで取り組む作業量。あるいは3人が1か月で終わらせる量、とも言えます。

はい、「人日」や「人時」つまりマンアワーという単位もあります。小さなタスクなら人時、プロジェクト全体なら人月という使い分けですね。大事なのは、工数の本質は「この仕事にいくらかかるのか」を人件費ベースで見える化することなんです。

まさにその通り。売上だけ見て「あの案件は儲かった」と思っていても、実は工数がかかりすぎていて利益が出ていなかった、なんてケースは本当に多いんです。工数管理は、経営のリアルな収益性を映す鏡と言えますね。

ここが経営の面白いところなんですが、工数管理が本当に威力を発揮するのは「予実管理」、つまり予算と実績の比較なんです。IT企業を例にすると、エンジニアの時間単価を設定して、プロジェクトに投入した工数から原価をリアルタイムに算出します。

そう、日次でチェックするのがベストプラクティスなんです。プロジェクトが終わってから「赤字でした」と分かっても手遅れですよね。日々の工数を追いかけていれば、予算を超えそうな兆候を早期に察知できる。そこで追加人員を入れるか、仕様を見直すか、経営判断ができるわけです。

もちろんです。製造業では、製品1個あたりの標準工数を設定して、実績と比較します。もし標準より工数がかかっていたら、生産ラインのどこかに問題がある。そこがボトルネックだと分かるんですね。そして大事なのは、この工数データを蓄積すること。過去のデータがあれば、次の見積もりの精度がどんどん上がっていきます。

さて、ここからはよくある失敗パターンの話をしましょう。工数見積もりで最も多い失敗、それは「理想の時間」だけで見積もってしまうことです。

つまり、純粋な作業時間だけで計算してしまうんです。でも実際の現場では会議、メールのやりとり、割り込みタスク、上司への報告。これらが日常的に発生しますよね。ある調査では、エンジニアが純粋にコーディングに使える時間は勤務時間の50〜60%程度だと言われています。

その通りです。2つ目の罠はタスクの分解粒度が粗すぎること。たとえば「ウェブサイト制作」という大きな塊のまま見積もると、必ず漏れが出ます。デザイン、コーディング、テスト、修正、サーバー設定と、細かく分解して初めて現実的な数字が出るんです。

はい、3つ目はバッファを確保しないこと。想定外のトラブルは必ず起きます。仕様変更、メンバーの体調不良、外部ベンダーの遅延。バッファがないと、1つの問題で計画全体がドミノ倒しのように崩れてしまうんです。

最後に、リスナーの皆さんが明日から実践できるアクションをまとめましょう。まず第一歩は、1週間だけでいいので「自分とチームが何に何時間使っているか」を記録してみること。これだけで驚くほど無駄な時間が見えてきます。

そうです。そして見積もりを立てるときは、タスクを半日以下の粒度に分解すること。さらに全体の10〜20%のバッファを加えてください。そして何より、過去の見積もりと実績を比較して、自社の見積もり精度の傾向を掴むこと。これが工数管理の王道です。

そうですね。工数を制する者は経営を制する、と言っても過言ではありません。ぜひ皆さんも自分の事業に当てはめて考えてみてください。今日もお聴きいただきありがとうございました。それでは、また次回お会いしましょう。