mcpField
R
requirements-gathering

requirements-gathering

github.com/aj-geddes开发373657 次安装34 周前更新
代码仓库

关于 requirements-gathering

用于项目规划的技能，帮助团队明确建设内容并协调利益相关方。参考指南涵盖相关方发现、需求获取、文档编写、验证和可追溯性。

主要功能

  1. 01利益相关方发现指南
  2. 02需求获取技巧
  3. 03需求文档编写
  4. 04验证与签署确认
  5. 05可追溯矩阵指南

适用场景

  1. 01在项目启动时协调相关方
  2. 02定义功能需求和验收标准
  3. 03规划系统现代化改造
  4. 04记录客户探索结果

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill requirements-gathering

安装后在 Claude Code 中输入/requirements-gathering确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

references/
requirement-validation-sign-off.md
requirements-documentation.md
requirements-elicitation-techniques.md
requirements-traceability-matrix.md
stakeholder-discovery.md
templates/
process-template.md

详细介绍

需求收集

目录

概述

有效的需求收集能够就待构建的内容达成共识，避免项目后期出现方向偏差和高昂的变更成本。

适用场景

  • 项目启动与规划
  • 功能开发启动
  • 产品路线图规划
  • 系统现代化项目
  • 客户需求调研
  • 利益相关方对齐会议
  • 编写用户故事和验收标准

快速开始

最简可运行示例：

# Identify and analyze stakeholders

class StakeholderDiscovery:
    STAKEHOLDER_CATEGORIES = [
        'End Users',
        'Business Owners',
        'Technical Leads',
        'Operations/Support',
        'Customers',
        'Regulatory Bodies',
        'Integration Partners'
    ]

    def identify_stakeholders(self, project):
        """Map all stakeholder groups"""
        return {
            'primary': self.get_primary_stakeholders(project),
            'secondary': self.get_secondary_stakeholders(project),
            'tertiary': self.get_tertiary_stakeholders(project),
            'total_to_engage': self.calculate_engagement_strategy(project)
        }

    def analyze_stakeholder_needs(self, stakeholder):
        """Understand what each stakeholder needs"""
        return {
// ... (see reference guides for full implementation)

参考指南

references/ 目录中的详细实现：

指南内容
利益相关方调研利益相关方调研
需求收集技巧需求收集技巧
需求文档编写需求文档编写
需求验证与签字确认需求验证与签字确认
需求可追溯矩阵需求可追溯矩阵

最佳实践

✅ 应该
  • 尽早让所有关键利益相关方参与进来
  • 以书面形式记录需求
  • 使用具体、可衡量的语言
  • 定义验收标准
  • 使用 MoSCoW 方法确定优先级
  • 获取利益相关方的签字确认
  • 创建可追溯矩阵
  • 定期审查需求
  • 区分必需项和锦上添花项
  • 记录假设和约束
❌ 不应该
  • 依赖记忆或口头约定
  • 在没有利益相关方参与的情况下制定需求
  • 使用含糊的语言（快速、轻松等）
  • 跳过非功能性需求
  • 忽视约束和依赖关系
  • 对无关紧要的细节过度记录
  • 仓促完成需求阶段
  • 在未经利益相关方同意的情况下进行构建
  • 未经流程批准就变更范围
  • 忽略边界情况和错误条件

评论

支持 Markdown