技術的負債は有名です。今日あなたが取っている近道は、永久に利息を支払うことになります。誰も名前を出していない組織のいとこがあるので、そうします。 通知債務 — スタックが生成する ping、バッジ、ダイジェスト、赤い点の山が積み重なっており、それらが重要かどうかに関係なく、チームの誰かが毎日トリアージしなければなりません。
各ツールが通知を送信するのは、個別にそれが適切な呼び出しであるためです。ベンダーはユーザーの関与を望んでおり、タイムリーなアラートは非常に役立ちます。ただし、実行するツールは 1 つだけではありません。あなたは 12 人を実行しますが、それぞれが注目に値すると確信しています。集合体は 12 の有用なナッジではありません。二度目の仕事です。
借金がどのように発生するか。
すべての借金と同じように、静かに、そして一気に悪化します。ツール 1 はコメントについてメールで送信します。ツール 2 は、期限について携帯電話にプッシュします。ツール 3 には、これまで開いたことのない「デイリー ダイジェスト」が含まれています。ツール 4 は、アラートが届くように自身を Slack に統合することを主張します 内側 他のアラート。誰も中断マシンを作ろうとしませんでした。 12 の妥当なデフォルトが 1 つに組み立てられました。
ニュースレターを 12 通も購読していません。あなたは 12 個のツールを購入し、そのすべてがあなたのアシスタントに任命されました。
残酷な点は、音量がオフにできないもの、つまり実際の作業に応じて変化することです。より多くの取引、より多くのプロジェクト、より多くの顧客 — より多くのイベント、より多くのアラート、より多くのトリアージ。成長してもノイズは減りません。すべてのツールにわたって同時にそれを乗算します。
なぜ「電源を切るだけ」が失敗するのか。
標準的なアドバイスは、積極的にミュートすることです。それは半分機能します。問題は、12 個のツールにわたって、 信号 12 のツールにも分散されています。実際に重要な 1 つのアラート (取引の停滞、請求書の期限切れ、顧客のエスカレーション) は、ノイズと同じチャネル、最後の重要なアラートとは別のアプリに埋もれています。ミュートしすぎると見逃してしまいます。ミュートが少なすぎると溺れてしまいます。構造的な問題を解決する設定はありません。
構造的な問題は、作業が相互に認識していないシステム間で分散されているため、どのシステムも情報を提供できないことです。 1つ それらすべてにわたって重要なこと。それぞれが自分のコーナーについて叫ぶことしかできません。
1 つのサーフェス、1 つの信号。
取引、プロジェクト、請求書、チケットが 1 つのプラットフォーム上に存在すると、通知レイヤーが最終的に実際の仕事を行うことができます。つまり、ビジネス全体で何が変化したかをランク付けして 1 か所で通知することができます。このシステムは、「この顧客の取引が成立し、プロジェクトが開始され、最初の請求書が期限になる」ということを 1 つの一貫したイベントとして伝えることができます。なぜなら、この 3 つの出来事すべてが 1 つのシステムで監視されているからです。
それが、それぞれが自分自身について大声で叫ぶ 12 のツールと、真実を静かに伝える 1 つのプラットフォームの違いです。音量が下がるのは、ミュートしたからではなく、冗長性とクロスツールのブラインドネスが消えたからです。
それを払ってください。
技術的なものを返済するのと同じ方法で、通知による負債を返済します。つまり、統合してから実際のポリシーを設定します。ソースが減り、重要なものは 1 つの受信箱で受信でき、デフォルトでは何かが本当に変更された場合にのみシステムが破る沈黙が設定されます。目標は通知をゼロにすることではありません。それはあなたが信頼できる通知です。つまり、12 件の通知がそれぞれ断片的に見えるものではなく、全体像を把握できるシステムから送信されることを意味します。