、产品从抽象到具体的过程中主要产生的文档 BRD MRD PRD FSD
BRD 产品生命周期中最早的文档，一般是给老板看的。里面涉及市场分析、销售策略、盈利预测等。
MRD 有更细致的市场与竞争对手分析，包括可通过哪些功能来实现商业目的、功能、非功能需求分哪几块、功能的优先级等。
PRD 对产品功能的进一步细化，文档主要包含整体说明、用例文档、产品demo等，会对产品的功能做具体描述
FSD （功能详细说明） 通常包含在PRD中，产品界面、业务逻辑的细节都要确定。
用例文档（UC）-需求人员写给开发人员看的一种最基本的文档
内容：1.UC概述 2.UC主体
1.1 用例的唯一标识
1.2用例名称：用一个短语讲清楚这个用例是做什么的
1.3业务描述：商业目标、用户目的等业务内容，说明为什么要做这个UC
1.4需求描述：需要实现哪些功能点
1.5行为者：该用例的Actor
1.6前置条件：触发这个用例的前提
1.7后置条件：用例完成，后续动作是什么
2.1界面描述：会占很大的篇幅，给出截图，界面上各种元素的说明，并且会和demo联系起来
2.2业务规则：整个用例的通用规则
2.3流程描述：分主干、分支、异常三种。描述在这个用例发生的过程中，由什么事件出发、系统与用户之间产生何种交互步骤。尽量用时序图、活动图替代文字描述。
**UC一般只用来描述功能需求，不便于描述诸如产品扩展性、系统容量、人员培训等非功能需求。
**UC里面对语言的要求比较高，要做到无歧义、完整、一致、可测试
***“可测试”：比如“点菜时要考虑金额限制”就没有办法验证，应该说“如果金额大于100元，则需要修改点菜单”
需求评审的过程：PRD制作--PRD评审--UC制作andDemo制作--UC评审andDemo评审
评审原则：改动较大的话必须再次评审，异议不大可以通过。
**分流发布/灰度发布：让一部分用户先用，然后收集反馈，再决定大面积发布的时机。
项目管理中的几个关键问题 1.文档管理 2.流程管理 3.敏捷方法
文档管理：
