対応が必要な仕事から始める
期限超過や未解決のリスクがあっても、プロジェクトを開かなければ忘れがちです。Tsumiraは関係する作業をホームに提供し、すべての案件を順番に開く代わりに、行動できる項目から始められるようにします。なぜ現れたのかを説明し、次の判断を行うタスクやプロジェクトへ戻れます。
今日の期限と超過を分ける
今日までのタスクと、すでに日付を過ぎたタスクは別です。会社の当日を基準に条件を判断し、作業のそばにプロジェクト名を保ちます。通常メンバーには、まだ遅れていなくても実施が必要な自分の担当作業を示します。所有者・管理者の注意では、期限超過や未担当などの例外も重視し、同僚の通常作業をすべて管理上の警報にしません。
- 本日期限と期限超過の理由
- タスクにプロジェクトの背景
- 役割に応じた担当・例外キュー
全体の懸念を適切な人へ
プロジェクトの警告は、目標日超過、高・重大リスク、ブロック、実行開始後の未評価などを示せます。こうした管理上の情報には、対象プロジェクトの管理権限を適用します。具体的なタスクがすでに同じ問題を表している場合は、全体の警告を繰り返し並べることも避けます。数を増やすためではなく、次の判断へ注意を向けるための仕組みです。
- 目標日と健全性の理由
- 管理権限に応じた注意事項
- 同じ問題の重複表示を抑制
元の記録で対応する
項目から元のタスクやプロジェクトを開けます。直接の完了や先送りは、必要な書込権限と現在の記録情報がある場合に提供されます。ブロックしたタスクには、理由の文脈を失うような単純な完了操作を出しません。Timeなど他モジュールは独自の規則で注意事項を提供し、すべてが自動的にプロジェクトタスクへ変わるわけではありません。
- キューから元のタスク・案件へ
- 対応条件と権限がある場合の直接操作
- 省略が誤解を招く場合は背景を維持
具体的な業務の流れ
理由を読む
今日の期限、超過、未担当、プロジェクト全体の懸念のどれか確認します。
背景を開く
タスクの説明、プロジェクト、リスクを見て、変えるべき内容を判断します。
許可された対応をする
対応する手順で、完了、日付変更、担当、会話などを進めます。
次の仕事へ戻る
関係の薄い案件を念のため開く代わりに、次の適切な項目へ進みます。
実務を想定した例
例：責任者の朝の確認
責任者には期限を過ぎた顧客タスクと、重大な資材リスクがある別案件が見えます。同僚には自分の準備作業が示されます。責任者は期限超過のタスクで次の行動を確認し、その後にプロジェクト全体のリスクを検討します。役割に合う仕事から始められる理由は、すべてを緊急扱いするからではなく、各項目の根拠が具体的だからです。
この機能についての質問
全員が同じキューを見ますか。
いいえ。担当、公開範囲、役割、プロジェクト管理権限によって関係する項目が変わります。
今日までの仕事はすでに遅れですか。
いいえ。会社の当日を基準に、本日期限と超過を区別します。
閲覧者もホームですべて完了できますか。
いいえ。完了操作には書込権限と対象の条件が必要です。読めることは変更の許可ではありません。
締切の見逃しを完全に防ぎますか。
完全な保証ではありません。関係する仕事と理由を見つけやすくしますが、日付、担当、判断の維持はチームが行います。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
