Numma Collabはベータ版です。早い段階からご利用いただきありがとうございます。

Numma
Insights

仕事と仕事のあいだの仕事

Numma チーム 1 min read
#delegation#workflow#execution
チームの協業と調整

別のツールは要りません。むしろ、すでに背負いすぎているはずです。Slack が会話を、CRM が商談を、タスクはまた別の場所に。財務は独自のシステム。文書、ダッシュボード、社内メモ──それぞれに役割があり、それなりに仕事をしている。紙の上では何も壊れていない。それでも一日は、あるべきより重く感じられます。

仕事そのものが本質的に難しいからではなく、多くがそのシステムの「あいだ」に存在するからです。メッセージを転送し、情報をコピーし、更新されたか確認し、もう決まっているはずのことに確認を求める。静かな繰り返しがあります。一つひとつは小さな行動でも、日のリズムを形づくほど続きます。

摩擦の大半は思考ではありません。動きの中にあります。

単純な依頼も、現実に触れた瞬間から単純ではなくなります。誰かが返金を求める。その依頼は孤立していません。ポリシー、システム、財務記録、顧客履歴に触れます。別チームへの通知、理由の記録、後からの追跡が要るかもしれません。どのステップも単体では複雑ではありません。しかし散らばっており、だからこそ境界をまたいで文脈を運ぶ人が要ります。その人はたいていあなたか、チームの誰かです。

委任が曖昧になる場所

時間が経つと、人は翻訳者になります。言語ではなく、意図の。ある場所にメッセージが届き、誰かが運用上どう意味するかを解釈しなければなりません。どのシステムを変えるのか。正確には何を更新するのか。他に誰が知る必要があるのか。ここで「完了」とは何か。そうした判断は常に下され、文書化されないことも多く、ほぼいつも時間に追われています。委任が曖昧になり始めるのはここです。

理論上、委任は単純です。誰かに任せれば、その人がやる。実際には、はるかに定義があいまいです。メッセージが送られ、そこから先はすべて解釈に依存します。受け取った人がステップを再構成し、必要だと思うことを実行し、次へ進む。たいていはうまくいきます。でもプロセス自体は見えません。何かが抜けても、どこで抜けたかはわかりにくい。後から振り返ると、結果がどう出たかをシステムの断片から組み立てることになります。仕事は終わっても、通った道は脆い。

とくに難しいのは、これらが明示されていないことです。実行が一箇所にまとまっていない。元の意図とツール横断の行動をつなぐ共有の枠組みがない。その代わりに、すべてを揃えようとする継続的な精神的負荷があります。頭の中の静かなチェックリスト。何が済み、何がまだで、何が忘れられたかを覚えておく必要。その精神的負荷は積み重なります。

人は小さな補償を始めます。余計なリマインダー。個人的なメモ。二重のトラッカー。効率のためではなく不確実性を減らすためにある仕組み。二度確認するのは不信だからではなく、責任がツールと人のあいだに散らばり、明確な実行層がないときにいかに簡単に抜けるかを知っているからです。

ある時点でコストは見えてきます。単一の失敗としてではなく、注意がじわじわ抜けていくように。

これをコミュニケーションの問題としがちですが、問題はめったにメッセージではありません。メッセージはたいてい十分に明確です。壊れるのはメッセージのあと──翻訳の中、実行の中、意図から結果へ進む共有の信頼できる道の欠如の中にあります。

私たちが苦しんでいるのはコミュニケーションではない。メッセージのあとに何が起きるかだ。

速さを足しても解決しません。ただ圧縮されるだけです。

AI は生成し、提案し、要約できます。個々のステップを速くできます。でも下の構造が断片のままなら、誰かがその出力をシステム全体の実際の変化にどう結びつけるかを決めなければなりません。誰かがまだ全部を縫い合わせる責任を負います。その層がなければ、入力は速くなっても、調整の負担は同じです。

本当の問いは、もっとどう生産するかではありません。絶えず解釈に頼る状態をどう減らすかです。

依頼が、誰かが頭の中で五つのツールにまたがって地図を描かなくても済むならどうでしょう。意図そのものが、見えて、追えて、一貫した形でそれらのシステムを通れるだけの構造を持てるなら。硬直した自動化でも、判断を奪うことでもなく、同じ実行経路を毎回組み立て直す必要をなくすことです。

仕事の多くは決断で失敗しません。システムとシステムのあいだ、人と人のあいだ、注意の瞬間と瞬間のあいだの受け渡しで失敗します。直すに値するのはその層です。

話すための別の場所でも、管理する別の面でもありません。何かが言われたとき、必要な変更があるべき場所で起きる──最初に拾った人に完全依存せずにそれを確かめる方法です。

← ブログに戻る