在庫僅少アラートは、チームがもとから会話している場所にこそ届くべき
ほとんどの在庫切れについての、耳の痛い真実がこれです。データは知っていたのです。在庫は何日も前から 減り続けていて、その数字はシステムの中にはっきりと表示されていて、発注点は十分な 余裕を持って割り込んでいました。うまくいかなかったのは記録ではありません。システムと、それに対して何か できたはずの人間との間の、最後のわずかな距離だったのです。
典型的な2つの失敗パターン
チームはたいてい、この隙間を2つのやり方のどちらかで埋めようとしますが、どちらも漏れがあります。
- 「ダッシュボードを見ています。」 ダッシュボードはプル型であって、プッシュ型ではありません。誰かが開いたときと ちょうど同じ頻度でしか機能せず、忙しい週にはそれは結局「一度も」ということになります。いつも確認する人が 休暇に入ると、その習慣も一緒に消えてしまいます。
- 「メールでアラートを受け取っています。」 メールは、アラートが静かに息絶える場所です。アラートは 一人の受信トレイに届き、他のすべてと競い合い、フィルターに払いのけられ、単一の 障害点を作り出します。その一人が見落とせば、会社全体が見落としたことになるのです。
なぜチャネルが可能性を変えるのか
同じアラートをMicrosoft Teamsのチャネルに投稿すると、両方の問題が一度に解決します。そしてその理由を 正確に押さえておく価値があります。
- プッシュ型であり、人々がもとから見ている場所に届く。 誰も何かを確認しようと 思い出す必要がありません。アラートは、その日の残りの作業がもとから流れているのと同じ画面で、礼儀正しく割り込んできます。
- 全員が見えるので、誰でも動ける。 チャネルのアラートは一つの受信トレイに割り当てられておらず、 チーム全体に見えています。最初に手が空いた人が対応し、返信としての 「今発注しました」の一言が、他の全員に完了したことを伝えます。
- 痕跡が残る。 3週間後に「フィラメントが底をつきそうだと最初に気づいたのはいつだった？」という問いには、 誰かが対応したメッセージのすぐ上に、タイムスタンプ付きの答えがあります。
チャネルに何が届くかも重要
役に立つアラートは、問いが発せられる前に次の問いに答えます。単なる「品目Aが僅少」は、どれくらい 僅少で、どれくらい速くそこまで来たのかを、誰かに調べさせることを強います。良いアラートカードは、品目、変更前後の 在庫、そしてどのしきい値を超えたか（警告、危険、在庫切れ、または 発注点）を、重大度に応じて色分けして 伝えます。そうすればチャネルは一目でトリアージできます。
状態ではなく、瞬間にアラートを出す
ある設計上の細部が、チャネルが役立ち続けるかどうかを決めます。在庫がしきい値を下回った瞬間にアラートを出し、 しきい値を下回っている間ずっと出し続けないことです。下回ることはニュースですが、状態が続くのは小言です。同じ 警告を毎日繰り返せば、チームはそれを読み飛ばすことを学び、まさにそうやってアラートは機能しなくなります （アラート疲れは独立した記事に値します）。
設定のすべては1つのWebhook
これにITの関与は必要ありません。TeamsはそのWorkflows機能を通じて、各チャネルにWebhookのリンクを生成します。 そのリンクを Teams通知設定に貼り付け、テストカードを送信し、 受け取りたいアラートの種類を選んで保存するだけです。 全体で5分ほど、 スクリーンショット付きです。