很多摘抄于网络上的文章，忘记记下出处了。。。
市场调研
市场调研是指研究市场以了解客户需求，竞争状况以及市场力量，其最终目标是发现创新或改进产品的潜在机会。
- 商业需求文档（BRD）
- 市场分析报告
- 行业分析报告
SWOT
产品定义与设计
产品定义是指确定产品要完成哪些功能。
- 产品需求文档（PRD）
- Roadmap 规划
产品设计是指确定产品的外观。
UML
UML是产品需求分析和设计的强大武器。全称是 Unified Modeling Language，翻译过来就是统一建模语言。UML是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。
在学会如何画用例图之前，必须了解一个完整的用例图具体包含哪些元素：
其中关系分为四种：
项目管理
Scrum 是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum 中的主要角色包括 Scrum Master 负责维护过程和任务，Product Owner 代表利益所有者，开发团队包括了所有开发人员。
Product backlog
Product backlog 是由 Product Owner 负责制定的一个按照重要性的级别排序的用户故事列表。
用户故事是一句简短的、采用用户熟悉的术语表达的需求，是Product owner讲给开发人员的故事，含有一定业务价值的端到端交付，用来描述对用户有价值的功能。一个好的用户故事应该包括角色、功能和商业价值三个要素。
- 角色：到底是谁要使用这个功能，这个功能是为谁而设计的？
- 功能：这个功能是怎样的，要达到什么程度？
- 商业价值：为什么要这个功能，这个功能最后能带来什么有益的商业价值，对用户来说有什么意义？
一般我们在描述一个用户故事的时候会按照以下格式：
作为一个<角色>, 我想要<功能>, 以便于<商业价值>。
比如：作为一个“项目经理”，我想要“有快捷方法把所有项目生成甘特图”，以便于“项目管理和查看所有项目进度。”
需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。
Sprit
通常业务部门出BRD，产品部门出PRD，并在需求池Backlog里面放置用户产品故事（story），大的模块（Epic）包含多个小的产品故事。
需求评审后，技术leader和测试leader对当前需求没有疑议之后，当场给出开发排期与测试排期。我们得到一个预上线时间，根据这个时间我们建立这个项目版本Sprit。
说到这里，我们介绍一下看板模式的三列含义
-
to do 将要做的事情
-
in progress 正在做的事情
-
done 已经完成的事情
这个项目sprint中的所有task都是基于我们产品部门的用户故事进行的；举个例子：1个产品故事，包含前端页面开发的task、后端接口的task、测试用例的编写。
各个职能部门、前端组、后端组、测试组、运维组、配管组建立每周周sprint（周计划），周sprint又与各条产品线的sprint中的task进行关联。
扫一扫
392
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
