macOS ショートカットから状況報告の初稿づくりを始める

報告の基準時点と正しい情報源を決める

オーバーレイを開く前に、レポート期間と締め切り時間を定義します。共有が許可されているメモのみをコピーし、下書きに必要のない個人情報や機密情報は削除してください。元のタスクや決定を再度見つけられるように、各項目の横に参照識別子を含めます。モデルは、あなたの口調からプロジェクトの健全性を推測するのではなく、この資料を再構成する必要があります。

完了した作業、現在の阻害要因、将来のリスク、および要求された決定事項を別のソース行に保存します。 「テストは完了しました」と「テストは明日終了するはずです」が同じ状態に陥ってはなりません。所有者、日付、または承認結果が欠落している場合は、入力でその欠如を明示してください。

同じ事実から 2 つの見解を生成する

ステータス レポートは、何が変更されたのか、何が重要なのか、どのような決定が必要なのかを示します。リスク ログには、何が起こるか、監視するトリガー、および対応の所有者が記録されます。すでに発生している問題はブロッカーセクションに属します。下流への影響の可能性もリスクとなる可能性がありますが、2 つのステートメントは区別できる必要があります。

架空の入力です。T-18 は完了し、受け入れ確認も済んでいます。T-19 は外部のテスト環境を待っています。デモの目標日は 10 月 12 日ですが、確約した日付ではありません。以下はその区別を保つ記録例であり、実際のプロジェクトや測定結果ではありません。

再利用可能なレポート プロンプトを保持する

レポート テンプレートを含むプロンプトをモデル会話の外に保存すると、検査や変更が容易になります。決定漏れや曖昧な日付を個別にチェックしたい場合は、Colay で対応可能なエージェントを選択してください。単一のソースバインドされたドラフトがすでにレポートに提供されている場合は、何度も書き直しをリクエストする必要はありません。

これらのプロジェクト ノートのみから 2 つのドラフトを作成します: [参照 ID 付きのノート]。レポート期間と締め切り: [期間]。まず、簡潔なステータス更新: 完了、変更、ブロック、次へ、決定が必要です。次に、リスク ログ: 原因、考えられるイベント、影響、トリガー、対応、所有者、レビュー日。実績、目標、約束の差を維持します。すべての事実行を入力 ID にマッピングします。不明な所有者または日付を不明としてマークします。進捗率、確率、承認、完了などをでっち上げないでください。私のレビューのために矛盾を個別にリストします。

ショートカットで下書きを作り、元のツールに戻る

ショートカットは設定で構成できます。オーバーレイを開いても、現在の画面の抽出、チケットの同期、レポートの送信は行われません。これは、最終的なツールが所有者、バージョン、配布を管理する場所として残るため、重要です。 Colay の草案ステップを明確にして、記録システムの更新に関する魅力的な概要を誰も間違えないようにします。

1. デフォルトの ⌘⇧K または設定したショートカットを使用して、Colay の macOS オーバーレイを開きます。
2. 準備したメモとプロンプトを渡し、対象の報告期間が含まれていることを確認します。
3. 出力と元のメモ、特に日付、所有者、作業が受け入れられたかどうかを比較します。
4. レビューされたドラフトを通常のレポートまたはリスク登録にコピーし、承認プロセスを完了します。

洗練されたものではなく、決定によってレポートをチェックしてください

赤色または黄色の項目ごとに、次のアクションとそれを実行する必要がある人を特定できるかどうかを読者に尋ねます。リスクごとに、どのような観察可能なトリガーによって対応が変化するかを尋ねます。定義された提供された測定値から得られるものでない限り、正確なパーセンテージは避けてください。モデルが生成した数値により、不確実性が解決されたように見えることがあります。

短い修正ログを作成します。日付がコミットメントに強化されたり、消極的な言葉で隠された所有者の不在、または一般的な進捗状況に緩和された障害などです。これを使用して、次のプロンプトを調整します。有益な改善点は、証拠の痕跡を保持しながら、事実の修正が少なくて済むレポートであり、レポートが 1 回のキー入力のみで済むという根拠のない主張ではありません。

質問と回答