软件产品需求生命周期(用户需求-研发需求模型)

软件产品需求生命周期(用户需求-研发需求模型)的思维导图，有用户需求发起、用户需求价值评估、用户需求提出、用户需求方案探讨、用户需求固化、用户需求调研、用户需求梳理、MRD编写、项目立项、PRD编写、PRD评审、研发需求生成、研发需求确认、研发需求实现设计、分配需求(AR)开发设计... ...

需求生命周期

• 用户需求发起
  • 需求部门
  • 产品团队
• 用户需求价值评估
  • 需求提出部门
  • 业务干系部门
• 用户需求提出
  • 需求主导方
  • 业务干系方
  • 同步共识
  • 确定提出方式
    • 整体需求
    • 分维度提
      • 业务线维度
      • 产品维度
      • IT系统维度
  • 提出对象
    • 产品经理
    • 产品运营
• 用户需求方案探讨
  • 需求方
  • IT产品团队
  • 财务部门
  • 法务部门
  • 达成共识
• 用户需求固化
  • 明确用户需求核心内容
  • 录入需求管理系统
• 用户需求调研
  • 牵头方：产品经理
  • 沟通
  • 调研
  • 梳理
  • 产生用户需求
• 用户需求梳理
  • 用户需求分析
  • 流程梳理
  • 功能分析
  • 优先级分析
• MRD编写
  • 用户需求范围框定
  • 产品/功能原型设计
  • 原型设计评审调整确认
• 项目立项
  • 牵头方：项目经理(Project Manager,简称PM)
  • 价值汇报
  • 立项评分
  • 立项确认
  • 管理系统内创建对应项目
• PRD编写
  • PRD文档编写
  • 流程细化
  • 功能模块分解
  • 功能设计细节沟通
  • 功能细节明确
  • 低保真绘制
  • 用户需求调整
    • 裁撤用户需求
    • 修订用户需求内容细节
  • 拆解研发需求
• PRD评审
  • 牵头方：系统工程师(System Engineer,简称SE)
  • PRD宣讲
  • PRD评审
    • 业务流转可行性
    • 技术可行性
    • 需求风险点
      • 风险预案
      • 风险防控
    • 历史数据兼容性
    • 新旧功能影响
  • PRD调整
    • 范围内调整
    • 增减需求范围
    • 优先级调整
• 研发需求生成
  • PRD分解研发需求
  • 研发需求细节明确
  • 研发需求录入需求管理系统
  • 研发需求关联用户需求
• 研发需求确认
  • 开发测试团队确认接收研发需求
  • 研发需求关联项目
  • 开发侧提研发需求
  • 测试提可测试性研发需求
  • 二次评审确认
• 研发需求实现设计
  • 研发需求实现设计
  • 研发需求拆分研发需求
  • 研发需求拆解分配需求
  • 研发需求讲解答疑
  • 研发需求调整
    • 需求调整
      • 范围
      • 内容
      • 逻辑
    • 实现调整
      • 逻辑
• 分配需求(AR)开发设计
  • 分配需求实现设计
  • 分配需求设计评审
    • 实现调整
      • 逻辑
      • 接口
      • 出入参
• UI高保真绘制
  • UI界面绘制
  • UI界面对齐前端代码设计
• 测试设计
  • 可测试性需求
  • 分配需求(AR)测试设计
  • 研发需求(SR)测试设计
  • 用户需求(IR)测试设计
  • 原始需求(RR)测试设计
  • UAT用例
  • 自动化测试脚本开发
• 迭代开发编码
  • 代码自验
  • 代码合版
  • 代码检视
• 白盒测试
  • 模块测试
  • 代码静态扫描
  • 代码集成测试
• 迭代测试
  • 开发评估
    • 已知问题
    • 需求实现范围
    • 开发转测报告
  • 迭代转测
    • 迭代版本打包构建
    • 开发冒烟
    • 测试冒烟
  • 迭代测试
    • AR/SR层面
    • 缺陷提单
    • 缺陷修改
    • 迭代回归
  • 牵头方：迭代测试
• 版本SIT转测开发评估
  • 需求实现清单
  • 开发自测评估
  • 版本兼容性影响分析报告
  • 开发遗留问题清单
• 系统集成验证(SIV)
  • SIV：System Integration Verify
  • 接口集成测试
  • 灰盒测试
  • 开发设计验证
  • AR/SR层面
• 系统设计验证(SDV)
  • SDV：System design Verify
  • SR/IR层面
  • 开发设计一致性验证
