自分のツールをつなぐ

AIエージェントにAsanaをつなぐ

進捗管理ツールが語るのは、何が終わったかではありません。誰かが「終わった」と申告する時間を取ったかどうかです。 隔たりはすべてそこにあり、忙しさとともに広がります — もっとも働く週が、もっとも台帳を更新しない週です。Asanaにエージェントをつなぐと、単純で、そして珍しいことが起きます。タスクを実行する者が、それを終えたまさにその瞬間に、自分でチェックを入れるのです。台帳はあとから書かれる報告であることをやめ、実際に起きたことの記録になります。

1. 仕事とその申告との隔たり

すべての進捗管理ツールは同じ死角を共有しており、Asanaも例外ではありません。測っているのは申告です。タスクにチェックが入ったという事実が意味するのは、誰かがツールを開いてクリックしたことであって、仕事が終わったことでも、うまく終わったことでもありません。

この隔たりには三つの影響があり、三つ目がもっとも高くつきます。

台帳が現実に遅れる。 火曜にしたことが木曜、あるいは翌週の月曜にチェックされます。一週間では何も変わりませんが、四半期では報告を誤りにするのに十分です。
更新それ自体が仕事になる。 実質的な目的がツールを最新に保つことである週次会議は、表示を作るために全員の時間を費やす会議です。
やがて使われなくなる。 誤りだとわかっている台帳は、もう参照されません。開いたままで、何も決めなくなり、本当の優先順位はメッセージと頭の中に戻っていきます。

2. エージェントがAsanaで行うこと

Asanaの公式コネクタはプロジェクトとタスクを対象とし、進捗を追うのに必要なものを備えています。

プロジェクトとタスクを参照する。 何が進行中で、何が遅れ、誰が何を担っているかを知ること。エージェントが取りかかるべきか、それともすでに誰かが対応中かを判断できるようになります。
タスクを作成する。 途中で現れ、そうしなければ会話のスレッドに埋もれてしまうもの — 見つけた不具合、しておくべき追客、依頼すべき不足資料。
タスクを割り当てる。 チームの誰かに、期限をつけて。担当者も日付もないタスクはタスクではなく、意向です。
進捗を追う。 進んだものを進め、詰まっているものを知らせ、状態を古びさせずに更新します。

3. 違いは、実行する側が台帳を保つこと

このコネクタを他と本当に分けているのはこの点であり、見落としやすいので繰り返す価値があります。

Asanaの通常の使い方では、仕事をする人と台帳を保つ人が同じです — そしてそれこそが機能しない理由です。二つ目の仕事は常に一つ目のために後回しになるからです。エージェントがタスクを実行するとき、状況の性質が変わります。申告を後回しにする理由が一切なく、仕事が終わったまさにその瞬間に申告します。

これはAsanaに、それまでなかった機能を与えます。実際に起きたことの日誌としての機能です。「今週の記事を公開する」というタスクは、金曜に楽観でチェックされるのではなく、記事が公開された時点で、何をしたかの記録とともにチェックされます。

実務上の帰結が二つあります。

台帳がまた参照に耐えるようになる。 済んだと書いてあれば実際に済んでいる — 進捗管理ツールにおいて、これは望まれるほど当たり前ではありません。
人とエージェントが同じリストを共有する。 委譲されたものとされていないものが、同じ場所に同じ期限で並びます。新しい画面を覚えずにエージェントの働きを見るもっとも簡単な方法です。

4. 行わないこと

自分がしていないことにチェックを入れません。 人が担っているタスクはその人のものです。エージェントは状況を尋ねることはできますが、代わりに申告はしません。推測するエージェントが保つ台帳は、遅れている台帳より価値がありません。
他人の仕事を割り当て直しません。 タスクをある人から別の人へ移すのは管理上の判断であり、整理の作業ではありません。
遅れを避けるために期限を動かしません。 先送りされた遅れは隠された遅れです。遅れているのがエージェント自身であっても、見える状態に留めなければなりません。
プロジェクトを組み替えません。 セクション、ラベル、テンプレートはあなたの組織のままです。

5. 接続と、プロジェクトの指定

接続はアカウント認可です。Asanaにログインし、表示された権限を承諾します。作るアプリケーションも鍵もありません。

範囲は二つの層で指定します。

ワークスペース — 対象となるAsanaの組織です。
プロジェクト — エージェントが作業する具体的なリストです。同じワークスペースの他のプロジェクトは見えません。

エージェントが働くべきプロジェクトにアクセスを限定してください。 当たり前に見えるこの助言は繰り返し見過ごされます。Asanaのワークスペースには、進行中の採用、組織再編、機密案件など、プログラムの手の届く場所にあってはならないプロジェクトがほぼ必ず含まれているからです。プロジェクトを指定すれば、この問題は一度で片づきます。

始め方としても正しいやり方です。まず一つのプロジェクト、進捗がいちばん早く古びるものから始め、そこから広げます。

6. 時間とともに変わること

進捗管理ツールは、最初の一週間の快適さではなく、六か月後の信頼性で評価されます。

第1週。 書き込みが承認を通り、あなたは語彙を定めます。何がタスクに値し、何が値しないか、自社ではどの時点でタスクが完了なのか。見た目より微妙で、そして一度で片づきます。
3か月目。 済んだことはその日のうちにチェックされます。進捗会議は更新作業の場であることをやめ、本来の目的である判断の場に戻ります。
2年目。 履歴が揃い、使えるようになります。この種のタスクが実際どれだけかかるか、どれがいつも後ろにずれるか、どれが一度も役に立たなかったか。断続的に保たれた台帳では、この読み取りは不可能です。

数値化した生産性の向上は約束しません。それは何を委ねるかによります。保証されるのは、あなたが台帳を開いたときにそれが本当のことを語っている、ということです。

7. よくある質問

エージェントを動かすにはAsanaとNotionのどちらか。

どちらも接続でき、答える問いが違います。Notionは文書とデータベース、つまり「わかっていること」を保持します。Asanaは期限つきで割り当てられたタスク、つまり「やるべきこと」と「いつまでか」を保持します。両方を使う企業は多く、それぞれが役割を保っているかぎり筋は通っています。

そのタスクがエージェント発だと、チームにわかりますか。

行為はあなたが接続したAsanaアカウント名で表示されます — 個人アカウントではなく専用アカウントを充てるべき理由がここにもあります。台帳が読みやすくなるのも同じ理由で、チーム由来かエージェント由来かが一目で分かれます。

逆はできますか。Asanaのタスクがエージェントを起動できますか。

コネクタが入ったあとのもっとも自然な使い方です。エージェントがプロジェクトを見て、自分に回ってきたものを確かめ、取りかかります。仕事を起動するのはnullbotで定めた内容であり、Asanaは共有リストとして働きます。原動機ではありません。

接続を切るとどうなりますか。

アクセスは即座に切れ、認可はAsana側からも取り消せます。作成されたタスク、割り当て、履歴はプロジェクトに残ります。取り去られるものはありません。止まるのは更新です。

さらに読む

次に読む: Notionをつなぐ、エージェントの働きを見る、または利用できるコネクタ一覧。