こんにちは この動画では Electron Shop の David Burk さんをお迎えしています David さん こんにちは こんにちは この動画では David さんとお話しして これまでの遍歴や 特にチームに Asana を導入した 経緯をお聞きしたいと考えています チームのコミュニケーション方法を変えたり 仕事の管理方法を変えたりするような 移行に苦労する企業を見てきたからです 移行するのは 必ずしも簡単ではありませんから David さんの経験や意見を ぜひお聞かせください まず Asana を使う前の 背景を簡単に教えていただけますか？ ワークフローはどのようなものでしたか？ 他のツールを使用していましたか？ Asana を使うようになった ストーリーを教えていただけますか？ いい質問ですね 実際 いくつかの製品を試してみました Teamwork を試し Trello を試し その後 Slack が 当社に合っていると考えて すべてを Slack で管理するようになりました しかし Slack に依存しすぎるあまり メンバーが次々と作業を割り当てるようになり そしてその作業依頼が To Do リストに入っているのか それとも終わったのかを 確認できなくなりました そこで Asana に目を向けました 第一印象としては 柔軟性が気に入りました 本当に非常に柔軟です これはメリットでもデメリットでもあります 柔軟なこと自体はメリットです しかしメンバーが自分勝手な使い方を してしまいがちなのがデメリットです そうして Asana を選びました 質問を続けてください はい 柔軟性とはつまり 色々な使い方が できるということですね 私が気付いたことの一つは Asana ではタスク つまりやることを管理しなくてもよい ということです 顧客サービスの観点から クライアントの管理やサポートチケットの管理に 使用できます はい 柔軟なプラットフォーム であることは賛成です そうですね 当社のプロジェクト管理手法は 長年エージェンシービジネス向けでしたので 期限までにやるべきことをやる という基本的なことだけやっていたのです なるほど そして すべてを 仕事の単位へと分解し 責任者を割り当てることができるプラットフォーム これは私たちが本当に求めていたものでした なるほど Trello や他のツールを試したと おっしゃっていましたが 誰が何の責任者なのかを 非常に明確に示すという点では 要件を満たしていませんでしたか？ そういった問題もありましたし データの見せ方という問題もありました Asana でリストやカレンダーを見て 高度な検索を使用して 検索を保存できるというアイデアは 他の製品と比べて 並ぶもののないものでした 確かに 実はこれも 聞きたかったことなのですが 先ほど柔軟性の話をされましたが 導入を決めるきっかけになった 機能はありましたか？ 高度な検索も 決め手になりましたか？ はい 高度な検索は確実に決め手でした わかりました チームを Asana に移行するにあたっては チームの規模が小さいという点で David さんのチームは 少し移行がやりやすかったと思います ですが その移行期間中に 直面した よくある課題や問題には どのようなものがありましたか？ そして 2 つ目の質問も してよければ それらの課題にどのように対処して 問題を解決しましたか？ 多くはごく一般的な チェンジマネジメントの問題でした 第一の対策は 早めにそして頻繁にアナウンスすることでした 例えば「30 日後に大きな変更があります」と その 30 日間 毎日アナウンスし続けるのです 何を変えるのかも説明します 「Asana に乗り換えます」と 「前もって試してみてはいかがですか」 自分のペースで試せるようにしました そしてご存知のように 外部アドバイザーを採用しました とてもよかったです 私がよく言うのは 「未知の領域に足を踏み入れるなら ガイドを雇うのが一番」ということです それだけの価値があります 地元の知識には大きな価値があります ですから非常に効果的な投資でした Paul さん あなたは フレームワークと方法論を提供してくれました そのフレームワークと方法論を基にして 私はいくつかのドキュメントを作成しました その中でも 2 つが重要です 第一に Paul さんにしていただいた トレーニングを録画しました 新入社員は その 1 時間のトレーニングを観ます 第二に 「Electron Shop 流 Asana の使い方」 というドキュメントを作成して 当社特有の Asana の使い方を すべて網羅しています そして第三のドキュメントは 「Electron Shop 流ファイル命名システム」です すべてのファイル名は クライアント名で始まり 末尾に決まったフォーマットの日付が付き そしてバージョン番号が付きます 少し複雑になりますが バージョン番号にはクライアントのコードと 社内の枝番が付きます つまり 1.1 は 1.0 のクライアントの番号が 枝番の 1.1 になったものです これはファイルの最新版を管理するのに とても役立ちます それは興味深い 少し話を戻しますが 「30 日後の決まった日から Asana を使い始めます」と アナウンスしたのですよね 移行フェイズには何をしましたか？ 少しずつ使って 人々を巻き込もうとするような感じでしたか？ なぜそのような方法を選択したのでしょうか？ 「それでは今日から始めます」と言うのではなく 時間をかけたのはなぜですか？ もう少し詳しく教えてください 私は Asana の無料版を導入しました これは 15 人以下のチームに最適です そして一人ずつ引き入れていきました 週に一度 制作会議などがあるときに デモを行いました 私は「面白いものを見つけたんだ ちょっと見てくれないか？」などと言ったのです Paul さん 私もあなたのように 生産性や効率性に関心があります ですから 私はシステムの中で多くの時間を費やし パートナーと様々なテストをしました 私たち二人だけで お互いにタスクを割り当て システムの様々な機能を 触ってみました Asana の「セクション」を 自分たち自身で理解しましたが 見つけるのは難しかったです それは面白いですね 私が様々な企業と仕事をした経験や 私が勤めていた会社で Asana を使った経験を思い返してみると David さんがチームに言った 「30 日後にこれを使います」 といったことを それほど明確にできていなかったかもしれません ふわっと曖昧に展開していって 「今日から始めますよ」と言って 人々に使ってもらおうとしても なかなか使いこなすには至りません なぜならそれは新しく 怖いもので 自分たちの仕事のやり方に 疑問を投げかけるものだからです チームに対して期待する内容が 明確ではないと 導入が尻すぼみになったり 失敗することがあります しかし David さんの場合は 非常に明確にしていましたね 「皆さん これを使います」 「もうすぐ電車が行ってしまうから 早く乗って」と とてもうまくいったようですね そうなんです もう一つお話ししたいことがあります 私はシステムに人を招いて 基本的に自由に使ってもらえるようにしました そして次のように言いました 「この日から メールで私に何かを送ってきても 私は答えません」 なるほど 結果的にどうなりましたか？ Asana にスムーズに入ることができましたか？ それとも何通かのメールは引き続き来ましたか？ (移行に) 約 1 か月かかりました 1 か月ですか 私たちは Slack も使っています Slack とメールでは どのように使い分けるか という混乱が起きました それも「Electron Shop 流 Asana の使い方」で説明しています 私は Asana が「記録のシステム」 であると説明しました Slack は確認や質問のため メールはクライアントとのやりとりに使います 以上です なるほど これは本当に重要なことなので まとめてみます 多くの人々が ツールの使い分けについて 悩んでいると思います その対処法を実際に示したわけですね たくさんのツールがありますね 誰かがメールや Slack メッセージを 送ってきた場合 どこで何を確認すればよいのか迷います David さんがうまくやったことは 何がどこに入るのかを 明確に分けたことだと思います メールはクライアントとのやりとりに とは 社外とのコミュニケーションということですか？ そのとおりです Slack を使うか Asana を使うか 基本的にすべてのコミュニケーションを Asana でしていますか？ インフォーマルなものだけを Slack でしていますか？ どのように使い分けていますか？ タスクに関連するコミュニケーションは すべて Asana でやりとりします なるほど Slack は 例えば 「今クライアントと電話中なのですが この数字を教えてもらえませんか？」とか 「このファイルの場所を忘れてしまって Asana でも見つかりません 場所を教えていただけますか？」 といったコミュニケーションに使います ちょっとした確認に使うのです 30 秒くらいの用件に使います 私たちが Asana でやろうとしているのは 物事を 2 分から 5 分でできる 仕事の単位に分解することです Slack は 30 秒のツールです とてもいいですね よい分け方だと思います つまり チーム内で 仕事に関して 必要なコミュニケーションがあるとしましょう それはおそらく コミュニケーションの大部分ですよね 80% くらいでしょうか タスクに紐づいているので Asana に入れるべきですね やるべきことと結びついています 一方 Slack はちょっとした質問をする コミュニケーションツールで 誰かに質問や確認をするのに使います これは本当によい方法だと思います この 2 つを分けることで 移行に行き詰まることもなければ David さんが Slack で送ってきたのか Asana で送ってきたのかわからない というモヤモヤもなくなります それについて他にもいくつか 思い浮かぶことがあります 一つは メールは 社外コミュニケーションのためと言いましたね クライアントからは 毎日のようにメールが来るのですが いくつかのタスクが メールで来たとします これを変えてください あれをしてください このタイプミスを直してください と言われました 私はそれらを Slack で別々のタスクにするか 「これらを修正してください」という 1 つのタスクにして そのメールを Asana に貼り付けます Asana の素晴らしい点は アカウンタビリティ (明確な説明責任) にあるからです 逃れることはできません 自分にタスクが割り当てられたら それを実行するか 他の人に割り当てるか 自分の割り当てを解除するか どれかを選ぶ必要があります そうですね 完全に同感です 誰がボールを持っているのか 非常に透明性が高く 誰かのアカウントをクリックするだけで どのくらいの仕事が進んでいるのか 正確に確認できるからです 隠すことはできません 人によってはちょっと怖いと 感じるかもしれませんね みんな自分が何をしているのか見れるから 仕事のペースをつかまなくちゃいけない とてもよいと思います 毎週 制作会議を開いていて その会議には Harvest で行う 予算レビューが含まれています なるほど 各アカウントで 費やしている時間を確認します 会議の残りは 基本的に Asana での 未完了タスクをすべて確認することです 一件ずつ確認します また従業員ごとに検索条件を保存しています 「○○さんの未完了タスク」といった具合ですね ですから 彼らと 1on1 で話すときには 「このタスクは行き詰まっているようですね」とか 「仕事が多すぎるのでは？」と話しかけます この会話から生まれる気付きも多くあります もう 1 つ ここで聞いておきたい質問があります Asana で解決したビジネス上の問題には どのようなものがありましたか？ マネージャーやリーダーとして 従業員との関わりについての問題も 解決できそうですね 従業員を呼び出して 「仕事をやっていませんね」と言うのではなく David さんが言ったように 「どこで仕事が止まってしまっていますか？」 「どのようなサポートが必要ですか？」 と問いかけられるのです そしてその見える化を 可能にしてくれるのが Asana です そのとおりです ここではもっと大きな 本当に重要な問題があると思います それはエンゲージメント 従業員の当事者意識やモチベーションです 全員が自分のタスクを更新していて すべての期限を守っていれば 全員が活力をもって仕事をしていることがわかります 鎖の強さは一番弱い輪で決まるのです タスクをいつも期限を少し過ぎてから 完了している人がいるとします 毎週の制作会議では 私もそれを見ていますから 会議を始める前に 「全員がきっとタスクの期限を 更新していますよね」 と言います なるほど この言葉はエンゲージメントについて 強いメッセージを持ちます アカウンタビリティは非常に重要ですから 私の個人的な哲学では アカウンタビリティは 組織にとって非常にポジティブなものです 人々は 誰かがサボっているのを好まないからです そうですね マネージャーだけでなく 従業員も 「私は一生懸命働いているのに この人は自分の仕事をしていない」 という状況では 「ずるい」「怠けている」と感じます なるほど 興味深い Asana を使って解決した重要な問題で 他に思い当たるものはありますか？ ファイルのバージョン管理があります タスクに添付されている ファイルのバージョンを更新した場合は タスクに添付されていたものを削除し 最新のものを添付するようにしています だから最新版がいつも Asana にあります これは大きかったですね そして従業員のパフォーマンスと リソースの配分については Asana システム内に その指標がたくさんあります それらが大きな問題だったと言えるでしょう 推測ですが システムのおかげで 私たちの生産性は 20% 向上しました どのようなタスクが存在しているのか 誰もが知っているので 私の指示を待つことなく 行動できています すべてがリストになっていますから リストから選べるわけですね 20% というのも 立派な数字ですね そして... クライアントとの仕事について 言及していましたが Asana ではどのような種類の作業を トラッキングしていますか？ 仕事にクライアントが関わっていますので ビジネスの計画やプロジェクトを考える上で 大事な要素だと思います Asana で ビジネスを どのように扱っていますか？ 現在 Asana でトラッキングしている 仕事について お話しいただけますか？ 社内プロジェクトについてですか？ いいえ 一般的な質問です 社内プロジェクトについてでも クライアントとのプロジェクトについてでも 主にどのようなことに Asana を使っていますか？ 私たちが使っているフレームワークに関係するので まずそれについて お話しさせてください 私は Asana で一番混乱する言葉は 「チーム」だと思います まず私の会社である Electron Shop が 「組織」ですよね その下にある「チーム」は 当社の場合 クライアントを中心に 組織されています ですからチームには クライアントの名前を付けています その下にプロジェクトがあり その中にタスクがあります Asana が私たちに適している理由をお話しします 私たちはデジタルエージェンシーなので 他分野を横断するタスクが進行しています 分野横断型のチームが 1 つのプロジェクトで協力しているのです 私たちのプロジェクトの種類は多岐に渡ります ところで Paul さん 私たちは最近リリースされたばかりの テンプレート機能を試してみるつもりです 素晴らしい つまり私たちの仕事は ウェブサイトの開発であったり 毎週のメール配信であったり 統合されたコンテンツカレンダーであったり ブログ記事であったり 執筆作業であったり 広告や有料広告であったりするわけです 実際私たちは 非常に幅広いことを行っています 繰り返しになりますが Asana は非常に柔軟です ほとんどすべてのものを Asana で管理できます 広告など色々なものを Asana に保管しようと思います いいですね David さん ありがとうございました Asana をどのように使用しているか どのような課題に直面してきたか 興味深いお話でした 最後にこの動画をご覧になっている方に アドバイスがあればお願いします 例えば Asana を使っている方で 今チームのオンボーディングをしている方に おすすめすることはありますか？ どうしたら Asana を もっと効果的に使えるようになるのか チームで Asana を うまく活用できるようになるのか 考え始めた方に アドバイスをお願いします 2 つあります 一つは Paul さんが教えてくれたことですが メールの通知をオフにすることです そうですね もう一つは メール通知をオフにする場合 1 時間に一度 毎正時に メールの受信箱をチェックするという ルールに従う必要があります メールを忘れて 完全に使わないことはできません 受信箱はすべての重要な出発点です クライアントと仕事をしていて 毎正時に受信箱をチェックするというシステムを伝えて 採用してもらうと その方が Asana の定着率がずっと高いのです 素晴らしいヒントです 多くの人々が直面している 共通の問題の対処法だと思います それは 自分が何をすべきなのか 自分が今何に取り組んでいるのか 最新情報はどこにあるのか わからないという問題です それらを知ることができるのが 受信箱ですが その受信箱でメールを受け取ることで 多くの雑音とストレスが生まれてしまいます ですから通知をオフにしましょう そして対応が終わったら 通知やメールをアーカイブしましょう つまり受信箱というのは 現在進行中のアクティブな作業のみを 含んでいるべきです 例えば まだ返事をしていないコメントや もちろん新着通知もそうですね David さん 素晴らしいヒントをありがとうございました お招き ありがとうございました