• 冒烟测试
  • 冒烟测试用例输出
  • 冒烟版本打包
  • 冒烟环境构建
  • 开发冒烟测试
  • 测试冒烟测试
• 系统集成测试(SIT)
  • System Integration Test
  • 牵头方：集成测试团队
  • 黑盒测试为主
  • 系统集成测试
    • 接口
    • 功能
    • 性能
    • 资料
    • 等等
  • 系统间集成测试
• 系统确认测试(SVT)
  • System Verification Test
  • 用户需求确认测试
  • 原始需求确认测试
• UAT测试
  • User Acceptance Testing
  • 牵头方：测试经理
  • 参与方：SA，用户代表，需求提出方
  • UAT数据构建
  • 新特性讲解
  • UAT测试执行
  • UAT问题处理
    • 操作失误
    • 时间冲突
    • 发现问题
      • 数据问题
      • 环境问题
      • 遗留缺陷
      • 版本缺陷
      • 共识问题
• 版本交付
  • QA审核
  • 交付材料输出
  • 交付版本归档
• 上线部署
  • 上线申请
  • 需求方确认
  • 干系领导审核
  • 部署上线
  • 测试上线验证
  • 业务干系部门接收验证
• 业务验证/试用
  • 上线完成确认
  • 需求方主导
  • 业务干系部门协调
  • 有限范围使用
• 使用反馈
  • 实际用户反馈
  • 业务干系方反馈
  • 衍生业务场景发生
  • 生产数据分析
  • 线上故障收集/跟进/解决
  • 产生新的需求
