チーム内で本当に使われ続けるKudos(称賛)ボードの作り方

ほとんどのKudosボードは最初の1週間は投稿が盛り上がり、3週目には静かになります。実際に定着させるための作り方を紹介します。

  1. シンプルで手間のかからない投稿フォーマットにする

    「今週誰にどう助けられたか」のような短いお題なら1分もかからずに書けます。長い文章を求めるボードは、どれだけ良い趣旨で始めても実際にはほとんど使われなくなります。

  2. 漠然とした称賛より具体的な言及を促す

    「リリース障害のデバッグを遅くまで手伝ってくれてありがとう」のような具体的な一言は、漠然とした「みんなよくやった」よりも受け取った本人に響き、他の人の行動の手本にもなります。具体的なKudosは、後で「誰が何をしたか」の記録としてボードが本当に役立つものになる理由でもあります。

  3. 普段から目に入る場所に置く

    ほとんど開かないツールの奥深くに埋もれたボードは忘れられてしまいます。物理でもデジタルでも、共有チャンネルやチームエリア近くの壁、すでに開いているタブなど、チームの普段のワークフローの中に置くことが重要です。

  4. 自然発生的な投稿に頼らず定期的に呼びかける

    ほとんどの人は言いたいことがないのではなく、その場で忘れてしまうために、促されないと自分からKudosを投稿しません。スタンドアップの際に毎週声をかける、あるいはリマインダーを設定するなど、定期的な呼びかけがあることで、最初の目新しさが薄れた後もボードが活発なまま保たれます。

  5. 時々ボードの内容を声に出して紹介する

    ボードを各自が自分で見るだけのものにせず、チームミーティングの冒頭で最近の投稿をいくつか読み上げると、それが実際に大切にされていることが伝わり、普段あまり目立たないメンバーにも他では得にくい可視化された評価を届けられます。

  6. 参加は任意にし、管理された義務にしない

    「全員週1回は投稿すること」といったノルマにしてしまうと、決まって労力の少ない義務的な投稿ばかりが増え、本来の趣旨が失われます。本物の称賛は、測定されているからではなく、価値があると感じているから継続的に自発的に参加するものであるほうがうまく機能します。

称賛ボードが最初の1週間で盛り下がりやすい理由

新しいツールや取り組みが最初に盛り上がるのは、その習慣が本当に持続可能かどうかとは関係なく起こる自然な現象です。Kudosボードが特に廃れてしまうのは、投稿するのに促しなしで思い出す必要がある、書くのに本当に手間がかかる、あるいはチームの普段のワークフローの外側に置かれている場合です。これらはいずれも仕組みを見直せば解決できることであり、取り組み自体を諦める理由にはなりません。

ピアによる称賛とマネージャーによる称賛の違い

Kudosボードは、上司からの正式な称賛や評価コメントとは別の種類のシグナルを捉えます。同僚が難しい問題を一緒に乗り越えてくれたときのように、上司が直接目にする機会の少ない日々の助け合いや努力を可視化します。この2つは互いを代替するものではなく、補い合うものです。

よくある質問

Kudosボードはチーム全体に公開すべきですか、それとも2人の間で非公開にすべきですか?

一般的には公開が望ましいです。どのような助け合いや努力が評価されているかを他のメンバーが目にすること自体が価値の一部であり、その行動をチーム全体により広く根付かせることにつながります。個人的にお礼を伝えることにも価値はありますが、可視化されたボードが生み出す共有の文化までは作れません。

いつも同じ少数の人ばかりがKudosを贈ったり受け取ったりしている場合はどうすればいいですか?

その偏りは見過ごさずに注目する価値があります。実際に貢献に偏りがある場合もあれば、一部のメンバーの助けが単に目立ちにくいだけの場合もあります。あまり目立たないメンバーに向けて定期的に呼びかけたり、「最近まだ称賛していない人は誰か」と具体的に問いかけたりすることで、今ボードから漏れている貢献を拾い上げられます。