《人人都是产品经理》项目缩略图

1. 需求采集 2.需求分析 3. 需求筛选 4.立项 5.写文档 6.demo原型演示 7. 概要设计、详细设计 8. 评审 8.1 需求评审 8.3 设计评审 8.4 测试评审

项目缩略图

• 1、项目目标：快好省——范围大、时间短、品质高 、资源省 分别对应TRQ：项目时间Time、项目资源Resource、项目质量Quantity 2、做项目的本质：保证品质的前提下，在实践要求、人财物花费、项目范围三点上做平衡
• demo制作
• demo评审
• 需求采集、分析、筛选等前期过程（决定做不做，做多少）
  • 日常需求发布过程如下流程
• UC评审
• 需求评审（决定做什么）
  • 通过也成为需求冻结，里程碑
• 确定开发计划（决定何时做，谁做）
• 需求确认
• TC编写
• TC评审
• UC制作
• 测试
  • 开发完成——里程碑
• PRD评审
• 发布确认
• PRD制作
• 设计（开发阶段）
• 评审
  • 需求评审
    • PRD、UC评审、demo评审的统称
  • 设计评审
  • 测试评审（TC）
• 设计评审（开发阶段）
• 概要设计、详细设计
  • 写uc时越俎代庖
• 编码（开发阶段）
• demo产品原型、演示版
  • 用户体验部门主导（充分理解商业目的、用户目标等） 参与：产品经理
  • 在产品会议前就可开始
• 功能评审
  • 项目干系人确认功能是否是大家想要的
• 写文档
  • BRD
    • 商业需求文档 产品生命周期最早的文档， 涉及市场分析、销售策略、盈利预测等 通常是给大老板演示的PPT 目的：获得认可、争取资源
  • MRD
    • 市场需求文档 商业目标到技术实现的关键转化文档 活得老板支持后，产品进入实施阶段 须有更细致的市场与竞争对手分析，包括可通过哪些功能来实现商业目的，功能、非功能需求分几块，功能优先级等 产出物：产品的Feature List、业务逻辑图等
  • PRD
    • 产品需求文档 对产品功能的进一步细化 包括整体说明、用例文档、产品demo等 对产品功能做具体描述
    • 总体说明
      • 修订历史
        • 写清每次修订的日期、版本号、说明和作者，便于以后追溯
      • 功能范围
        • PRD的业务逻辑图 重点描述系统中角色的职责，与周边系统的关系、全局的商业规划等
      • 项目描述
        • 简述项目背景、意义、目的、目标等，明确为什么要做这个项目 可参考kick off会议用的ppt内容
      • 用户范围
        • PRD涉及的角色、系统做出简单的说明
      • 词汇表
        • PRD涉及的词汇、术语、缩写等作出说明
      • 非功能需求
        • 如性能需求、数据监控的需求等
      • 其他说明
        • 其他任何需要说明的内容
    • UC 用例文档
      • 对PRD的所有用例进行说明、给出用例可视化表示，说明各个用例之间的关系， 一般有类图、用例图、状态图集中表示方法，其中用例图最为关键
      • 一般只用来描述功能需求
      • 整体说明
      • UC正文
        • 单个uc描述
        • 流程描述
          • 分主干、分支、异常 描述在这个用例发生的过程中，由什么事件触发
        • 用例名称
        • 业务描述
          • 商业目标、用户目的等业务内容 说明为什么做这个UC
        • 需求描述
          • 产品需求、实现哪些功能点 这个UC要做什么
        • 行为者
        • 用例的唯一标识
        • 后置条件
          • 用例完成 后续动作是什么
        • 其他说明
        • 界面描述
          • 界面各个元素的说明，如表单名称、类型长度、是否必填、默认值 规则等、列表各个字段、按钮等 和demo关联起来
        • 业务规则
          • 整个用例的通用规则，如限制条件
        • 前置条件
          • 触发这个用例的前提是什么
  • FSD
    • 功能详细说明 经常包含在PRD中 如网页中的某个表格中的数字应该左中右对齐？保留几位小数等
• 需求状态变为已发布
• 需求分析
• 测试工作内容
  • TC编写
  • TC评审
  • 冒烟测试
    • 确认软件基本功能正常
  • 功能评审
  • 测试
• 需求采集
• 开发阶段工作内容
  • 设计
  • 设计评审
  • 编码
  • 单元测试
  • 子主题
• WBS分解任务
  • 自上而下的优化并套用；无经验的项目可自下而上，列出一个个最小的任务点，在组装
  • 了解背景、目的、目标等的前提下明确任务后，先分解任务，即WBS；
  • 产品模块级项目
    • 项目准备
    • 过程管理
      • 立项
      • 时间计划
      • 项目wiki维护
      • 沟通计划
      • 项目总结
        • 心得体会
        • 资源评估review
        • 数据分析报告
    • 需求
    • 实施
    • 测试
    • 部署
    • 服务
    • 前线配合
• deferred
  • bug状态流转图
• 需求帅选
• rejected
• 立项
  • 团队组建
  • 计划确定
  • kick off（誓师大会）
    • 项目背景
      • 我们在哪里？说过去。 为什么要做这个项目
    • 项目意义、目的、目标
      • 我们去哪里？说将来 项目之后的美好愿景，解决什么问题就算成功
    • 需求、功能点概述
      • 我们怎么去？说现在 具体用什么方法促使“过去”到“将来”的转变
    • 项目组织架构
      • 项目成员相互认识，明确什么事该找谁
    • 项目计划
      • 让所有人了解两个关键点： 1、项目的时间点与里程碑 2、各个时间段需要的资源，即每个人要在各个阶段做什么事情
    • 沟通计划
      • 与项目成员明确这点很重要
    • 与BRD的商业价值、需求描述大同小异
• 开始
• 文档管理
• open
• 立项
• updated
• 流程管理
• fixed
• 需求（开发）
• closed
• 敏捷方法
• reopen
• 开发
  • 开发
  • 测试
  • 发布
• 发布阶段工作内容
  • 发布评审
  • 预发布
  • 发布
  • 线上验证
• 项目kick off