リモートワークになって、お互いの仕事する姿が見えなくなり、ちょっとした会話を交わす機会も以前より随分と減少しました。「チームの仕事はちゃんと進んでいるのだろうか」、「部下は今どの仕事に注力しているのだろうか」と、毎日の事実情報を集めるのにも管理者はやり方を変更せざるを得なくなりました。

これまで勤怠管理をシステム化していた企業も一日の勤務時間を把握するだけにとどまらず、勤怠管理の一歩先、「工数管理」によって実態を把握したいというニーズも増えてきています。このニーズの根幹にある心理はダイエットや受験勉強と一緒で、まずは現状を可視化することで、次の行動を明らかにしたいということにあります。これって大事ですよね。

本日は、「工数管理」の重要性を当社の事例を交えてご紹介します。

工数管理の目的について、皆さんはどのようにお考えでしょうか。
私は、作業工数を把握することの大きな目的の一つは、「より短い時間でできないか」、「より大きな利益をもたらすサービスや顧客はどのあたりなのか」等々、様々なことを考えて仕事の軌道修正を図り、「より大きな成果を生み出すことに注力することである」と考えています。

当社のビジネスは、顧客の人事業務をコンサルティングしたり、採用活動や給与計算の実務部分を受託するような形態のため、「労働力＝商品」となります。この性質上、一般的な企業よりも人件費が占める割合が多いため、工数管理をすることがとても重要です。

人件費は、ざっくりいうと人件費単価と稼働時間の掛け合わせですので、稼働時間の把握というのは大変重要です。稼働時間が想定よりかかりすぎてしまうと収支が圧迫されます。これはわかりやすいかと思いますが、一方で、稼働時間の圧縮を追求し、利益率が高ければ高いほどいいのかというと必ずしもそうでもありません。というのも、時間短縮はサービス品質の低下に繋がる可能性があるからです。いくら稼働時間が短くなって利益率が高くなっても、顧客満足度が下がってしまっては、ビジネスとして成立しません。業務内容を見直すうえでは、そういったリスクをはらんでいないのかチェックをしていく必要もあります。

そのため、どのプロジェクトのどんな作業に何時間という粒感で、勤怠システムの出社時刻・退社時刻の登録を行う際に表示されるプロジェクト＆作業リストに作業時間を分単位で入力してもらうことがポイントです。

そうすれば、プロジェクトメンバー全員の入力した時間情報が集まってきますので、それを元に毎月プロジェクト別の収支実績を作成して社内に公開することができます。
プロジェクトマネージャーは、売上と稼働時間のバランスを見たり、利益額を見たりしながら、プロジェクトの改善を図っていくという使い方をすると良いでしょう。
数値を見た時に問題がありそうだと思えば、作業別の稼働時間にドリルダウンして、「思ったよりも運用業務に時間がかかっているから、業務設計を見直したほうがいいな」とか「プロジェクトマネジメントに時間がかかっているが、今月は開始月だから問題ない範囲だな」などと考えることができます。

ひとつのプロジェクトだけを見るときには、上記のような方法でも特に問題はありません。
しかし、「プロジェクト」という単位よりさらに下の作業分類レベルになると、プロジェクトマネージャーが作成した作業項目がプロジェクトによってまちまちという問題がありました。

具体的には下記のような粒度の違いです。

また、長年続いているプロジェクトの場合、過去のプロジェクトマネージャーが作成した作業項目を、プロジェクトマネージャーが代替わりしてもなんとなく使い続けてしまい、かたや新しいサービスを提供するときには作業項目を増築する、ということを繰り返して今は使っていないものも含めて作業項目がやたら多い…というケースもありました。

それぞれのプロジェクトで提供しているサービスが違うことは珍しくありませんし、分析したい観点が異なるから作業項目が違うということも理解できます。

しかし、その結果、複数のプロジェクト同士を横断比較したいと思ったときに、簡単には比較できないという弊害が生じていました。プロジェクトごとに自由な作業名称を使っていて、作業単位の分け方も違うため、当社の場合は作業項目の粒度を合わせるのに大変な労力がかかりました。

作業項目は仕事の中身を表すものです。当社でいえば、「給与計算」、「人事評価運用」、「採用システム運用」などサービスラインナップと同等のものです。会社の規模が小さければプロジェクト数も少なく、マネージャーが各メンバーに一人ずつ聞いていけば事足ります。ところが、従業員が増えてくると個別ヒアリングは現実的ではありません。

事業経営を考えるうえで、プロジェクトという個社事情を取り除いて、事業部横断で「このサービスは適正な利益が出ているのか？」、「〇〇さんはどういうサービスの経験が多いのか？」という判断材料を客観的に得ることは重要です。
当社では、ここにテコ入れをすることが今回整理した目的でした。

採用支援のプロジェクトであればどのプロジェクトでも同じ作業項目を割り当てる、同様に人事労務のプロジェクトであればどのプロジェクトでも同じ作業項目を割り当てる、というように工数管理の作業項目を刷新してみて半年ほどが経過しました。やってみてよかったことや、留意点について述べたいと思います。

DXという言葉が流行ったこともあり、業務効率化を図りたいと考える方が増加しました。しかし、効果の薄い部分にシステムやRPAを導入しても意味がありません。工数管理をするということは、どこから手を付けるべきなのかを明らかにすることになります。

当社の場合は、既に自社システム導入して長い年月が経過していたこともあり、工数の作業コード変更の準備に3ヶ月もかかりました。変更後も入力内容をチェックしたり各事業に使いづらい点がないかヒアリングしたり、何かと目を配りながら、半年程度は細かなマイナーチェンジを加えながらやっています。

社内で使い続けてもらうためには、1回大手術をやったら終わりというわけではなく、会社全体で見たいものが見えるように、工数入力する人が迷わないように、最適化を考えていくのも大切なことです。事例としてご参考になれば幸いです。

当社では、EHRという勤怠管理システムの中で工数管理を実現するとともに、給与計算をはじめとした様々な人事労務の業務をご支援しています。

今回のコラムのように工数を管理していくには、まずは勤怠管理をシステム化しデータが必要なタイミングですぐに抽出できるようにすることから始まります。その抽出したデータを分析するためには、導入をする際にやりたい分析を明らかにし、それを踏まえたシステム設計をすることが重要です。

当社では企業様のご要望に合わせてオーダーメイドでご支援プランをご提案しておりますので、まずはお気軽にご相談ください。