2013年初頭、私たち全員が再び不器用なBitrix 24とMegaplanから脱出しようとしました。 私はアサナをテストし、次のように言いました。「投資家はこのプロジェクトで何を見つけましたか？ 「ここには何もありません！」しかし、時間の経過とともに、彼は気付きました：伝説的なシステムのように、Asanaには独自の哲学、独自のDAOがあり、それなしではwithoutは開かれません。
今日は、アーサナで働くための4つの基本原則についてお話します。これにより、このツールを新しい方法で見て、効果的な仕事の秘密の武器にすることができます。
1.集中領域を記録する原理
Bitrix 24とMegaplanで働いていたとき、私はひどく非効率的であるといつも思っていました。 多くのグローバルなタスクとプロジェクトがありましたが、プロジェクトがどのような副次的な問題、微小な問題、取引に分かれているのか誰も知りませんでした。 つまり、私は終日何かをしますが、グローバルにタスクを閉じることはできません。
事実、仕事に割り当てられる時間は限られており、さまざまな行動領域の注意力のスパンで構成されています。 チームによると、各アクションエリアは、目標を達成するための最も可能性が高く有益なパスの一部です。 行動圏への集中は、いくつかの目標の達成につながる場合がありますが、目標の達成にまったく至らず、偽である場合があります。 何らかの形で、一日は集中の小さなゾーンで構成されています。 これらのゾーンを書面で修正できない場合、時間をマークして何もしていないようです。
「Megaplan」などでは、1日に何十もの小さなタスクを柔軟に設定できる機能はありません。 「アーサナ」は、あらゆるタスクが集中力の集中ゾーンとアクションゾーンであるという原則に基づいています。 システムは、タスクの設定を一時的に行い、それらをより大きなプロジェクトに再グループ化する機能を提供します。
2.「丘から」の有効性を評価する原理
アーサナ-特定の範囲の問題を解決するために、1人のチームに集まったさまざまな人々の問題のチェックリスト。 最初は、このチームに集まった人々は正気で、時間を整理できると想定されています。 つまり、Asanaは、ディレクターの期限の変更を要求するタスク設定システム、実行の品質をチェックするための厳格なシステムなどではありません。 設計作業では、完了したタスクとマイクロタスクの各部分をチェックする時間がありません。 プロジェクトには、相互に関連するタスクを完了するシーケンスが含まれます。実装の検証に時間を費やす場合は、シーケンスを中断するか、検証を無視する必要があります。 タスクの完了の品質は、上からの規則によって保証され、下からマネージャーが従業員の「ポップを拭く」ことによって保証され、各タスクに対して実行される作業の品質をチェックし、「ay-ay-ay」または「ok」と言います。
Asanaには、従業員のパフォーマンスを評価するための「From the Hill」と呼ばれる多くのツールがあります。 終了したタスクの数、特定のタスクにかかった時間を確認できます。 もちろん、多くの人が同じ「メガプラン」にも同様の機能があると言いますが、
a）作業が完了した後、コメントに費やした時間を書き留めます。これはゴミです。
b）「広告キャンペーンの維持」タスクで週40時間を償却した理由を1000の小さなサブタスクに説明せずにマネージャーに説明することは非常に困難です。
そのため、MegaplanまたはBitrix 24で1日を描いたBDSMがいるかもしれませんが、私の自然な怠により、他のシステムを探すようになりました。
3.雇用の構造化の原則
重い国内のCRMでは、ほとんどの場合、活動領域の入れ子には2つのレベルがあります-タスクと行為。 このアプローチにより、計画の観点から、より曖昧に第1レベルのタスクに関連付けることができます。なぜなら、私たちの生活のすべての不確実性をどこに置くべきだろうか？ また、マイクロタスクとサブタスクの設定は、時間リソースの観点からは費用対効果が高くありません。すべての計画のゲインは、タスクの設定にかかる時間を浪費します。 タスクは、注目領域の「プロジェクト」部分のままです。つまり、活動間隔のあいまいさ、作業の霧のかかった開始、ぼやけたマイルストーンなどです。
ただし、Megaplanにはいくつかの機能があり、実際にビジネスがタスクにならない場合、つまり新しい小さな活動領域に分割できない場合、タスクを粉砕する必要性を完全に満たすことができます。 そして、新しく到着した「依存」問題を同じレベル、つまり親タスクに配置すると、接続性と一貫性が失われます。 そのため、Megaplanでは、タスクとサブタスクの構造では、毎日のアテンションスパンを計画することはできず、業務には階層的な一貫性がありません。
アーサナに戻りましょう。 ここでは、依存レベルの数は常識によってのみ制限されます。 私の意見では、これは3-4レベルを超えることはできません。そうでない場合、最も高いタスクはほとんどのプロジェクトです。 この構造により、タスクをアクティビティの小さな領域に階層的に分割し、さらに、このアクティビティの一部を他のチームメンバーに提供できます。
4.失明の原理
「やらなければならないが、緊急ではないようだ」というメンタルラベルのタスクはありますか？ 私はそれらを何十も持っています。 このような小さなリマインダーは、多くの計画を立てますが、時間がありません。 「厳格な」計画システム、および私の基準による国内システムは厳格であるため、タスクを確認する機会はありませんが、通知はありません。 不運なコントローラーが走って来て、尋ねます：「いやいや、どうですか、ビクター？ タスクが明らかになったのはなぜですか？」
「Asan」には、1日を計画するためのツールがあり、[マイタスク]ページで利用できます。 その基本原則は、割り当てられたすべてのタスクを3つのグループに分割することです。 曜日と週の計画に対する私のアプローチを変えたのは、この原則でした。 私の意見では、それは私たちの注意と時間のリソースの限界を非常に正確に反映しています。 アーサナでは、すべてのタスクを今日のタスク、延期タスク、永続タスク、新規タスクに分類できます。 次のようになります。
近い将来実行する予定はないが、閉じたくないタスクは、「遅延」にリセットして、必要な場合にのみ記憶することができます。 今日終了する予定のすべてのタスクは、Todayブロックに送信されます。 したがって、閉じられていないケースの永遠の山はあなたを引きずりません。 あなたは重要でないものを送る自然な「ゴミ箱」を形成します。
Asanaシステムをビジネスグライダーと見なす場合、これらの4つの基本原則を必ず更新してください。 それらがなければ、アサナは単純すぎて、混andとしていて、制御できないシステムに見えます。 しかし、信じてください。これはゴールドであり、12の無料ライセンスもあります。
良い仕事をしてください。