プロダクト

小規模チームで「誰が何をしているか」を可視化する

一人でやっているうちは、自分が何をやっているかは自分が一番知っています。ところがメンバーが2人、3人と増えた瞬間に、「あれ、今それ誰が持ってる?」「この作業、二人でかぶってない?」という問いが生まれます。そして、この問いを解消するために毎回チャットで聞く、という地味なコストが積み上がっていく。

かといって、大企業がやるような重厚な進捗管理を入れるほどではない。4人のチームに、入力が重いプロジェクト管理ツールを持ち込むと、たいてい誰も更新しなくなって形骸化します。ほしいのは、聞かなくても「誰が何をしているか」がだいたい見える、それだけの軽い可視化です。この記事は、それを必要最小限で、しかも監視にならない形で作る話です。

「聞く」コストは、人数とともに跳ね上がる

まず、なぜ数人になった途端に急に大変になるのか。理由は、確認のための経路が人数以上のペースで増えるからです。2人なら、確認しあう相手は1組だけ。でも3人になると3組、4人になると6組、5人だと10組。人数が2倍になると、確認の経路は数倍に増える。「今どうなってる?」を口頭で埋めようとすると、この経路の数だけ会話が発生します。

一人の頃は存在しなかったこのコストが、数人になると急に重くのしかかる。しかもタチが悪いのは、忙しいときほど確認したいのに、忙しいときほど聞きに行きづらいことです。全員が手を動かしている最中に「今どこ?」と割り込むのは、お互い気が引ける。結果、確認が後回しになって、かぶりや手待ちが起きてから気づく。可視化がやろうとしているのは、この「聞く経路」を、聞かずに見えるものに置き換えることです。

可視化の前に、記録の担い手を決める

「誰が何を」を見えるようにする第一歩は、作業に担当者を紐づけることです。当たり前に聞こえますが、ここが抜けているチームは意外と多い。タスクは並んでいるのに、それぞれが誰のものか曖昧なまま進んで、結果として「全員のもの=誰のものでもない」タスクが漂う。誰のものか決まっていないものは、進捗も遅れも、誰も自分ごととして見ません。

LayerClock では、成果物やタスクに担当者を割り当てられます。同じワークスペースにメンバーを招くと、各作業に「これは誰の担当か」がつく。すると、ガントチャートやツリーを開いたとき、各項目に担当者が見えるので、「この成果物は今この人が進めている」が一目で分かる。聞く前に見える、という状態の出発点はここです。担当を決めることは、可視化の準備であると同時に、「これは自分が見るべきもの」という当事者性を各メンバーに配ることでもあります。

進捗は「更新する」のではなく「作業の副産物」にする

軽い可視化のいちばんのコツは、進捗を人が手で更新する仕組みにしないことです。手更新のステータスは、忙しいほど後回しになり、いちばん知りたい繁忙期にいちばん古くなる。「進捗ボードを毎朝更新しましょう」というルールは、最初の一週間はうまくいって、そのあと誰も見なくなる――これはどのチームでも起きる話です。

LayerClock は、各メンバーがそれぞれ自分のタイマーで作業を測ります。タイマーを押した瞬間、そのタスクと上位のフェーズ・プロジェクトが自動で「進行中」に上がる。つまり、メンバーが普通に自分の作業を測っているだけで、チーム全体のステータスが勝手に最新になる。「進捗を報告するために手を止める」が要らないので、報告そのものが形骸化しようがない。可視化のためにメンバーへ追加の手間をかけさせないことは、小さなチームでは特に効きます。人数が少ないぶん、一人分の「報告の面倒くささ」が全体に占める割合が大きいからです。

見えると、割り振りの判断が変わる

誰が何をしているかが見えると、単に安心するだけでなく、判断の質が変わります。いくつか具体的な場面を挙げます。

ある成果物に、AさんとBさんの時間が両方積まれている。これは意図した協業なのか、気づかない重複なのか。見えていれば、その場で「あ、それ二人でやってる、片方に寄せよう」と言える。見えていないと、二人が同じことを一週間やっていた、と後から発覚します。

フェーズごとの実績を横断で見て、特定のメンバーに負荷が偏っていないか。一人だけ突出して時間が積まれていたら、それは頑張りではなく、割り振りの失敗かもしれない。数字で見えると、「なんとなく大変そう」ではなく「実際にこの人に4割寄っている」と分かるので、手を打てる。

小さなチームだからこそ、一人の詰まりが全体に響きます。どの工程に時間がかかっているかを、メンバー横断で見られると、「じゃあここは手分けしよう」の判断が早くなる。可視化の価値は、監視ではなく、この「早く手を打てる」ところにあります。

監視にしない、という線引き

ここは正直に書いておきたいところです。「誰が何をしているか見える」は、一歩間違えると監視になります。メンバーからすれば、自分の時間の使い方が刻一刻と上司に筒抜けになるのは、気持ちのいいものではない。可視化が息苦しさに変わると、今度はメンバーがタイマーを押さなくなって、結局データが死にます。

だから、見えるようにするのは「作業の状態」であって、「個人の勤怠」ではない、という線引きが要ると思っています。目的は、かぶりや詰まりを早く見つけて手分けすることで、誰がサボっているかを探すことではない。この目的を、チームの中で言葉にして共有しておくだけで、同じ数字がまったく違う意味を持ちます。私は、可視化を入れるときは必ず「これは互いの負荷を助け合うための地図で、評価の材料にはしない」と最初に握るようにしています。道具は中立ですが、何のために見るかは、人が決める部分です。

小さいまま、軽く保つ

チーム機能は、LayerClock では有料の Team プラン(月 ¥1,380〜)で、オーナー含め3人までは基本料金の中に収まり、それ以降も1人 ¥380/月 で無理なく増やせます。この「まず3人」という基本設計は、大所帯向けの重い権限管理やワークフローではなく、まさにこの記事の対象――数人で回している小さなチーム――を想定した線引きです。

大きな組織向けの管理ツールは、権限やワークフローが厚くて、数人で使うにはたいてい過剰です。承認フローや細かい権限設定を、4人のチームが使いこなすことはまずない。逆に、個人用ツールを人数分バラバラに使うと、全体が見えない。その間の、**「数人ぶんだけ、軽く見える」**を埋めるのが狙いです。可視化は、増やすほど良いものではありません。聞かずに済む最小限だけを見えるようにして、あとはチームの動きに任せる。それくらいが、小さいチームには長く続くと思っています。

関連記事


LayerClock の Team プランなら、同じワークスペースにメンバーを招いて(オーナー含め3人まで基本料金、以降1人¥380/月で最大100人まで拡張可)、担当者つきの 4 階層 WBS を共有できます。 各メンバーがタイマーで測るだけで、チーム全体の進捗が最新になります。まずは一人で、無料から使い勝手を試せます

LayerClock を試してみる →