依頼またはトリガー
誰が、何を、なぜ必要とするか、業務背景、サービスレベル、ファイル、経路情報。
作業を開始すべきですか。また、どのプロセスが担当しますか?依頼、タスク、承認、点検、フォローアップ、クローズを関連付けながら、すべての業務プロセスを同じ汎用行に平準化しないようにします。
タスクは業務の一部にすぎないことがよくあります。Jodooなら、依頼、関連する業務レコード、担当アクション、証跡、意思決定、結果を関連レコードとして保持できます。
レコードの種類を分けたまま、同じ担当者ビューや例外ビューへ集約できます。
誰が、何を、なぜ必要とするか、業務背景、サービスレベル、ファイル、経路情報。
作業を開始すべきですか。また、どのプロセスが担当しますか?担当者、コミットメント、優先度、日付、阻害要因、次のアクション、完了条件。
次に誰が、いつまでに対応しますか?変化した事実、進捗、所見、ファイル、コメント、結果、タイムスタンプ。
何が変わり、追加対応は必要ですか?承認、検証、差し戻し理由、最終結果、価値、完了日。
作業をクローズできますか。また、何を次に生かすべきですか?適切なモデルなら、レポートと引き継ぎがより明確になります。
タスクリストだけで十分な場合もあります。
項目、ロール、リマインダー、レポートを変更する必要があるならJodooを使います。
通常は専用システムを必要としません。
汎用タスクでは重要な業務背景が失われます。
業務レコードをアクション、更新、証跡、意思決定へ関連付けます。
業務処理または規制対応の専門性が不可欠なら、専用システムを残します。
平面的な作業キューでは、マイルストーンやプロジェクトの健全性を把握できません。
プロジェクト、マイルストーン、アクション、阻害要因、意思決定、ステータスのレコードを関連付けます。
納品を左右するなら、専門的なスケジュールまたはポートフォリオ機能を使います。
依頼、点検、案件、フォローアップは異なる項目を保ちながら、同じ担当者ビューへ集約できます。
新しい作業レコード、アクションへのリンク、ロール別ビュー、リマインダー、ダッシュボード指標をカスタム開発で追加すると、通常5~20営業日かかります。
トレーニングを受けた業務管理者なら、対象を絞った業務タイプの拡張を通常2~8時間で設定してテストできます。
作業依頼、担当、進捗、日付、阻害要因、証跡、結果、レポートを記録します。優れたシステムなら、すべてを汎用タスクに押し込まず、業務タイプごとに表現できます。
業務進捗管理は、作業内容、状態、担当者、次のアクション、結果を追います。工数管理は作業時間や活動時間を記録します。両者は連携できますが、答える管理上の問いは異なります。
可能です。タスクとアクションを依頼、プロジェクト、資産、仕入先、契約、点検などの設定可能なレコードに関連付け、業務背景を保持できます。
受付方法、データ、ワークフロー、権限、証跡、クローズ、管理判断が実質的に異なる場合は、別タイプを作成します。分類を増やすためだけに作業を分けないでください。
依頼または業務レコードから始め、アクションを割り当て、証跡と意思決定を記録し、ダッシュボードでも背景が失われないことを検証します。