pipa-deliver-work について
進行中のクライアント業務について、状況、阻害要因、引き継ぎ、トリアージを調整するスキルです。デリバリーの目的に応じて単一の操作スキルを選び、更新や変更に必要な承認と根拠の要件を維持します。
主な機能
- 01デリバリーの目的に沿って操作を一つ選択
- 02状況、阻害要因、リスクを追跡
- 03引き継ぎと依存関係を調整
- 04担当者と次の行動を明確化
- 05根拠と承認の要件を維持
活用シーン
- 01クライアント向けプロジェクト状況を報告
- 02受信したデリバリーチケットを優先付け
- 03チーム間の引き継ぎを調整
- 04根拠のある阻害要因をエスカレーション
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ lunchpaillola/ pipa-skills --skill pipa-deliver-workインストール後、Claude Code で/pipa-deliver-workを入力して読み込まれたか確認します。
同梱ファイルevals/evals.jsonevals/trigger-eval-set.json
詳細
Pipa デリバリー業務
進行中のクライアント業務を進めます。
利用可能な場合は、長期的なビジネスコンテキストを把握するために ~/.pipa/profile.md を一度読み込みます。ファイルがない場合は、処理を中断せずに続行し、ユーザーから依頼があった場合、または設定を促すことが適切な場合を除き、セットアップを開始しません。
用途
- ステータス更新、週次クライアント更新、ブロッカー、リスク、エスカレーション、担当者の不足。
- デリバリーの引き継ぎ、依存関係、稼働中のクライアントポータルの保守、QA、トリアージ。
- 単発の更新とデリバリーの調整。
参考資料
- 例の形式が役立つ場合は、
references/examples/deliver-work.mdを読み込みます。
操作を1つ選択する
操作が明示的に指定されている場合は、その指定を優先します。それ以外の場合は、ユーザーのデリバリー目標を維持し、次のうち1つだけを選択します。
pipa-work-coordination:稼働中の担当、作業の順序付け、再配分、または実行チェックポイント。pipa-iteration-cycle:スプリント/サイクルのコミットメント、WIP 管理、または持ち越し。pipa-dependency-handoff:チーム間の依存関係、承認、前提条件、または引き継ぎの準備状況。pipa-status-update:現在のプロジェクトの健全性、RAG/RAID の集約、スタンドアップ、またはステークホルダー向けの更新。pipa-ticket-triage:新規チケット、コメント、フィードバック、対応の優先度、またはバックログの整理。pipa-risk-escalation:ブロッカー、担当者からの連絡途絶、許容範囲への圧力、または上位権限者の判断が必要な事項。
判断基準:
- 主な依頼がプロジェクトの現状確認であれば、ステータスを選択します。リストのトリアージやエスカレーションは、フォローアップとしてのみ記載します。
- 主な依頼が、どの新規項目に対応や優先順位付けが必要かの確認であれば、項目が滞留中またはリスクを伴う場合でも、トリアージを選択します。
- 主な依頼が、停滞していること、期限超過が迫っていること、または上位権限者の判断が必要なことの確認である場合に限り、リスクエスカレーションを選択します。
- スコープ変更については、料金、コスト、予算、または利益率への影響が明示されている場合に限り、
pipa-change-controlに振り分けます。それ以外の場合は、Deliver Work 内で対応します。
選択した操作を利用できない場合は、不足しているスキルを明示して終了します。代替手段があるかのように示したり、ワークフローをその場で再現したりしないでください。
出力要件
- 現状。
- ブロッカー、リスク、またはエスカレーション。
- 担当者、次のアクション、期限/レビュー日。
- 必要に応じて、クライアント/ステークホルダーへの更新。
- 根拠/情報源、または
TBD。
対応範囲
- 定期的/イベント駆動型のデリバリー設定は
pipa-manageに振り分けます。 - 予算の健全性は
pipa-budget-reviewに、金銭的な影響を伴うスコープ変更はpipa-change-controlに振り分けます。 - 関係維持のためのフォローアップは
pipa-keep-clientsに振り分けます。 - 完了が承認され、クローズ可能なデリバリーは
pipa-improve-operationsに振り分けます。 - 選択した操作の読み取り専用を既定とするルール、書き込みに対する個別の承認、結果確認の要件を維持します。
注意点
- 承認の根拠がない限り、作業が完了したと示唆しないでください。
weeklyは自動化ではなく、報告対象期間を指す場合があります。- エスカレーションやリスクに関する主張には、根拠または
TBDが必要です。
コメント
Markdown 対応