-
こんにちは
Paul Minors です
-
Asana トレーニング動画を
ご覧いただきありがとうございます
-
過去数年
何百もの企業や Asana ユーザーと
-
お仕事する機会をいただきました
-
本日ご紹介するのは
-
何度も繰り返し目にする
よくある間違いです
-
実はこの動画は
2 年前の動画のリメイクです
-
取りあげる間違いの数を増やして
アップデートしました
-
質問があれば
ぜひコメント欄からお知らせください
-
Asana アカウントのセットアップについて
様々な機能の活用方法について
-
チームのトレーニングやオンボーディングについて
ヘルプが必要でしたら
-
説明欄のリンクをクリックして
-
Asana コンサルティングの
オプションをご確認ください
-
最初に紹介する間違いで
おそらく Asana における最大のミスは
-
「マイタスク」ページを使わないことです
-
サイドバーのここにある「マイタスク」は
-
様々なタスクやサブタスク
プロジェクトから
-
自分に割り当てられたタスクを
すべて確認できる場所です
-
タスクやサブタスクが割り当てられると つまり
このように自分の名前が表示されていると
-
そのタスクはマイタスクに表示されます
-
多くの人がしている間違いは
-
一日を通して この画面で作業する代わりに
-
プロジェクトをすべて見て回って
-
自分の名前が書かれたタスクを探すことで
自分の仕事を見つけることです
-
自分のタスクをまとめる
プロジェクトを作成する人もいます
-
これについては 後ほどご説明します
-
つまり 自分の作業を見つけるために
大変長い時間をかけているのです
-
Asana で推奨されるのは
マイタスクを使うことです
-
マイタスクの確認方法については
別の動画でご紹介しています
-
私はこのように管理しています
-
今日やるタスクが
「今日」セクションにあります
-
今後一週間でやるタスクも確認できます
-
来週のセクションにも
タスクが加わり始めています
-
ルールも設定していて
締切が近づくにつれ
-
タスクが自動的に
セクション間を移動します
-
マイタスクの使い方について詳しくは
私の別の動画をご覧ください
-
-
二つ目に紹介する間違いは
自分に割り当てるタスクが多すぎることです
-
タスク以外のものや
Asana が適さないものも含まれます
-
例えば読みたいと思っている記事や本
-
このようなものを入れると
Asana がかなり散らかってしまいます
-
私のデモアカウントの例です
-
とても散らかっていることがわかります
-
「最近の割り当て」セクションに
詰め込みすぎです
-
「今日」セクションもいっぱいです
-
期限を過ぎたタスクも多くあります
-
これについても 後ほどご説明します
-
全体的にタスク量が多すぎます
-
新しいユーザーはよくこうなります
-
Asana をワクワクして使い始めて
プロジェクトやタスクをたくさん作り
-
やるべきことを すべて網羅しようとします
-
これはコンセプトとしては正しいですが
マイタスクにあらゆるタスクがあると
-
すぐにその量に溺れてしまいそうになり
手に負えないと感じがちです
-
対処法を二つご紹介します
-
一つ目は先ほどマイタスクで紹介したように
セクションを使う方法です
-
私は今日 今週 来週 後日などを
使用しています
-
タスクをセクションにしまって
隠してしまいましょう
-
実際私が毎日 Asana を使う上で
-
今週や来週のセクションは
ほぼ見ることがありません
-
単純に期日が今週や来週のタスクが
それらのセクションに入ります
-
ここに期日が明日のタスクと
金曜日のタスクがあります
-
ここにたくさんある
二週間以上先のタスクは
-
「後日」セクションに入れます
-
これで私のマイタスクは
-
きれいに整頓され
必要なものだけが表示されます
-
今日やることだけに
集中しやすくも なります
-
もう一つの対処法は 期日が近づくまで
自分に割り当てないことです
-
仕事の管理方法について よく考えて
-
チームと話し合う必要がありますが
-
私の顧客が何社か実践している方法です
-
具体的には
-
プロジェクトの後半で行うタスクについて
-
今は割り当てないでおき
-
開始する準備ができてから
自分に割り当てます
-
プロジェクトが段階に分かれていて
-
ある段階のタスクをまとめて
割り当てるイメージです
-
これで解決です
-
リストに大量のタスクが表示されて
圧倒されてしまうことが減ります
-
一つ注意があります
-
タスク以外のものや タスクに関連しないものには
Asana を使わないようにしましょう
-
私の顧客で
-
すべてを一か所にまとめようと
記事や 返信するメールまで
-
Asana に放り込んでいる事例がありました
-
一か所にまとめたいという
考え方はいいのですが
-
これでは Asana に
実行が必要なタスク以外の
-
いつか読むかもしれない記事や
-
返信が必要なメールまでが
溢れてしまいます
-
このようなものに
Asana は適していないと思います
-
三つ目のよくある大きな間違いは
-
「受信トレイ」をチェックしないことと
-
通知を正しく管理していないことです
-
サイドバーにある Asana の受信トレイは
-
タスクの下で
自分がコラボレーターになっている
-
すべてのタスクについて
通知が届く場所です
-
自分がコラボレーターになっていれば
通知されます
-
このようなタスクで
期日が変わった場合や (訳注:担当者のみに通知)
-
このようにタスクが完了した場合
-
あるいは誰かがタスクにコメントした場合など
-
多くの場合に通知されます
-
多くの人が犯す間違いの第一は
十分に受信トレイをチェックしないことです
-
受信トレイをチェックしなければ
-
重要な最新情報や仕事が
見落とされることになります
-
例えば「Paul さん あのタスクについて
回答が欲しかったのですが」
-
と言われて「すみません
受信トレイを見ていなくて気づきませんでした」
-
と言う羽目になります
-
したがって受信トレイを一日に何度か
確認することを おすすめします
-
新着通知があると
ここにオレンジのドットが表示されます
-
定期的に通知を確認することで
チームメイトによる
-
タスクの最新情報やコメント
質問を把握できます
-
次に重要なのは 通知を見るたびに
アーカイブしていくことです
-
この小さいアーカイブ
ボタンをクリックします
-
通知に対応したら
-
つまり通知を読んだり
返信したりしたら
-
アーカイブをクリックします
-
ここでは「すべてをアーカイブ」します
-
この画面が日々実現すべき状態
-
「インボックス ゼロ」です
-
これはすべての通知に対応して
最新情報を把握できていることを示します
-
受信トレイのチェックが習慣になったら
-
通知設定を変更して
アクティビティの更新や
-
さらにはメンションとサマリーによる
メール通知をオフにするのがおすすめです
-
Asana の受信トレイを定期的に確認していれば
メール通知は必要ありません
-
ときどき見られる 四つ目の間違いは
-
タスクを未完了のままにしておくことです
-
「完了にする」ボタンや
チェックマークをクリックしていないということです
-
顧客に聞くと
-
よく聞く理由は
「仕事は終わったけれど
-
タスクを非表示にしたくない」
というものです
-
「このタスクを割り当ててくれた人と
引き続きチャットしたい
-
作業内容がすべて終わっていると
確認してもらって安心したい
-
だから 未完了のままにしている」
とのことです
-
ここでも 意図はよくわかります
-
しかし このような場合でも
タスクを完了にする方がよいでしょう
-
タスクの担当者として
それがあなたの役目です
-
タスクを作成したり割り当てたりした
本人でないと
-
「私がこのタスクを完了にしてもいいのか?」
と疑問に思うことがあります
-
完了するのに躊躇することがあるのです
-
しかし担当者としては
タスクを実際に完了する責任があります
-
タスクをあなたに割り当てた人は
-
タスクが完了された通知を
受信トレイで受け取ります
-
そこで その人はあなたの作業を確認し
必要に応じて質問ができます
-
作業内容に不満がある場合や
やり残しがあれば
-
タスクを未完了に戻すこともできます
-
まずは あなたがタスクを完了にすることで
-
「これが終わりました」と
明確なメッセージを送れます
-
それに関連して 五つ目の間違いは
-
タスクの担当者を
依頼主に戻してしまうことです
-
ときどきあるのは
-
誰かからタスクを割り当てられて
-
タスクが終わったと思ったら
-
タスクを割り当ててくれた人に
割り当てを戻すことです
-
意図は理解できます
-
「仕事が終わったので 確認してほしいから
割り当てを戻す」 ということです
-
これが問題なのは
-
誰がそのタスクの責任を持っているのかが
不明確になることです
-
タスクを行ったり来たりさせると
-
タスクが適切な人に割り当てられていない
ということが往々にして起こります
-
タスクを依頼主に
割り当て返したが
-
あなたが何らかの変更をしなければならず
-
しかし あなたにタスクの割り当ては返ってこない
-
そんなことが考えられます
このような往復は問題のもとです
-
人的エラーが起こる可能性が高まり
タスクが見落とされます
-
繰り返しですが
タスクを担当する人に割り当てるのが
-
よい仕事のやりかたです
-
その人の担当が終わったら
説明したとおり タスクを完了します
-
タスクの依頼主は質問や意見があれば
完了したタスクにコメントできます
-
あるいは必要があれば
タスクを未完了に戻すこともできます
-
六つ目のよくある間違いは
期限超過のタスクをそのままにしておくことです
-
これは まとまった量のタスクが
割り当てられたときに起こります
-
「今日」セクションに入れ
今日中にやると決めましょう
-
しかし 何らかの理由で
今日中に終わらないことがあります
-
問題や緊急事態は起こるものですから
これは仕方ありません
-
タスクをすべて完了できるとは
限らないのです
-
マイタスクに赤字の
期限超過のタスクがあるのは
-
このようなタスクが 積み重なって
乱雑になった結果だと考えられます
-
こうすると すぐに仕事量に圧倒されて
手に負えないと感じられます
-
期限を過ぎたタスクに立ち向かうには
期限超過のままにするのではなく
-
毎日コンピューターをシャットダウンして
仕事を終わりにする前のルーティンとして
-
時間がなくて
タスクリストに残ってしまったタスクを確認して
-
期限を変更するのがおすすめです
-
例えば「これは明日やろうと思う」とか
-
「月曜日に延ばそう」などと考えて
期日を変更します
-
そして期限順にタスクを表示します
-
「これは来週期限だから
近日のセクションに移動しよう」と考えて
-
期限日に「今日」セクションに
自動的に移動するルールを設定します
-
つまり 期限切れのタスクを
-
そのままにしないようにしましょう
-
実際に作業に再び取りかかれる日を反映させて
日付を更新しましょう
-
こうすれば 期限超過のタスクの大群に
悩むことはありません
-
そして いつそのタスクに戻るのか
明確に計画できます
-
七つ目のよくある間違いは
ビジネスオーナーたちが
-
正式な導入やトレーニングを実施せずに
チームに Asana を与えることです
-
私たちが最初にお問い合わせいただく
きっかけになることも多くあります
-
これは Asana に限った話ではなく
-
各企業が選んだ多くのツールや
アプリでも見られます
-
上層部が「今日から
このツールを使うことにします」と言い出して
-
その使い方は
チームで勝手に調べるように言います
-
「チームで力を合わせよう」というわけです
-
こうして起こるのは
-
技術に強い
一部のメンバーは使い方を理解できても
-
技術に疎い人たちは
自分で使い方を見つけられず
-
助けが必要になるという状況です
-
チームの半分しか
Asana を使っていないとき
-
Asana を使えていないメンバーが
-
チーム全体にブレーキをかけてしまいます
-
私たちは導入支援サービスも提供しています
-
私たちがおすすめするのは
まず「なぜ Asana を使うのか」を考えて
-
チームと実際に話して
-
「この問題を Asana で解決します」や
-
「皆様にはこのように使用してもらいます」と
伝えることです
-
チームのトレーニングやオンボーディングに
サポートが必要でしたら 私のウェブサイトの
-
Master Asana (Asana をマスター)
プログラムをご覧ください
-
エキスパートと一対一の
コンサルティングを予約できます
-
一週間に一度
グループのコーチングも受講できるようになり
-
私が開発した包括的なオンラインコースにも
アクセスできるようになります
-
Asana 環境を構築する方法から
チームへの展開を計画する方法
-
そして正しくトレーニングを実施する方法
までをお教えします
-
チームへの導入にあたっては
Asana チャンピオン 私たちの言葉では
-
最高 Asana 責任者 (CAO)
を見つけることもおすすめです
-
これはチームの中で
-
Asana の導入と展開を
担当する人のことです
-
今のところ明確な担当者はいなくて
-
チーム全員がそれぞれ
別の方法で使用している場合
-
Asana チャンピオンを指名する目的は
-
新入社員にトレーニングを実施して
-
全員が一貫した方法で
Asana を利用できるように
-
各メンバーや各部署に働きかける
担当者が必要だからです
-
八つ目に紹介する間違いは
-
最初に紹介したマイタスクの不使用
と関連していて
-
マイタスクを使う代わりに
非公開プロジェクトを使うというものです
-
マイタスクの使い方がわからない方は
-
このように「Paul のタスク」といった
-
プロジェクトを作成してしまうのです
-
このプロジェクトは
独自のタスクリストとして作成されます
-
しかしマイタスクがすでに
自分専用の非公開プロジェクトの
-
役割を果たすため
これは不要な対応です
-
マイタスクに直接「これはタスクです」
というタスクを作成して
-
これをプロジェクトに追加しなければ
-
私以外には非公開になります
他の人は見ることができません
-
マイタスクはこのように
リスト形式で見ることも
-
かんばんボードやカレンダー
の形式で見ることもできます
-
ですから これは
私の非公開プロジェクトとして機能します
-
非公開プロジェクトを別で作るのは
時間の無駄と言えます
-
九つ目の間違いは
期日を設定しないことです
-
期日はタスクの最重要情報の一つですから
-
これは少々不思議です
-
タスクとは何を 誰が
いつまでにする必要があるかを
-
示すもののはずですよね
-
顧客と話していて「なぜこのタスクに
期日を設定しなかったのですか?」と聞くと
-
よくある答えは「近々やることは
決まっていたけれど
-
明確に厳守しなければならない
締切はなかったから」というものです
-
私はこのような場合でも
タスクに期日を設定することをおすすめします
-
絶対厳守の期限がなかったとしても
-
「やるつもり」を示す方法として
期日を使用して
-
「これは金曜日までに終わらせたい」
と示すのが望ましいと言えます
-
他に重要な仕事が入って
-
結局 期日を来週に
延長することになったとしても
-
期日がまったく決まっていないのに比べれば
-
変更の可能性がある期日が設定されているほうが
効果的な働き方です
-
タスクに期日がないことの問題点は
-
多くの期日なしのタスクが
積みあがっていき
-
仕事の緊急度や優先度を
判断できなくなることです
-
タスクに何らかの期日を設定して
「これは今日やる
-
これは明日 これは金曜」
としておけば
-
繰り返しですが タスクに
期日を設定しないのと比べると
-
より効率的で効果的なやり方です
-
十個目のよくある間違いは
-
タスクの詳細があいまいで
必要な情報を提供しないことです
-
例えば あいまいな名前で
-
担当者も期日も決まっておらず
-
説明文もよくわからず
-
添付ファイルや関連文書が
添付されていないタスクです
-
タスクを割り当てるときには
-
他の人にタスクの内容が伝わるかどうかを
しっかりと考える必要があります
-
「その人がこのタスクをクリックしたとき
私にたくさんの質問をすることなく
-
作業内容を理解できるように
十分な情報を提供しているだろうか?」
-
例えば このタスクをリモート
アシスタントの Judy に割り当てます
-
「WordPress の投稿を作成する」
やるべきことが明確です
-
そのタスクが 私が以前制作した動画の
サブタスクであることもわかります
-
そして古典的で長めのチェックリストで
やることを網羅しました
-
これが私が Asana を使って
-
標準作業手順書 (SOP) を
保存している方法です
-
別の動画で SOP と
テンプレートを使用する方法を紹介しています
-
上にリンクが表示されています
-
Judy の視点から
-
このタスクを受け取ったら
何をする必要があるのか明確です
-
親タスクをクリックすれば
-
サブタスクが何に関連しているのか
確認できます
-
するべきことが
すべて書かれたチェックリストもあります
-
おそらく彼女は 私に
詳細を確認することなく
-
タスクを実行できるでしょう
-
Asana ユーザーに見られる
最後の十一個目のよくある間違いは
-
コミュニケーションチャネルが
多すぎることです
-
これは Asana に限った話ではなく
-
コミュニケーションに使用する他のツール
アプリ サービスにも当てはまります
-
重複していることも多く
いつどのサービスを使うのか
-
明確に区別されていないことも
多くあります
-
Slack などがよくある例です
-
多くの顧客が Asana と Slack の
両方を使っています
-
コミュニケーションをとる方法が
たくさんあり
-
当然メールもありますから
-
複数の場所で会話が
発生しているのをよく見かけます
-
私たちがよくアドバイスするのは
-
各ツールを いつ使うのか
明確に定義する必要があるということです
-
例えば タスクやプロジェクトについて
話すときは Asana をおすすめします
-
おそらく会話のほとんどは
タスクやプロジェクトに
-
関連しているはずです
-
そのような会話は
Asana で行うべきです
-
会話が常に
実際の仕事と紐づいているのが利点です
-
タスクをクリックすると
そこで会話が行われているわけです
-
わざわざ Slack を開いて
会話を見つける必要はありません
-
しかし
一部の会話を Asana でして
-
一部の会話は Slack のスレッドにあり
-
メールスレッドもいくつかあるなど
-
会話が複数のチャネルに
分かれている状態では
-
今の状況も 次のステップも
把握が難しくなります
-
Asana のようなツールを導入すると
-
コミュニケーションに使えるツールが
一つ増えるわけですから
-
どのツールを いつ使うのか
-
どのような目的に合ったツールなのか
-
Slack やメール メッセンジャーなど
-
他のツールと どう使い分けるのかなど
-
チームに対して明確に定義する必要があります
-
ここまで Asana で何度も目にしてきた
よくある間違いをご紹介してきました
-
先ほどもご案内したとおり
質問があれば 動画にコメントをお願いします
-
アカウントの設定や
トレーニング
-
Asana の有効活用
チームのオンボーディングについて
-
一対一のサポートにご興味があれば
説明欄のリンクから
-
コンサルティングの
オプションをご覧いただけます
-
改めまして
ご視聴いただきありがとうございました
-
また次の動画でお会いしましょう