すべての記事

成長中のチームのための残業ガードレール

燃え尽きの週が給与計算のサプライズにつながる前に、マネージャーが実際に行動に移せる閾値で、先回りしたアラートを設定しましょう。

Hubnity
8 分
Hubnityで残業サマリーを確認するチーム

残業に関するサプライズは、給与計算に現れるよりもずっと前に、データの中に現れているものです。先回りした閾値設定により、マネージャーは燃え尽き、予算超過、クライアントとのトラブルが起こる前に、早い段階で業務のバランスを取り直す機会を得られます。

チームが行動に移せる閾値を設定する

アラートは、計画を変更できるほど早く届く場合にのみ有用です。まずは週次の閾値から始め、その後日次の通知へと移行しましょう。

閾値は役割とプロジェクトの局面を反映すべきです。ローンチ週が通常運用時と異なって見えるのは当然のことです。

  • 目標を5%上回った時点で週次の残業警告を出す
  • 10%でエスカレーションし、マネージャーによるレビューを必須にする
  • 固定報酬契約に対するプロジェクト単位の上限

アラートに会話のきっかけを添える

コンテキストのない数字は不安を生みます。各アラートには、タスクの再配分、スコープの先送り、キャパシティの追加といった、マネージャーが取るべき行動の提案を添えましょう。

これにより、ガードレールは懲罰的な引き金ではなく、コーチングのためのツールになります。

閾値の設計に財務チームを早期に関与させる

閾値がプロジェクトの予算と整合していれば、財務チームは残業のパターンを利益率のリスクへとより早く読み替えることができます。

定義を共有しておくことで、月末にマネージャーと財務チームが同じ数字をめぐって議論することを防げます。

ガードレールを四半期ごとに見直す

成長中のチームは形を急速に変えていきます。30人の規模では適切だった閾値も、80人になると緩すぎたり厳しすぎたりする可能性があります。

四半期ごとの見直しにより、ガードレールを採用計画やデリバリーのコミットメントと整合させ続けられます。

今週から実践できるステップ

  • 役割と契約形態ごとに残業の閾値を定義する
  • 閾値超過について、マネージャー向けの週次ダイジェストメールを有効にする
  • クライアント対応チーム向けのエスカレーション経路を文書化する
  • 次回の経営陣ミーティングで残業の傾向を確認する

まとめ

残業のガードレールは、早期に、コンテキストに即して、実行可能な形で機能させることで効果を発揮します。

最良の仕組みはサプライズを未然に防ぐものであり、給与計算後にそれを記録するだけのものではありません。

執筆者

Hubnity

Hubnityのプロダクトチームとオペレーションチームによる実践的なガイダンス。

WhatsApp