Twitterは多くの人が現在の出来事を一般に伝えるために使用されています。 スター、政治家、一般の人々が毎日（1時間、1分-方法を知っている）そこに書いて、みんなに彼らの活動を見せます。 Twitterは強力な時間管理ツールです。これについては、この記事で説明します。
マイクロブログ形式は、メッセージを公開するのにそれほど時間がかからないという点で便利です。 ウェブサイト、コンピューター、ネットブック、携帯から-いつでもどこでも絶対に送信できます。 そして、最も重要なことは、特別な知識、つまりユーザーの低いログインしきい値を必要としないことです。 現時点では、Twitterはロシア語にさえ翻訳されていないため、ロシア語を話すユーザーをまったく止めることはありません。 心理的に、あなたの執筆活動を反映することは、計画の実施に役立ちます。 これは、ISO 9000規格の主な考え方である「あなたがしたことを書いて、あなたが書いたことをする」ということの確認です。 同じアイデアがGTD時間管理方法論によって追求されています-物事を成し遂げます。 ノートやペンから携帯電話のプログラムに至るまで、何でもあなたの計画を記述するツールとして役立ちます。 ここのツイッターはそのようなツールとして機能するかもしれません。 もちろん、欠点もあります。たとえば、イベントやカレンダーの発生に関する通知がありません。 しかし、そのためにTwitterは作成されませんでした。
Twitterは個人的なツールとしてだけでなく、集合的なツールとしても考えられます。 企業では、特定のイベントについて従業員に通知するタスクがしばしば発生します。 一方、マネージャーは部下が現在何をしているのか知りたいと思っており、Twitterはこれを支援することができます。 大規模な企業システム（たとえば、 Alfresco ）には、すでに「ステータス」などがあります。 しかし、ステータスの履歴のような重要な側面はありません。 つまり、頭（または同僚）は、従業員が現在何をしているかを見ていますが、以前は何をしていたかを見ることができません。
ボスと下位の接続を考慮する場合、ボスは常に自分の病棟の作業負荷を認識し、負荷を分散して、一方でリソースがアイドル状態にならず、他方で適度に負荷がかかるようにする必要があります。 上司は部下にコマンドを与えますが、部下がすぐにコマンドを実行し始めるとは限りません。 通常、いくつかのタスクのプールがあり、どれを形成し、優先順位を設定しても、リーダーは仕事を続けます。 同時に、上司は、部下がプールからこれらのタスクを正確に実行し、計画された順序どおりに実行することを完全に確信しています。 タスクの開始を制御するツールがない場合、この自信は何によってもサポートされません。
通常、マネージャーは次の種類のコントロールを使用します。
1）毎日
2）毎週
3）毎月
4）四半期ごと
5）1年
各レベルの制御は次の段階に含まれます。たとえば、データを失うことなく、週次および日次から月次レポートを生成できます。 つまり、月次レポートでは、日単位ではなかった数字を表示することはできません。
日中制御を導入すると、効率が大幅に向上します。 タスク開始の日中制御を導入すると、次の利点があります。
1）部下は控えめな方法で常に作業の開始をマネージャーに通知します。 マネージャーは、タスクの開始前であってもプロジェクトの作業コースを調整できます。 たとえば、独立度の高い従業員が現時点でそれほど優先順位の低いタスクの作業開始を発表した場合、マネージャーは、リソースが消費される前であっても、そのような従業員をより重要なタスクにリダイレクトできます。
2）部下がチートすることは物理的に困難です。 各動きと各作業はレジストリに記録されます。 何かが不当に長い時間がかかると、疑念と疑問が生じます。 ステータスが長期間にわたって不審に変化しない場合、またはまったく変化しない場合、従業員は働いていません。
3）自分の手で書かれた、完了したタスクからの満足感。 つまり、従業員は自分自身にタスクの開始を書き込み、他の人に気を取られることなく、内部的にそのタスクのみに夢中になり始めます。 実行されたタスクの喜びと自尊心の増大により、以下を熱心に解決することができます。 このような完了したタスクの収集は、チーム内で健全な競争を引き起こす可能性があります-「誰がより多くを行う」ので、1日あたりに完了するタスクの数は確実に増加します。
4）従業員が活動のさまざまな分野に注意を散らすことを余儀なくされることが多い場合の、並行タスクの段階的な排除。 特定のタスクを宣言すると、従業員は以前のようにスプレーされなくなり、現在のタスクを完了するまで別のタスクの実行を開始しなくなります。 ここで、従業員は、実際には自分で仕事をすることを約束し、この気持ちがプロセスを正しい方向に動かします。 並行性はこのベクトルを曖昧にするので、同時に多くのタスクを持っている従業員は、ほとんどの場合、完了したタスクの非常に小さな割合を持ちます。