毎日の To Do リストとタスク マネージャーの両方にチェックボックスを含めることができますが、解決する問題は異なります。毎日のリストは、「今日何をしているか?」という質問に答えます。タスク マネージャーは、「このすべての作業はどのように組織され、接続され、割り当てられ、追跡されているのでしょうか?」とよく答えます。
どちらのカテゴリーが自動的に優れているというわけではありません。複雑さは、実際の調整を表す場合には役立ちますが、単にソフトウェアを表す場合にはコストがかかります。
今日が大変なときは、毎日のリストを選択してください
ほとんどのタスクが自分のもので、順序は判断によって決定でき、主に 1 日中に戻るための信頼できるページが必要な場合には、毎日のリストが適しています。
- 独立して作業するか、他の場所と連携して作業します。
- 次のアクションをプレーンテキストで記述できます。
- すべてのタスクに依存関係や承認状態は必要ありません。
- 古い日付は、レポート データベースとしてよりも日記として役立ちます。
- カテゴリを維持することは、1 ページをスキャンするよりも困難になっています。
Naremis は、このケース向けに意図的に設計されています。1 つの日付付きリスト、手動注文、明確な結果、 自動ロールオーバー それが初期の頃の正直さを保つのです。
構造に意味がある場合はタスク マネージャーを選択する
プロジェクト ベースのタスク マネージャーは、メタデータによってユーザーができることを変更したり、コストのかかる混乱を回避したりするときに複雑になります。
- 仕事は複数人で分担されます。
- タスクには依存関係、ステージ、または正式な承認があります。
- リーダーにはポートフォリオのレポートやワークロードのビューが必要です。
- 定期的な作業を生成し、監査する必要があります。
- ファイル、コメント、決定には共有された操作記録が必要です。
この作業を 1 つの個人用ページに圧縮しようとすると、重要な関係性が隠れてしまう可能性があります。その場合、完全なシステムは過剰ではありません。それはインフラです。
両方が必要になる場合があります
チーム システムが真実の情報源であり続ける一方で、毎日のリストが個人的な実行面となります。朝プロジェクトボードを確認し、今日個人的に実行するいくつかのアクションを書き込み、ステータスが変化したときに共有システムを更新することができます。
リスクは重複です。毎日の言葉遣いは小さく、一時的なものにしてください。両方の場所ですべてのフィールドまたは長期バックログを再作成しないでください。
1週間のテストを使用する
よくわからない場合は、最小のアプローチを 1 週間試してみてください。毎朝、その日に本当に属する仕事を書きます。毎晩、完了、キャンセル、スケジュール設定、または繰り越しを記録します。
週の終わりに次のように尋ねてください。
- リストに構造が欠けていたため、重要な作業が消えてしまったのでしょうか?
- プロジェクトのコンテキストを再構築するのに時間を費やしましたか?
- リストでは提供できない地位を他の人が必要としていたでしょうか?
- それとも、ページがシンプルになったことで、開始と終了が容易になりましたか?
構造が欠落しているために実際に問題が発生した場合は、関連する構造を採用してください。そうでない場合は、想像上の未来を予想して追加するのはやめてください。
目標は機能を最小限にすることではありません。最低限のメンテナンスを行うことで、作品の信頼性が保たれます。