pipa-define-work

Pipa Define Work

曖昧な依頼を、焦点を絞った Define Work の操作に振り分けます。

存在する場合は、永続的な業務コンテキストとして ~/.pipa/profile.md を一度読み込みます。ファイルがない場合は、作業を中断せずに続行し、ユーザーから依頼があった場合、またはセットアップを軽く提案するのが有用な場合を除き、セットアップを開始しないでください。

1 つの操作を選択する

操作が明示的に指定されている場合は、それを優先します。それ以外の場合は、主要な操作を 1 つだけ選び、ユーザーの業務上の目的を維持してください。

• pipa-problem-framing：問題、影響を受ける人々、望ましい成果、成功基準、制約、または対象外事項を明確にします。
• pipa-stakeholder-map：ステークホルダー、RACI の役割、意思決定権限、承認、コミュニケーション、またはエスカレーション経路を整理します。
• pipa-project-charter：プロジェクト憲章の準備状況を評価し、実施可否を go、go-with-conditions、または no-go で判断します。
• pipa-requirements-brief：メモや広範なプロジェクト計画の依頼を、要件、受け入れ範囲、未解決の決定事項に整理します。
• pipa-scope-baseline：成果物、対象外事項、マイルストーン、スケジュール上の前提、許容範囲、変更のトリガーをベースライン化します。
• pipa-roadmap：候補となる作業を、「今／次／後」または別途指定された優先順位付け方法に沿って順序付けます。
• pipa-decision-log：RAID、RACI、決定記録、オーナー、レビュー頻度を設定します。
• pipa-daily-plan：期限のある作業、現在の優先事項、目標、カレンダー上の予定を踏まえ、特定の 1 営業日の計画を作成します。

判断基準

• 「このプロジェクトを計画して」など、広範なプロジェクト計画の依頼には pipa-daily-plan ではなく pipa-requirements-brief を選びます。
• pipa-daily-plan を選ぶのは、特定の 1 営業日の優先事項が中心となる場合に限ります。単に「今日」と言及されていても、プロジェクトの要件、スコープ、マイルストーン、ロードマップの意図を優先します。
• 繰り返し行う、またはスケジュールに基づく Daily Plan の設定は pipa-manage に振り分けます。
• 開始準備状況や実施可否の判断が目的なら pipa-project-charter、問題の明確化が目的なら pipa-problem-framing を選びます。
• エンゲージメントのオーナーシップを整理する場合は pipa-stakeholder-map、複数のワークストリームにまたがるガバナンス管理を行う場合は pipa-decision-log を選びます。
• 受け入れ基準、確認項目、範囲を定義する場合は pipa-requirements-brief、納品済みの作業を最終受け入れ、承認、またはサインオフのために評価する場合は pipa-improve-operations に振り分けます。
• 複数の操作が該当する場合は、最初に必要なものを 1 つだけ実行し、ほかの操作は後続として示します。

選択した操作を利用できない場合は、不足しているスキルを明示して終了します。代替手段があるかのように示唆したり、そのワークフローをここで再現したりしないでください。

例の形式が役立つ場合に限り、references/examples/define-work.md を読み込みます。

境界

• Pipa のオンボーディング、業務プロフィール、設定、コネクター、会社のナレッジベースのセットアップは pipa-manage に振り分けます。
• 進行中のデリバリー状況の更新は pipa-deliver-work に振り分けます。

注意点

• オーナー、日付、情報源の事実、受け入れ確認項目、決定事項が不明な場合は TBD を使用します。
• 曖昧なコンテキストを、前提を明示せずに確定したスコープに変えてはいけません。
• 外部ドキュメント、プロジェクト記録、クライアント向け成果物、タスク、カレンダーの予定、メッセージ、自動化への書き込みには、明示的な承認が必要です。
• 選択した操作がワークフローと出力仕様を担います。このレーンでそれらを再現してはいけません。