カテゴリートップ :: プログラマー・開発者 :: 進捗設計職人 | 要件→WBS→Issue雛形→CI自動化まで一括生成「プロジェクト管理・タスク自動化プロンプト」 - 様々な分野の専門家が作るAIプロンプトマーケットプレイス「PromptWorks（プロンプトワークス）」

「計画が曖昧」「Issueがバラバラ」「自動化が後回し」を解消。

目的・範囲・締切・チーム構成・使用ツールを入力するだけで、成果物定義（DoD）／WBS／ガント／Issue雛形／自動化スクリプト（Makefile・npm scripts・GitHub Actions）／リスク登録票／運用ガイドを一式生成します。
短納期・小規模チームで威力を発揮する、実務特化のPM×DevOpsテンプレです。

できること

こんな人向け

対応スタック（例）

使い方（3ステップ）

短縮運用のコツ

導入メリット

よくある質問（FAQ）

Q1. GitHub以外のツールでも使えますか？
A. はい。Issue雛形はMarkdown汎用フォーマットで生成します。

Q2. ウォーターフォールでも使えますか？
A. 可能です。マイルストーン粒度を週→月に変更し、受け入れ基準を工程ごとに設定してください。

Q3. 途中からの導入は？
A. 現在のWIPを入力すれば、残作業のWBS再編とCI導入ステップを提示します。

出力例

以下は、提示条件に基づき「CSV集計CLI β版を2週間で公開」するための即実装可能な計画・雛形・自動化セットです。
PM/DevOps視点でクリティカルパスと再利用性を重視しています。

1. 成果物定義（Doneの定義 / 受け入れ基準）

Doneの定義

CLIコマンドでCSVを読み込み、指定カラムの集計（sum/avg/count）を実行できる
--input, --output, --mode パラメータ対応済み
ユニットテストカバレッジ80%以上
make lintでLintエラーゼロ
CIで自動テスト・Lintが成功
コードレビュー2名以上で承認済み
docker runで動作確認済み（環境差異なし）
リリースタグ（v0.1.0-beta）がGitHubに作成される

受け入れ基準

項目	基準
入出力	CSVファイル入出力が正常動作すること
エラー処理	不正ファイル・欠損カラム・モード誤指定時に例外ハンドリング
テスト	pytestで80%以上カバー
コーディング規約	flake8/pylintで違反ゼロ
CI/CD	mainブランチPR時にCIパス必須

2. WBS（Markdown表）

タスク	担当	RACI	所要(日)	依存	成果物	リスク
要件定義・CLI仕様確定	PM	A	1	-	CLI仕様書	スコープ膨張
設計（構成・I/O定義）	BE	R	1	要件	設計書	設計漏れ
CLIコマンド実装	BE	R	3	設計	main.py	実装遅延
テストコード実装	QA	R	2	CLI実装	test_main.py	カバレッジ不足
Lint/Format設定	FE	C	1	-	.flake8, black設定	開発規約不一致
CI設定（GitHub Actions）	DevOps	R	1	Lint完了	actions.yml	CI失敗
Dockerfile/Makefile整備	DevOps	R	1	CLI完了	Dockerfile, Makefile	環境差異
βリリース準備（tag/publish）	PM	A	1	CI成功	v0.1.0-beta	リリース遅延

クリティカルパス: 要件 → 設計 → 実装 → テスト → CI → リリース

3. ガントチャート（2週間）

Week1
Day1-2: [PM] 要件定義・CLI仕様確定
Day3-4: [BE] 設計
Day5-7: [BE] CLI実装
---
Week2
Day8-9: [QA] テストコード
Day10: [FE] Lint/Format
Day11: [DevOps] CI設定
Day12: [DevOps] Docker/Make整備
Day13-14: [PM] βリリース準備・最終確認

4. チケット雛形（GitHub Issues / Jira）

テンプレート（Markdown）

### 概要
{課題の概要を簡潔に記載}
### 背景
{目的・対応理由}
### タスク
- [ ] 実装
- [ ] テスト
- [ ] レビュー対応
- [ ] CI確認
### 受け入れ基準
- [ ] Lint通過
- [ ] 単体テスト成功
- [ ] 動作確認済み
### 関連
- Issue: #
- PR: #

ラベル例

type:feature, type:bug, type:task
status:todo, status:in-progress, status:review, status:done
priority:high, priority:medium, priority:low

5. 自動化セット

Makefile

.PHONY: install lint test format build release
install:
    pip install -r requirements.txt
lint:
    flake8 src tests
test:
    pytest --cov=src --cov-report=term-missing
format:
    black src tests
build:
    docker build -t csv-cli:latest .
release:
    git tag v0.1.0-beta && git push origin v0.1.0-beta

GitHub Actions（.github/workflows/ci.yml）

name: CI
on:
  pull_request:
    branches: [ main ]
jobs:
  lint-test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Set up Python
        uses: actions/setup-python@v5
        with:
          python-version: '3.10'
      - run: pip install -r requirements.txt
      - run: make lint
      - run: make test

6. リスク登録票（トップ5）

リスク	影響	発生確率	軽減策
実装遅延	高	中	進捗を毎日Jira更新
テスト工数不足	中	高	QAタスク前倒し
Lintルール不統一	中	中	CIにLint強制
Docker動作不整合	中	中	ローカル検証用Makeターゲット
スコープ逸脱	高	低	PMによるスコープロック

7. コミュニケーション運用

デイリースタンドアップ

平日10分（AM10:00）
報告内容：「昨日やったこと」「今日やること」「課題/ブロッカー」
Jiraボード更新を義務付け

レビュー規約

mainブランチは直接Push禁止
PRは2名以上レビュー承認必須（PM or BE含む）
コーディング規約に違反したPRは自動Reject（lint checkで）

定例アジェンダ（週1）

進捗報告（各担当）
リスク・課題共有
CI/テスト状況確認
リリース準備タスク確認

実行順指針まとめ

make install → 開発環境構築
実装完了後 make lint && make test
CI自動実行確認
リリース時 make release

希望があれば、CLIの基本構成例（src/main.pyとtests/test_main.pyのひな形）も追加できます。作成しますか？

進捗設計職人 | 要件→WBS→Issue雛形→CI自動化まで一括生成「プロジェクト管理・タスク自動化プロンプト」｜様々な分野の専門家が作るAIプロンプトマーケットプレイス「PromptWorks（プロンプトワークス）」

様々な分野の専門家が作る
プロンプトマーケットプレイス

購入する

出品する

AIツール