このドキュメントは、PMBOK標準、Lean UX、およびアジャイル手法を融合したプロジェクト管理システムの使い方を説明するものです。
対象読者: プロジェクト責任者 / PO / スクラムマスター / UX デザイナー / PMO ― 「ドキュメントも実装もユーザー価値も、すべて1本のレールで回したい」人たち
このシステムは、プロジェクト管理における文書作成から確定・アーカイブまでの流れを自動化し、LLM（大規模言語モデル）の支援を受けながらプロジェクトを効率的に進めるためのものです。
- PMBOK × Lean UX × Agileハイブリッド: 上流工程はPMBOK準拠の文書管理、中流にLean UXの発見と検証、実装フェーズはアジャイル手法を採用
- フォルダ構造の分離:
Flow（ドラフト）→Stock（確定版）→Archived（完了プロジェクト） - 自動文書生成: 質問応答による文書ドラフト作成
- 自動同期: 「確定反映」コマンドによるFlowからStockへの文書移動
- LLM活用: 各フェーズで適切な質問と文書テンプレートを提供
- "正しい課題"にフォーカス: Lean UX & デザイン思考のDiscovery → 仮説検証をPMBOKの立ち上げに取り込み、作る前に迷子にならない
- 学習しながら作る: Dual-Track/Continuous DiscoveryをアジャイルDevelopmentと並走させ、ユーザーの声が常にバックログへ直結
- ドキュメントを無駄にしない: "Flow → Stock → Archived"の3層によって、必要最小限の文書だけが公式資産として残る
- 拡張し続けられる: ルール自体を対話で増やせる（90_rule_maintenance.mdc）。プロセス改善がコード管理できる
┌──────────────────────────────┐ trigger（チャットコマンド）
│ 00_master_rules.mdc │◀───────────────────────┐
└─────────┬────────────────────┘ │
call │
┌─────────▼────────────┐ 発散/収束も Draft 化 │
│ 01‑06_pmbok_*.mdc │──────────────────┐ │
│ 08_flow_assist.mdc │ create_draft │ │
└─────────┬────────────┘ │ │
▼ Draft (.md) │ │
Flow/YYYYMM/YYYY‑MM‑DD/─────────────────────────────┘ │
│ human review + "確定反映して" │
▼ │
Stock/programs/PROGRAM/projects/PROJECT/.. ← flow_to_stock_rules.mdc ────┘
| 方法論 | 役割 |
|---|---|
| PMBOK | フェーズ & 知識エリアで What を管理 |
| Lean UX/Design Thinking | ユーザー中心の Why を確認 |
| Agile / Scrum | イテレーションで How を適応 |
このシステムはPMBOKの骨格にLean UXのDiscoveryとアジャイルDeliveryをレイヤー合成しているため、上流で迷わず・開発中に学び・下流で残せるワークフローが1つにまとまります。
| 階層 | 役割 |
|---|---|
| Flow | 下書き・ラフアイデア・日次アウトプット |
| Stock | 承認済みドキュメント・正式成果物 |
| Archived | 完了プロジェクトの凍結コピー |
- Ask - LLMが質問で情報収集
- Draft - テンプレへ自動整形（Flow）
- Review - 人が編集 → 「確定反映して」
- Sync - Shell / ルールでStockへ自動移動
プロジェクトルート/
├── .cursor/
│ └── rules/ # LLMルールファイル群
│ ├── basic/ # 基本ルールフォルダ
│ │ ├── pmbok_paths.mdc
│ │ ├── 00_master_rules.mdc
│ │ ├── 01_pmbok_initiating.mdc
│ │ └── ...
│ └── (additional_rules)/ # プロジェクト別特化ルール
├── Flow/ # 日付ごとのドラフト文書
│ ├── YYYYMM/ # 年月フォルダ
│ ├── YYYY-MM-DD/ # 作業日ごとのフォルダ
│ │ ├── draft_project_charter.md
│ │ └── ...
│ └── ...
├── Stock/ # 確定済み文書
│ ├── programs/ # プログラム（プロジェクトのまとまり）単位でのフォルダ
│ │ └── PROGRAM_NAME/ # プログラムフォルダ
│ │ └── projects/
│ │ └── PROJECT_ID/ # プロジェクトごとのフォルダ
│ │ └── documents/
│ │ ├── 1_initiating/
│ │ ├── 2_discovery/
│ │ ├── 2_research/
│ │ ├── 3_planning/
│ │ ├── 4_executing/
│ │ ├── 5_monitoring/
│ │ └── 6_closing/
└── Archived/ # 完了プロジェクト
└── programs/ # アーカイブ済みプログラム
Cursorの新規ウィンドウから簡単にセットアップできます：
- Cursorを起動し、「New Window」を選択
- 「Clone repo」を選び、このリポジトリのURLを入力
- フォルダ指定のUIが表示されたら、右下の「Select as repository destination」ボタンをタップ
- リポジトリがクローンされたら、README.mdファイルを開く
- Chatパネルを開き「初期設定お願いします」と入力
これだけで、READMEの内容を読み取り、必要な初期設定が自動的に実行されます。フォルダ構造の作成、ルールファイルの設定、必要なリポジトリのクローンなどが自動で行われます。
# 現在のディレクトリにワークスペースを構築
./setup_workspace_simple.sh setup_config.sh
setup_workspace_simple.sh スクリプトを使用すると、以下の作業が自動的に行われます：
-
基本ディレクトリ構造の作成
- Flow, Stock, Archived などの基本フォルダ
- ルールファイル用の .cursor/rules フォルダ
- プログラム用フォルダ Stock/programs
-
Flow内の年月日フォルダ作成
- 現在の日付で Flow/YYYYMM/YYYY-MM-DD 形式のフォルダ作成
-
各種リポジトリのクローン
- ルールリポジトリ（.cursor/rules/basic など）
- スクリプトリポジトリ（scripts ディレクトリ）
- プログラムリポジトリ（Stock/programs 配下）
Cursorの設定からユーザールールを設定してください（推奨）
- Cursorの右上にある歯車アイコン（⚙️）をクリック
- 「Settings」から「Rules」を選択
- 以下の内容をコピーして貼り付け
#========================================================
# 0. ベースポリシー
#========================================================
! Always respond in 日本語
- 成果物はできるだけファイルとして出力（細かく分割）
- MCP やファイル閲覧など可能な作業は自律実行
- タスク依頼時は不足情報を確認し、自ら計画→ゴールまで進行
- 立てた計画はタスクリストとして提示
- 日付に関する処理をやるときは、必ずdate関数で正確な情報を確認
#========================================================
# 1. 必須ルールファイル参照（pre‑load）
#========================================================
# ※ pmbok_paths.mdc を最優先で読み込み、以降すべて
# {{dirs.*}} / {{patterns.*}} 変数でパスを参照する
required_rule_files:
- /Users/<YOUR_USER>/{{PROJECT_ROOT}}/.cursor/rules/pmbok_paths.mdc
- /Users/<YOUR_USER>/{{PROJECT_ROOT}}/.cursor/rules/00_master_rules.mdc.cursor/rules/ディレクトリに以下のファイルを配置されます：
basic/pmbok_paths.mdc- パス変数定義basic/00_master_rules.mdc- マスタールールbasic/01_pmbok_initiating.mdc- 立ち上げフェーズのテンプレートbasic/02_pmbok_discovery.mdc- 発見フェーズのテンプレートbasic/02_pmbok_research.mdc- 調査フェーズのテンプレートbasic/03_pmbok_planning.mdc- 計画フェーズのテンプレートbasic/04_pmbok_executing.mdc- 実行フェーズのテンプレートbasic/05_pmbok_monitoring.mdc- 監視・コントロールフェーズのテンプレートbasic/06_pmbok_closing.mdc- 終結フェーズのテンプレートbasic/08_pmbok_flow_assist.mdc- フロー支援機能basic/09_pmbok_development.mdc- 開発フェーズ支援basic/90_rule_maintenance.mdc- ルール自体のメンテナンス用basic/flow_to_stock_rules.mdc- 自動同期ルール
# プロジェクト作成ガイド
「カレー作りたい プロジェクト開始して」 # → プログラム名を尋ねられます
「夕食作り」 # プログラム名を入力
「はい」 # 確認に応答上記の対話により、以下の処理が行われます：
- プログラムディレクトリ作成（Stock/programs/夕食作り）
- プロジェクトディレクトリ作成（Stock/programs/夕食作り/projects/カレー）
- ドキュメントフォルダ作成（documents/1_initiating など）
- Flowフォルダ作成（Flow/YYYYMM/YYYY-MM-DD/夕食作り_カレー）
# プロジェクト憲章作成
「プロジェクト憲章を作成したい」 # LLMが質問に導きます
# 質問に回答すると、Flow/YYYYMM/YYYY-MM-DD/draft_project_charter.md が生成されます
# 内容確認後、確定反映
「確定反映して」 # draft_project_charter.mdがStockフォルダに移動
# ステークホルダー分析
「ステークホルダー分析やりたい」 # 同様に質問と回答で文書作成
「確定反映して」 # 確定処理
# Discoveryフェーズのメニュー表示
「Discovery」 # 利用可能なテンプレートリスト表示
# 前提条件マップ作成
「仮説マップ」 # 仮説検証に必要な前提条件をマッピング
「確定反映して」 # Flow/YYYYMM/YYYY-MM-DD/draft_assumption_map.md を確定
# ペルソナ作成
「ペルソナ作成」 # ユーザーペルソナ定義
「確定反映して」
# 問題定義
「課題定義」 # 解決すべき問題の定義
「確定反映して」
# その他のDiscoveryドキュメント
「ジャーニーマップ」 # ユーザージャーニーマップ作成
「ソリューション定義」 # ソリューション定義書作成
「検証計画」 # 仮説検証計画
「UXリサーチ」 # UXリサーチ調査概要
# Researchフェーズのメニュー表示
「Research」 # 利用可能な調査テンプレート表示
# 顧客調査レポート
「顧客調査」 # 顧客調査レポート作成
「確定反映して」
# 競合調査レポート
「競合調査」 # 競合分析
「確定反映して」
# デスクリサーチ
「デスクリサーチ」 # 市場・業界など総合的な調査
「確定反映して」
# 市場規模推定
「市場規模推定」 # TAM/SAM/SOM分析
「確定反映して」
# WBS作成
「WBS作成」 # 質問に回答してWBSドラフトを作成
「確定反映して」 # 確定処理
# プロダクトバックログ初期化
「プロダクトバックログ初期化して」 # バックログの初期構造作成
# リスク計画
「リスク計画」 # リスク分析と対策計画作成
# プロジェクトスコープ記述書
「プロジェクトスコープ記述書」 # スコープ定義
# プロダクト要求仕様書
「プロダクト要求仕様書」 # PRD作成
# リリースロードマップ
「ロードマップ作成」 # リリース計画作成
# 開発フェーズの開始
「Development」 # 利用可能な開発テンプレート表示
# 開発環境セットアップ
「開発環境初期化」 # 環境セットアップドキュメント作成
# 開発計画
「開発計画作成」 # 実装計画書作成
# 実装順序計画
「実装順序計画」 # 依存関係を考慮した実装順序の定義
# ストーリー実装
「ストーリー実装」 # 個別ストーリー実装計画
# スプリントゴール
「スプリントゴール」 # Sprint Goal Sheet作成
# 日次タスク
「今日のタスク」 # 日次タスクリスト生成
# 変更要求管理
「変更要求」 # 変更要求テンプレート作成
# スプリントレビュー
「スプリントレビュー作成」 # レビュー自動生成
# 教訓記録
「教訓記録」 # Lessons Learned作成
「確定反映して」
# 移管ドキュメント
「移管ドキュメント作成」 # 引き継ぎ資料作成
以下は、実際のプロジェクト例として「カレー作り」プロジェクトの流れを示します。
User: カレー作りたい プロジェクト開始して
AI: 「カレー」のプログラム名（カテゴリ）を教えてください。
User: 夕食作り
AI: 以下の内容でプロジェクトを初期化します：
プログラム: 夕食作り
プロジェクト: カレー
よろしいですか？
User: はい
この対話により、以下のフォルダ構造が作成されます：
Stock/programs/夕食作り/projects/カレー/
└── documents/
├── 1_initiating/
├── 2_discovery/
├── 2_research/
├── 3_planning/
├── 4_executing/
├── 5_monitoring/
└── 6_closing/
Flow/202505/2025-05-05/夕食作り_カレー/
└── daily_tasks.md
User: プロジェクト憲章つくって
AI: 【プロジェクト憲章】の作成に必要な情報を収集します。以下の質問に回答してください。
1. プロジェクト名: カレー
2. プロジェクトの目的:
3. プロジェクトの背景:
[...]
User: おまかせ
AI: 収集した情報で「プロジェクト憲章」のドラフトを作成してよろしいですか？
User: はい
AIは以下の内容を含む詳細なプロジェクト憲章を作成します：
- プロジェクト概要（名前、期間、オーナー）
- 目的と背景
- スコープ（含まれるもの/含まれないもの）
- 成果物
- ステークホルダー一覧
- マイルストーン
- 予算（食材費3,000円、消耗品500円）
- リスク管理計画
- 制約条件と前提条件
User: ペルソナ作成して
AI: 【ペルソナ作成】に必要な情報を収集します。以下の質問に回答してください。
1. ペルソナの名前:
2. 年齢・世代:
[...]
User: おまかせ
AIは以下の詳細情報を含むペルソナを作成します：
- 基本情報：田中健太（42歳、IT企業PM、4人家族）
- ライフスタイル：平日は仕事、週末は料理担当
- 目標と課題：家族の好みにばらつきがある、調理時間の見積もりが苦手
- 行動特性：レシピサイトやSNSで情報収集、家族の意見を聞いて決定
- 好みと傾向：程よい辛さのカレーが好き
- 使用ツール：スマートフォン、料理アプリ
- 代表的な発言：「家族が笑顔になる料理を作りたいな」
この例はプロジェクト管理手法を日常的なタスクに適用する方法を示しており、以下のフェーズに進むことで、カレープロジェクトは成功へと導かれます：
- Discovery：材料や調理方法の調査
- Planning：レシピ決定、買い物リスト作成
- Executing：材料購入、調理
- Monitoring：味の調整
- Closing：完成・振り返り
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「プロジェクト初期化」 | プログラム・プロジェクト構造作成 | Stock/programs//projects// |
| 「プロジェクト憲章」 | プロジェクト憲章作成 | Flow/YYYYMM/YYYY-MM-DD/draft_project_charter.md |
| 「ステークホルダー分析」 | ステークホルダー分析 | Flow/YYYYMM/YYYY-MM-DD/draft_stakeholder_analysis.md |
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「仮説マップ」 | 前提条件マップ作成 | Flow/YYYYMM/YYYY-MM-DD/draft_assumption_map.md |
| 「ペルソナ作成」 | ユーザーペルソナ作成 | Flow/YYYYMM/YYYY-MM-DD/draft_persona.md |
| 「課題定義」 | 問題定義書作成 | Flow/YYYYMM/YYYY-MM-DD/draft_problem_statement.md |
| 「仮説バックログ」 | 仮説リスト作成 | Flow/YYYYMM/YYYY-MM-DD/draft_hypothesis_backlog.md |
| 「ジャーニーマップ」 | ユーザージャーニーマップ | Flow/YYYYMM/YYYY-MM-DD/draft_user_journey_map.md |
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「顧客調査」 | 顧客調査レポート | Flow/YYYYMM/YYYY-MM-DD/draft_customer_research.md |
| 「競合調査」 | 競合分析レポート | Flow/YYYYMM/YYYY-MM-DD/draft_competitor_research.md |
| 「デスクリサーチ」 | 総合調査レポート | Flow/YYYYMM/YYYY-MM-DD/draft_desk_research.md |
| 「市場規模推定」 | TAM/SAM/SOM分析 | Flow/YYYYMM/YYYY-MM-DD/draft_market_size_estimation.md |
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「WBS作成」 | WBSドラフト作成 | Flow/YYYYMM/YYYY-MM-DD/draft_wbs.md |
| 「リスク計画」 | リスク分析と計画 | Flow/YYYYMM/YYYY-MM-DD/draft_risk_plan.md |
| 「プロジェクトスコープ記述書」 | スコープ定義書 | Flow/YYYYMM/YYYY-MM-DD/draft_project_scope_statement.md |
| 「プロダクト要求仕様書」 | PRD作成 | Flow/YYYYMM/YYYY-MM-DD/draft_product_requirements.md |
| 「ロードマップ作成」 | リリース計画 | Flow/YYYYMM/YYYY-MM-DD/draft_product_roadmap.md |
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「開発環境初期化」 | 環境セットアップ | Flow/YYYYMM/YYYY-MM-DD/development/draft_setup.md |
| 「開発計画作成」 | 実装計画書 | Flow/YYYYMM/YYYY-MM-DD/development/draft_development_plan.md |
| 「実装順序計画」 | 実装順序定義 | Flow/YYYYMM/YYYY-MM-DD/development/draft_implementation_order.md |
| 「ストーリー実装」 | ストーリー実装計画 | Flow/YYYYMM/YYYY-MM-DD/development/draft_story_implementation.md |
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「スプリントゴール」 | スプリント目標設定 | Flow/YYYYMM/YYYY-MM-DD/draft_sprint_goal_Sn.md |
| 「今日のタスク」 | 日次タスク | Flow/YYYYMM/YYYY-MM-DD/daily_tasks.md |
| 「議事録」 | 会議議事録 | Flow/YYYYMM/YYYY-MM-DD/draft_meeting_minutes.md |
| コマンド | 説明 | 出力先 |
|---|---|---|
| 「教訓記録」 | 教訓記録 | Flow/YYYYMM/YYYY-MM-DD/draft_lessons_learned.md |
| 「移管ドキュメント作成」 | 引き継ぎ資料 | Flow/YYYYMM/YYYY-MM-DD/draft_transition_document.md |
| コマンド | 説明 |
|---|---|
| 「確定反映して」 | Flow→Stock同期を実行 |
| 「作業開始」 | 今日の日付フォルダとタスクファイルを作成 |
| 「フェーズ追加」 | 新しいフェーズルールの雛形を生成 |
アイデア歓迎！ "ルール自体をChatで増やせる"文化で継続的に改善しましょう。
- 推奨モデル: ThinkingモードでClaude3.7を使用。高品質アウトプットが必要な場合はMAXモデルが推奨
- ルール参照確認: Thinkingペインで「Rulesを読み取ってます」などの表示があればOK
- 明示的指定: うまく動作しない場合は、チャット入力時に@から必要なRuleを明示的に指定
- マスタールール重視: 特に「Master Rules」が最重要。これが読み込まれていれば基本機能は動作
- パスエラー: 赤文字で「パスが見つかりません」というエラーは、Rulesファイル内のパス指定にバグがある可能性大
- パス修正方法: エラーの原因を質問し、該当するRuleファイル内のパス指定を確認・修正
- 手動指定: 複雑な場合は、必要なファイル/フォルダのパスを明示的に指定（エクスプローラの右クリックでパスコピー）
- 部分機能: PMBOK関連はLLMのデフォルト知識でも動作するが、テンプレート機能を活用するにはRule読み込みが必須
- 初めての使用: まず「プロジェクト初期化」から始め、フォルダ構造を確認
- ドキュメント作成: フェーズ名を入力（「Discovery」など）するとメニューが表示される
- 確定処理: ドラフト確認後は必ず「確定反映して」と入力し、Flow→Stock同期を実行
- カスタマイズ: 「フェーズ追加」コマンドで新規フェーズのテンプレートを作成可能
このAIPMシステムはチーム全体で活用することでさらに効果を発揮します。以下のベストプラクティスを参考にしてください。
- Stockフォルダの共有: GitHubやObsidian（Sync機能）などのファイル共有サービスを活用して、Stockフォルダをチーム全体で共有しましょう。これにより、確定した成果物に全員がアクセスできるようになります。
- プロジェクト固有のルール: 独自のフォルダ（例:
.cursor/rules/mypjt/xxxxx.mdc）を作成し、プロジェクト固有のルールを定義・共有することをお勧めします。これにより、プロジェクトの特性に合わせたカスタマイズが可能になります。
- セットアップの簡易化:
setup_config.shをカスタマイズして、オリジナルルールやプロジェクトのレポジトリを設定しておくと、新しいメンバーの初期設定が簡単になり、チームの生産性向上に役立ちます。
- 各メンバーは自分のローカル環境で
Flowで作業 - 確定した成果物は
Stockに反映 - 共有リポジトリに定期的にプッシュ/コミット
- チームミーティングで成果物をレビュー
- フィードバックを
Flowで反映させて改善サイクルを継続
このアプローチにより、個人の作業とチーム全体の成果を効率的に統合できます。
このシステムは「Ask → Draft → Review → Sync」の4アクションを軸に、PMBOK × Lean UX × Agileのベストプラクティスを一貫して実現します。
このワークスペースは単なるドキュメント管理だけでなく、開発活動自体もサポートする機能を備えています（※ベータ版/試験運用中）。
.cursor/rules/basic/09_pmbok_development.mdc に定義されたルールを活用することで、以下のような開発ワークフローを実現できます：
-
開発環境初期化（「開発環境初期化」と入力）
- プロジェクト専用の開発フォルダ構造を自動生成
- 必要な初期ファイルのセットアップ
- 開発環境構成の定義
-
開発計画作成（「開発計画作成」と入力）
- 対象ストーリーの特定
- 実装アプローチの定義
- 技術スタックの選定
-
実装順序計画（「実装順序計画」と入力）
- ストーリー間の依存関係分析
- 優先度付けと最適な実装順序の決定
- フェーズ分けと実装スケジュール案の作成
-
ストーリー実装（「ストーリー実装」と入力）
- 個別ストーリーの詳細な実装計画
- 実装ステップの定義
- 主要コード構造の設計
-
記事執筆（「記事執筆」と入力）
- 技術記事やドキュメントの構成立案
- 執筆プラン作成
- 添付資料の管理
-
成果物確認（「成果物確認」と入力）
- 開発成果物の品質チェック
- レビュープロセスの実施
- Flow→Stockへの確定プロセス
開発作業は以下のディレクトリ構造で管理されます：
プロジェクト/
├── development/ # 開発成果物のルートディレクトリ
│ ├── code/ # コードベース（ソフトウェア開発の場合）
│ ├── articles/ # 記事/ドキュメント（コンテンツ作成の場合）
│ └── assets/ # 共有リソース（画像、データなど）
└── documents/ # プロジェクトドキュメント（既存）
- ユーザーストーリーを「実装順序計画」で最適な順序に整理
- 最重要ストーリーを「ストーリー実装」で詳細設計
- 同時並行で「記事執筆」機能を使って技術ドキュメントを作成
- 開発完了後「成果物確認」でレビューし、Stockに確定
このワークフローにより、プロジェクト管理と開発作業を一貫したプロセスで進めることができます。
株式会社エクスプラザで生成AIエバンジェリスト・リードAIプロデューサーを務める宮田大督。生成AI技術の社会実装と普及に注力し、企業のAI導入支援やコミュニティ活動を推進。
前職のGaudiyや令和トラベルでは、SNSでのエージェント実装やDifyなどノーコードツール活用での大量コンテンツ生成など、様々な企画から実際の実装まで手がける。楽天やメルカリでのPdMの経験を活かし、PdMに関する登壇・執筆活動も行い、最近はAIxPM領域に特に関心をもち活動している。
生成AI技術の可能性と実践的な活用方法について情報発信を行い、企業のDX推進やイノベーション創出をサポート。AIと人間が共生する未来の実現を目指し、技術と社会の架け橋となることを使命としている。
- Twitter: @miyatti
- 会社名：株式会社エクスプラザ
- ミッション：「プロダクトの力で、豊かな暮らしをつくる」
- 事業内容：生成AIの活用支援/プロダクトマネジメントコンサルティング事業
- 設立：2020年7月
- 代表者：高橋一生
- 本社：東京都港区六本木4-8-5 和幸ビル503
- コーポレートサイト：https://explaza.jp/
- 採用ページ：https://lifeat.explaza.jp/
- 実際のCursorエージェントとのやり取り例（Twitter）
- ブログ作成プロジェクトでの実際の対話例を公開しています
- システムがどのように質問し、ユーザーの意図を理解していくかがわかります
- ブログ記事作成プロジェクト管理
- 技術ドキュメント整備
- 研究プロジェクト管理
- 小規模チームでの業務効率化
このシステムの背景にある考え方や活用方法について、以下の記事も参考にしてください：
これらの記事では、Cursorを使ったAIエージェントによるタスク管理、プロジェクト管理、文書作成の自動化などについて詳しく解説しています。本システムを最大限に活用するためのヒントやテクニックを学ぶことができます。
© 2025 宮田大督 (Daisuke Miyata)
本「俺の考えた最強のAIPMシステム with Cursor Agent」のコンテンツ（テキスト、ルールファイル、スクリプト、ドキュメント構造など）は、作者の許可なく無断で複製、配布することはできません。
本システムは以下のライセンス条件の下で提供されます：
- 個人利用: 個人的な学習、プロジェクト管理、非商用目的での利用は無償で許可されます。
- 社内利用: 一つの法人・団体内でのプロジェクト管理ツールとしての利用は無償です。
- 商用利用: 本システムをベースにした有料サービスの提供、コンサルティングなど営利目的で利用する場合は、作者への連絡が必要です。
- 配布・改変: 改変版の作成・配布を行う場合は、オリジナルの著作権表示とこのライセンス条件を維持し、作者のクレジットを明記してください。
本システムは「現状有姿」で提供され、明示または黙示を問わず、いかなる種類の保証もありません。システムの利用によって生じた直接的または間接的な損害について、作者は責任を負いません。
著作権、ライセンス、商用利用に関するお問い合わせ：
- Twitter: @miyatti
- 会社: 株式会社エクスプラザ
本システムの開発にあたり、多くの方々からのフィードバックとサポートをいただきました。特に、初期テスト段階でご協力いただいたコミュニティメンバーの皆様に感謝いたします。
最終更新: 2025年5月5日