BLOG

ブログ( EdTech, web制作, DX )

edit 関根 聖二

キャパが狭い部下の特徴2/3「頼まれたら断れない」:上司のお悩み解決法! (DX#35)

キャパシティが狭い部下

上司の悩みの一つである部下のキャパシティの狭さ。
前回はその原因である仕事のスピードの遅さについて解説しました。

今回は他の側面も見てみたいと思います。

【目次】

  • キャパが小さい人の根本的な原因3点
  • キャパが低い原因②:頼まれたら断れない
  • 1on1ミーティングで業務量を把握させる方法
  • 頼まれたら断れない人は頼むことも苦手
    - 人に頼むのが苦手だから自分で回そうとする
    - 自分がやった方が早い・・・かも
  • 部下の状況を把握するダッシュボードの必要性

  •  

     

    キャパが小さい人の根本的な原因3点

    「部下のキャパシティが小さい(狭い)・・・」そんな悩みを持つ上司に向けた対処法について、キャパシティの狭さに関連する以下3つの原因を軸に、全3回にわたって解説しています。


    ① 仕事のスピードが遅い

    ② 頼まれたら断れない ←今回はここ

    ③ タスクの優先順位がつけられない


    今回は第2回目、「②頼まれたら断れない」についてです。

     

     

    キャパが低い原因②:頼まれたら断れない

    頼まれたら断れないというのは単純に「気が弱い」というのもありますが、今、自分が抱えている業務量をざっくりとしか把握していないというケースが多いです。

    自分の業務量を客観的にきっちり把握していれば、依頼内容が自分がこなせる範囲であるかどうか明確に分かるものを、曖昧に把握しているがゆえに「頑張ればできるかも」という精神論的な考えのもとでつい受けてしまう・・・というパターンです。
     

     

    1on1ミーティングで業務量を把握させる方法

    そのような部下に対しての効果的なサポートが1on1ミーティング。

    「今、こういう状況だね」と、今の部下の状況を定期的に把握し共有。現状の業務量を感覚的にではなく定量的に把握できるように促します。

    業務量を定量的に把握できていれば、定性的な精神論で判断することがなくなるのです。

    業務状況を定量化するのに有効なのが、工数管理ができるアプリケーション。

    例えば弊社で利用している工数管理アプリ「Playth(プレイス)」のワークログアプリでは、個々人の稼働状況やプロジェクトの状況を見える化・データ化できるようになっていますので、1on1ミーティングで業務量を定量化する精度を上げることが可能です。

    ユーザー&作業区分ごとの稼働状況

    例えば、自分が今複数のプロジェクトを抱えていたとすれば、どのプロジェクトにどのくらい時間を使っているか、またどのプロジェクトが佳境に入っていくか、といった時期も見えてきます。

    自分だけでなく、他のプロジェクトメンバーも含めて、その案件がどんな稼働状況にあるかが見えるのです。

    例えば、ある案件のディレクターとシステムエンジニアの稼働が大きくなっていたら、「今、サイトの設計をしているところだな」と読み取れます。

    自分がその案件にデザイナーとしてアサインされていたとすれば、「再来週くらいからデザイン作業が発生しそうだな」と忙しくなるタイミングが予想できます。

    DXシステムを有効に活用することで、自分の現在と未来の業務状況を定量的に認識することができるのです。
     

     

    頼まれたら断れない人は頼むことも苦手

    また、「頼まれたら断れない人」にはもう一つの特徴があります。

    断れない人は、人に頼むのも苦手なのです。
     

    人に頼むのが苦手だから自分で回そうとする

    人に頼めないので、自分が忙しい時でも全部自分で回そうとしてしまいます。

    こういったケースでは、上司が様子を見ながら作業を分散するのが得策です。

    本人がタスクを複数抱えている場合、「その人にしかできないこと」を残し、「他の人でもできること」を他の人に回してあげましょう。

    ユーザーごとの仕掛稼働状況
     

    自分がやった方が早い・・・かも

    また、本人が頼めない(頼まない)理由もあります。

    「人に頼むより自分でやった方が早い」という感覚があるから他の人に出さないのです。

    こういう人は忙しくなればなるほど「自分でやった方が早い」が加速し、悪循環に陥ります。

    これは人に頼めなくてキャパシティが狭い部下の特徴的な思考です。このパターンの部下は目前のことしか視野に入っておらず、未来を見通せていないのです。

    一般的に言って、提出した成果物に対しては何かしら修正が入ると考えるのが妥当です。そしてこのような修正が重なってくると当初の予定通りに仕事が回らず、結果的にキャパオーバーになるのです。

    確かに人にものを依頼するのは、コミュニケーションの手間など面倒なことがあるかもしれません。しかしあらかじめ人に頼んでおけば、ゆくゆく修正が重なった時に全て自分に降りかかることを防ぐことができます。

    このタイプの部下が上司にヘルプを求めてくるのは、「もう手遅れ」となってからです。

    先を見通して動けないタイプの部下については、1on1ミーティングのように、上司がリスクを事前に把握する仕組みを作っておく必要があります
     

     

    部下の状況を把握するダッシュボードの必要性

    ユーザー別稼働集計

    Playthの「ユーザー別稼働状況」を見ると、同じチーム内でどのメンバーの業務時間が長いかが一目で分かり、早いタイミングで負荷を把握することで、キャパオーバーのリスクを事前に抑えることが可能です。

    DXの活用による業務負荷リスクの軽減をご検討の場合はお気軽にご相談ください。

    >次回はキャパが狭い部下の特徴3/3「タスクの優先順位がつけられない」について解説します。

    ページトップへ戻る