日報ツール、朝会をなくしてチームの状況を 1 分で把握

朝会から書き込み式の日報ツールへ、二週間で移行する手順

毎日の進捗共有の習慣を変えるには、段階を踏むのが効果的です。この移行プランでは、習慣が身につくまでの一週間は朝会を残し、そのあとで廃止します。

1. 1

   質問を決める

   まずは初期設定の四つの質問から始めます。終えたこと、今日取り組んでいること、どれくらい手一杯か、何かに阻まれていないか、の四つです。自社で本当に必要な質問をひとつか二つ加えたら、そこでやめておきます。

2. 2

   投稿を求める人を決める

   管理者が、投稿を求める人を選びます。この選択は、「Submitted」（提出済みの件数）、「Waiting on」（これから提出する人の行）、カレンダーの表示を左右しますが、それ以外の人が投稿することを妨げるものではありません。

3. 3

   投稿の時間帯を決めて、声に出して共有する

   Stand Upは、定時のリマインダーを送りません。そのため、その日の最初の会議の前に投稿するなど、チームで共有する習慣が必要です。時間を決めたら、催促は「Waiting on」の行に任せます。

4. 4

   一週間は両方を続ける

   朝会は残しますが、全員に順番に話してもらうのではなく、フィードを読み上げるところから始めます。それでもチェックインに書かれていなかった発言が出てきたら、それがフォームに足りない項目を教えてくれます。

5. 5

   毎日の朝会をやめる

   二週目に入ったら朝会をやめるか、声を交わす必要のある話のために、会議のカレンダーに週一回の枠だけを残します。日々の事実は、チェックインが担います。

ほかのメンバーの役に立つチェックインの書き方

よいチェックインは、読み手が通話で尋ねるはずの質問に、先に答えています。

ブロッカーは、フォームが尋ねている場所に書きます。ブロッカーとして立てた回答には説明が付き、その日の件数に加算され、管理者とタグを付けたクライアントの担当リーダーに通知されるため、分かりやすい一文が丸一日分の時間を節約することもあります。作業が関わったクライアントには、すべてタグを付けてください。タグがないチェックインや、自社アカウントだけにタグを付けたチェックインは、書いた本人と管理者だけが読めます。

自社のフォームに合う質問の種類の選び方

初期設定のフォームは、ほとんどのチームに合います。足りないときは、返ってきてほしい答えに合わせて質問の種類を選びます。

フォームを編集するのは管理者です。導入文を一行と、質問は全部で最大十二個まで設定できます。必須にするのは、その質問がないとチェックインが成り立たない場合だけにしてください。必須の質問が増えるたびに、習慣をやめる理由が増えるからです。変更は、次のチェックインから反映されます。

チェックインを読めるのは誰か、そしてそれが要点である理由

標準で非公開だからこそ、回答は率直になります。ルールは、読み手の種類ごとに一文で言い表せます。

担当リーダーとは、クライアントの「Team & Roles」（チームと役割）タブで、「Account Manager」「Marketing Lead」「Design Lead」「Development Lead」（アカウントマネージャー、およびマーケティング・デザイン・開発の各担当リーダー）に指名された人のことです。そのため、クライアントの担当者を割り当てることが、誰がそのクライアントのチェックインを読めるかを決めることにもなります。Stand Upは社内の記録であり、クライアントポータルには表示されません。

点数ではなくシグナルとして読む、フィードの見方

ワークロードの数値は自己申告であり、どの数字も誰かの価値を測るものではありません。対話のきっかけとして扱ってください。

ブロッカー（Blocker）

ブロッカーの質問への「はい」という回答です。何が障害になっているかの詳細が、その横に書き添えられます。

ワークロード（Workload）

どれくらい手一杯かについての、本人による 1〜5の回答です。読む側には、その日のチェックインを平均した値で表示されます。

連続記録（Streak）

チェックインを続けた平日の日数です。週末で途切れることはなく、まだ終わっていないその日が記録に不利に働くこともありません。

「Waiting on」（未提出）

管理者が投稿を期待している人のうち、今日まだ投稿していない人です。

「Expected to post」（投稿を求める人）

管理者が提出状況の数字のために管理している一覧です。件数には影響しますが、誰が投稿できるかを決めるものではありません。

「Daily」は一日ずつ表示する画面で、クライアントでの絞り込みと、管理者と担当リーダー向けの「Blockers only」スイッチがあります。管理者向けの「Calendar」は、投稿を求められた人のうち何人が投稿したかに応じて、各日に色をつけます。管理者と担当リーダーが開ける「Report」は、メンバーと日付を縦横に並べ、投稿済みのセルを示します。管理者には、未投稿と保留のセルも表示されます。さらに、「By client」の内訳と、その期間の「Export CSV」があります。どの数値からも、その背後にある日の画面を開けます。

Stand Upの役割と、ほかのツールとの境目

チェックインは、意図的に小さくしてあります。大きな記録を重複して持つのではなく、そちらを指し示します。

• 作業時間は工数管理に記録します。Stand Upが持つのは、その隣に置く人の実感、つまり本人がどれくらい手一杯だと感じているか、何が行く手を阻んでいるかです。
• 話し合いが必要なブロッカーは、チャットで扱います。チェックインはその存在を伝え、解決はスレッドで行います。
• 追跡が必要な作業は、プロジェクトにタスクとして置きます。同じ障害がタスクを止めているなら、そのタスクを「Issues」列に移して、チェックインの内容をボードにも反映します。

Stand Upは、Studio プランから上のすべてのプランに含まれます。サイドバーの「チーム」グループで、「工数」と「会議」のあいだに「日報」として表示されます。