UTSUROI
English早期アクセス

Re:Invent Work for the Asynchronous Era

実行は、もう速い。
遅いのは、意思決定だ。

AIによって、仕事の実行は並列化された。それでも組織が速くならないのは、同期前提の意思決定——会議、返信待ち、承認、確認——が残っているから。UTSUROIは組織の「同期割合」を下げ、意思決定をスケールさせる組織インフラです。

組織の上限は、同期割合で決まる。

どれだけ実行を並列化しても、全体の性能は並列化できない部分に支配される——アムダールの法則。組織における「並列化できない部分」とは、会議・返信待ち・属人的な承認・確認待ちといった同期領域です。実行が無限に速くなった今、ここだけが組織の速度を決めています。

同期割合
40%
パフォーマンス上限
2.5
同期しなければ進まない仕事並列化できる仕事
同期 40%2.5倍
同期 10%10倍
同期 1%100倍
同期 0.3%333倍

組織の最大パフォーマンス ≒ 1 / 同期割合

UTSUROIの目標は、この同期割合を 40% から 1% へ引き下げること。速く働くことではなく、正しくスケールする構造をつくることです。

「進まない」は、不透明さから生まれる。

意思決定待ちが積み上がるのは、人が怠けているからではありません。状態が見えないからです。

  • いま、誰のボールなのかが、わからない。
  • 確認待ちなのか、着手前なのかが、わからない。
  • 期限が、そもそも決まっていない。
  • 意思決定が、誰かの頭の中で止まっている。

UTSUROIは、日常のコミュニケーションとタスクの動きから「仕事の状態」を抽出し、構造化します。管理のためではなく、滞りを検知して流すための構造化です。

依頼確認待ち意思決定待ちブロッカーオーナー不明期限不明

抜け漏れは、責めずに、なくす。

人の記憶と注意力に依存したフローでは、各ステップで小さなエラーが積み重なります。「依頼と同時にタスク化する」——仕組みをひとつ入れ替えるだけで、確率は桁が変わります。

従来のフロー

  1. Aが依頼するBの未読 5%
  2. Bがタスク管理ツールに転記する入れ忘れ 5% 期限の設定漏れ 15%
  3. Bがタスクを確認する見逃し 10%
  4. Bが実行するここに届く前に、こぼれ落ちる

UTSUROIのフロー

  1. Aが依頼する — 同時にタスク化される未読 0%
  2. 転記という工程が、消える入れ忘れ 0% 期限の設定漏れ 0%
  3. 期限が通知され、公開の場で共有される見逃し 1%
  4. Bが実行する仕事が、淀みなく届く

抜け漏れを個人の責任として責めるのではなく、プロセス上で検知・対処すべき対象に変える。仕組みが拾い上げるから、組織は安心して非同期に移行できます。

状態は、二つの画面に出る。

拾い上げられた仕事は、二つの見え方で返ってきます。いま誰のボールなのかを見るカンバンと、いつ終わるのかを見るタイムライン。同じタスクに、別の問いを立てているだけです。

カンバン
誰のボールで、どこで止まっているか。レーンと期限に色が付いているので、滞っているカードのほうから先に目に入ります。
詳しく →
タイムライン
いつ終わるのか。実績にもとづく見積もりが日付の上に並び、当初の計画とのズレが形で見えます。
詳しく →
ほかにマイハブ — 自分の全タスクインサイト — 滞りの内訳プロジェクト繰り返しタスク

普段どおり働くだけで、裏側が動く。

UTSUROIは、ユーザーに特別な運用を強いません。普段どおりチャットし、普段どおりタスクを動かすだけで、裏側でタスク構造化・見積もり・照合・可視化が進みます。

人間の不完全さを、前提にする。

人は、忘れる。
人は、休む。
人は、別の仕事を優先する。
——それでも、仕事は淀みなく流れ続ける。

「すべての通知を追える」「メンションを見逃さない」——その幻想には依存しません。通知に依存しないタスク管理。個人の記憶に依存しない責任管理。メンションを見逃しても、Slackを流し読みしても、タスクリストを見れば自分の全タスクが把握できる。それが、UTSUROIの目指す状態です。

人を管理する時代を、終わらせる。

AIと複業が当たり前になった時代に、組織が本来のポテンシャルを解放するための構造改革を。UTSUROIは、新しい組織のあり方へと、うつろうためのインフラです。

うつろい ——「移ろい」。淀まず、移り変わり続けること。