• 用户需求指软件产品需要满足的用户需求和期望
  • 用户需求来源
    • 市场行为
      • 市场调研
        • 了解市场对产品的需求和趋势
        • 市场对产品的要求
          • 功能
          • 性能
          • 价格
          • 。。。
      • 竞品分析
        • 分析竞争对手产品特点
      • 销售数据分析
        • 了解用户购买行为和偏好
      • 用户行为分析
        • 分析用户行为和需求
      • 参与团队
        • 销售团队
        • 运营
        • 售后服务
        • 产品设计
    • 用户沟通
      • 用户调研访谈
        • 面谈交流，了解用户需求和期望
      • 用户问卷调查
        • 发放问卷，收集用户反馈和意见
      • 用户反馈
        • 收集用户对产品的实际体验和问题
      • 用户投诉
        • 针对问题进行改进和优化
      • 参与团队
        • 销售团队
        • 售后服务
        • 运营团队
        • 产品设计
    • 用户试用
      • UAT
        • 让产品设计、用户代表甚至用户对产品进行验收，发现产品存在的问题和改进空间
      • Beta测试
        • 让种子用户对新特性进行测试，发现新特性存在的问题和改进空间
      • 用户试用(gamma测试)
        • 让用户在实际使用场景下对产品进行体验和测试，从而发现产品存在的问题和改进空间
      • 参与团队
        • 测试团队
        • 运营团队
    • 团队提升
      • 产品创新设计
        • 利用新的理念，趋势对产品设计进行创新，挖掘新的用户使用场景
      • 产品设计提升
        • 对已有能力和特性进行优化设计和提升，产生对已落地用户需求的提升
      • 产品技术提升
        • 新的技术趋势和创新可能会引发用户对新功能和体验的需求
      • 参与团队
        • 产品设计
        • 开发团队
        • 测试团队
    • 标准法规
      • 国家法规
        • 根据国家法规的要求，产品需要满足一定的功能、安全性、法律合规性需求
      • 行业标准
        • 根据行业标准的要求，产品需要满足一定的功能、安全性、行业合规性需求
      • 参与团队
        • 产品设计
        • 法务部
        • 合规部
  • SWOT分析
    • 优势（Strengths）
      • 企业或项目的特点，使其比其他企业或项目更具优势；
    • 劣势(Weaknesses）
      • 使企业或项目相对于其他企业或项目处于劣势的特点；
    • 机遇(Opportunities）
      • 企业或项目可以利用的环境要素；
    • 威胁（Threats）
      • 环境中可能给业务或项目带来麻烦的元素。
  • 5W2H分析
    • 步骤 做什么（What）?
      • 处理什么问题？条件是什么？哪一部分工作要做？目的是什么？重点是什么？与什么有关系？功能是什么？规范是什么？工作对象是什么？
    • 步骤 怎样（How）?
      • 这个产品需要怎么运作？怎样做省力？怎样做最快？怎样做效率最高？怎样改进？怎样得到？怎样用5W2H分析法样避免失败？怎样求发展？怎样增加销路？怎样达到效率？怎样才能使产品更加美观大方？怎样使产品用起来方便？
    • 步骤 为什么（why）？
      • 用户为什么需要它？为什么采用这个技术参数？为什么不能有响声？为什么停用？为什么变成红色？为什么要做成这个形状？为什么采用机器代替人力？为什么产品的制造要经过这么多环节？为什么非做不可？
    • 步骤 何时（when）？
      • 什么时候需要上线？何时要完成？何时安装？何时销售？何时是最佳营业时间？何时工作人员容易疲劳？何时产量最高？何时完成最为时宜？需要几天才算合理？
    • 步骤 何地（where）?
      • 在哪里发布这些需求？何地最适宜某物生长？何处生产最经济？从何处买？还有什么地方可以作销售点？安装在什么地方最合适？何地有资源？
    • 步骤 谁（who）?
      • 这是给谁设计的？谁想要？谁来办最方便？谁会生产？谁可以办？谁是顾客？谁被忽略了？谁是决策人？谁会受益？
    • 步骤 多少（How much）?
      • 这个需求实现代价是多少？价格是多少？功能指标达到多少？销售多少？成本多少？输出功率多少？效率多高？尺寸多少？重量多少？
• 研发需求是指在开发软件产品时需要满足的功能、性能、安全性、可靠性等方面的要求。这些需求通常是根据用户的需求和业务需求确定的，旨在确保软件产品能够满足用户的期望并达到预期的目标
  • 研发需求分类
    • 功能需求
      • 描述了产品需求实现的具体功能和特性，由PRD内的高层次需求进一步细化拆解为更具体、可执行的需求描述；
    • 非功能需求
      • 性能需求
        • 在特定条件下使用的资源量和软件可提供批量服务的能力需求
        • 时间行为(响应时间，单位时间工作效率)
        • 资源利用率
        • 容量
      • 安全性需求
        • 表示系统保护信息和数据的需求，以便人员或其他产品或系统具有适合其类型和授权级别的数据访问级别
        • 保密
        • 完整性
        • 不可否认性
        • 可问责
        • 真实性
        • 隐私保护能力
      • 可靠性需求
        • 表示系统在指定条件下指定时间段内提供指定服务能力的需求
        • 故障容错能力
        • 故障侦测能力
        • 故障隔离能力
        • 故障恢复能力
        • 系统成熟度
      • 可维护性需求
        • 表示可以修改产品或系统以改进产品或系统，纠正产品或系统使其适应环境变化和要求的有效性和效率
        • 模块化
        • 可重用性
        • 可分析性
        • 可修改性
        • 可测试性
      • 可体验性需求
        • 系统由指定用户在特定使用环境中实现特定目标时所具有的有效性、效率和满意度
        • 易用性
        • 可学习性
        • 可操作性
        • 防呆能力
        • 界面可识别性
        • 可访问性
      • 兼容性需求
        • 系统可以与其他产品，系统或组件交换信息和/或执行其所需功能的程度，可同时共享相同的硬件或软件环境的需求
        • 共存性
        • 互操作性
        • 向前向后兼容性
      • 可服务性
        • 表示系统在生命周期中特定的目标用户实施特定的服务活动时所具有的有效性、效率和用户主观满意度
        • 可安装性
        • 可运维性
        • 可监控性
        • 可升级性
        • 可配置性
      • 可移植性需求
        • 表示可以从一个硬件、软件或其他操作或使用环境转移到另一个环境的有效程度和效率
        • 适应性
        • 可替换性
      • 韧性需求
        • 表示系统抵御风险和毁损的能力以及在指定受损条件或风险下在指定时间段内可提供指定服务能力的程度
        • 服务降级能力
        • 一致性检测能力
        • 风险抵御能力
    • 技术需求
      • 定义了产品开发所需的技术要求和技术实现方案
      • 系统架构需求
      • 技术选型需求
      • 数据存储需求
      • 接口设计
    • 可测试需求
      • 将提升产品测试效率、质量的需求和要求转化为产品的研发需求并在开发过程中落地，以确保产品的可测试性和测试效果的最大化。可测试性研发需求的目的是提高软件产品的质量和稳定性，减少潜在的缺陷和故障
    • 设计约束
      • 软件产品设计的一些限制条件
      • 硬件限制
      • 软件限制
      • 法规限制
      • 时间限制
      • 成本限制
  • 研发需求特性
    • 研发需求与项目版本非绑定关系
    • 研发需求≠工作任务
    • 研发需求具备持续变化性
    • 用户需求和研发需求是一对多的关系
    • 研发需求可拆解性
    • 研发需求可被打回修订