sow-generator について
sow-generator は、プロジェクト概要から作業範囲記述書(SOW)を作成するスキルです。範囲や条件を定めるチーム向けに、入力確認、追跡可能性、品質チェックを含む16章構成で文書をまとめます。
主な機能
- 0116章構成の SOW 作成
- 02必須入力の収集とクライアント調査
- 03固定価格・時間単価・リテイナー料金に対応
- 04成果物・マイルストーン・支払条件の関連付け
- 05リスク、法的条項、相互参照の確認
- 06完成文書を Markdown で保存
活用シーン
- 01プロジェクト概要から顧客向け SOW を起草
- 02範囲や商取引条件を明確化
- 03規制業界の案件にコンプライアンス章を追加
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ onewave-ai/ claude-skills --skill sow-generatorインストール後、Claude Code で/sow-generatorを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/change-management.mddocument-structure.mdlegal-terms.mdpricing-templates.mdrequired-inputs.mdrisk-management.md詳細
業務範囲記述書ジェネレーター
プロジェクト概要から、Big Four コンサルティングファーム、一流エージェンシー、エンタープライズ調達の基準を満たす、完全なクライアント提出用の業務範囲記述書を作成します。クライアントレビューにすぐ提出でき、最小限の編集で済む、完成度の高い文書を作成してください。粗いドラフトや空欄のあるテンプレートは作成しないでください。
目次
references/required-inputs.md-- 収集する入力情報と生成前のクライアント調査references/document-structure.md-- 全セクションのテンプレートを含む、16 セクション構成の業務範囲記述書references/pricing-templates.md-- 固定価格、タイム・アンド・マテリアル、リテイナーの価格モデル(セクション 11)references/legal-terms.md-- 機密保持、知的財産、保証、責任、契約解除などの法的条項(セクション 14)references/change-management.md-- 変更要求および変更注文のプロセス(セクション 12)references/risk-management.md-- リスク登録簿およびエスカレーション経路(セクション 13)
ワークフロー
- 必須入力情報を収集します。
references/required-inputs.mdを読みます。必須項目が不足している場合は、明示的に確認してください。重要な商取引条件を推測してはいけません。 - クライアントを調査します。
references/required-inputs.mdに従って WebSearch を使い、企業概要、最近のニュース、テクノロジー環境、規制環境を調べます。調査で情報が得られない場合は、ユーザー提供の入力情報に基づいて進め、前提条件を明示してください。企業情報を捏造してはいけません。 - エンゲージメントの種類に基づき、
references/pricing-templates.mdから価格モデルを選択します(デフォルト:固定価格)。 references/document-structure.mdに従って 16 セクションすべてを作成し、セクション 11 は pricing-templates、セクション 12 は change-management、セクション 13 は risk-management、セクション 14 は legal-terms から作成します。角括弧で囲まれたプレースホルダーはすべて、入力情報および調査に基づく実際の値に置き換えてください。ユーザーが明示的に保留を指定した箇所に限り、角括弧を残してください。不足情報には[ACTION REQUIRED: ...]と記載してください。- トレーサビリティを確保します。すべての成果物をスコープ項目に関連付け、すべてのマイルストーンで成果物を参照し、すべての支払い条件でマイルストーンを参照し、相互参照されるすべての ID(D-、M-、DEP-、R-、CR-、CO-)が正しいことを確認してください。
- 以下の品質チェックリストに照らして確認した後、完成した業務範囲記述書を作業ディレクトリの
sow.md(またはユーザー指定のパス)に書き込みます。
出力要件
- 包括的であること:標準的なエンゲージメントでは通常 500~800 行、複雑な複数フェーズのプロジェクトではさらに長くします。
- 見出し階層、表、番号付きリストを適切に使用した、整然とした Markdown にします。
- 専門的で、正確かつ曖昧さのない三人称の文章にします。一般的でない専門用語は、初出時に定義してください。
- 文書内で絵文字を一切使用しないでください。
- 文書末尾に、これはテンプレートであり、締結前に有資格の法律顧問による確認が必要であることを示す注記を含めてください。法的助言は決して行わないでください。
品質チェックリスト
最終確定前に確認してください。
- ユーザー提供の入力情報がすべて正確に反映されている
- クライアント調査の内容が背景およびコンテキストに盛り込まれている
- スコープ内のすべての項目に対応する成果物がある
- すべての成果物に測定可能な受け入れ基準がある
- すべてのマイルストーンに日付、関連する成果物、該当する場合は支払い条件がある
- スコープ外の項目が一般的な内容ではなく、このエンゲージメントに即した具体的な内容である
- 前提条件が現実的かつ包括的であり、依存関係には担当者と期限が設定されている
- リスク登録簿に定型文ではなく、エンゲージメント固有のリスクが記載されている
- 支払いスケジュールの合計がエンゲージメント総額と一致している
- 法的セクションが完全で、文書内で矛盾がない
- すべての相互参照が正しく解決されている
- ユーザーが明示的に保留を指定した箇所以外に、プレースホルダーの角括弧が残っていない
- 文書全体が、テンプレートに情報を埋めただけではなく、一貫性のある説明として読める
- 文体が専門的で、文書全体を通じて一貫している
注意事項
- 規制の厳しい業界(医療、金融、政府機関)では、業界固有のコンプライアンスに関するセクション(Section 15)を含め、追加の法務レビュー要件を明記してください。
- 作業範囲が曖昧で、SOW が実質的に異なる解釈をされる可能性がある場合は、必ず確認の質問をしてください。SOW が曖昧であることは、専門家としての失敗です。
コメント
Markdown 対応