真面目なチームと同様に、プロジェクトとワーキンググループ、ユーザーロールとアクセス権を分離し、タスクの時間とライフサイクルを考慮した、実際のタスクアカウンティングシステムがあります。 しかし、人生はいつものように多面的なものであり、タスクトラッカーの冷静なロジックに適合するのは必ずしも便利ではありません。 これは、チームを突破し、数日で不可能を達成する必要がある長期プロジェクトで特に顕著です;)そして、そのような状況では 、この予期しないアプローチを思い付きました 。しっかりしたタスクトラッカーではなく、...テキストファイルでタスクを追跡します。 より正確には、テキストだけでなく、共有されたGoogleドキュメントドキュメント内です。 次のようになります。
- 発生するタスクは、通常の順序付けられていないリストとしてプレーンな黒のフォントで書き留めます。
- フォントサイズはタスクの優先順位を示します-大きいほど重要です。
- 特定の人に割り当てられたタスクを色でマークします-各開発者には独自の色があります。
通常、ファイルの先頭に「凡例」を付けて、色がどこにあるかを常に覚えられるようにします。 これは次のようなものです。

私たちは、数か月前からこのアプローチを使用しています。 その利点(私たちは何度も自分自身で感じることができました)の中で:
- 使用速度-大きなフォームに記入してボタンをクリックする必要はありません-既に開いているドキュメントにいくつかのフレーズを入力またはコピーするだけです。
- ダイナミズム-Googleドキュメントの変更はすばやく保存され、同僚の画面にほぼリアルタイムで表示されます。
- 説明の柔軟性-タスクとして、「キックミー-教えます」とマークされたいくつかの単語を挿入するか、サイト上のTK、手紙、またはテキストをコピーできます。
- 視覚化の利便性-プロジェクトのすべてのタスクはチームの各メンバーの前にあり、フォントサイズでマークされた優先順位を示す一般的な図が常にあります。 タスクを消すと、作業の進行状況が明確に示されます。パフォーマーの色のマークは、目でタスクを把握し、同時に全体像でその場所を確認するのに役立ちます。
- タスクの階層-相互に依存するタスクはネストされたリストの形式で、無関係または遅延で記述できます-ドキュメントの最後に移動し、ドキュメントを部分に分割し、テキストの説明を挿入します。
- 変更履歴-Googleドキュメントでは、ファイルに誰が、いつ、どのルールが含まれているか、以前のバージョンからデッドタスクを取得する必要があるかどうかを確認できます。
これは、
非常に短時間で作成された
プロジェクトの1つからのタスクのリストの活発な(まあ、
ほとんど活発な )例です。

もちろん、私たちの決定は万能薬ではありません。 理想的な解決策はまったく存在しません(
話題の見出しを許してください )。これには独自の問題と制限があります。 少なくともそのような:
- タスクの並べ替えやフィルタリングのオプションはありません。手動でグループ化する必要があります
- タスクの説明として大量のテキストを挿入するのは不便です(ドキュメントが広がります)。ここでは折りたたみブロックの存在が役立ちます。
- Googleドキュメントエンジン自体には欠点があります-たとえば、フォーマットに関する不具合が発生する場合があります(特に、さまざまなソースから多くの挿入があった場合)
しかし、欠陥にもかかわらず、プランナーはうまく機能します。 どのような状況でこのアプローチを使用する価値があるか-誰もが自分で決めると思います。 試してみてください-少なくとも楽しい
です;)