人人都是产品经理--阅读笔记（三）--项目管理

思考：产品经理和项目管理两者本质区别，更倾向于选择哪个？能力上跟哪个更匹配？

产品经理： 把握方向（偏领导型）	想象力。产品是否能平衡用户需求和商业需求（盈利）。 ！做不做？做什么？做多少？ 重要的能力：敏锐--洞察市场，能创新	产品小结
项目经理： 保证方法得当（偏管理型）	做实事。在时间、成本和资源约束下完成目标。(TRQ) ！怎么做？谁来做？什么时候做？ 重要的能力：推进、统筹	项目小结：遇到问题？怎么解决？如何避免

1.产品VS项目

	产品	项目
定义	本质：解决一个问题 通过一个一个项目可能才能完成一个产品（产品迭代）	进行一次，包含多项互相关联的任务，有绩效、时间、成本、范围限制的一项工作。 本质：过程管理 传统行业：产品开发+供应链+运营 软件行业：产品开发+运营
生命周期	长 优化更新迭代	短 明确的时间范围，验收完成则结束
做的事情	本质：探索 需要能力：创新，产品需要根据内外部信息不断迭代	本质：完成过程，明确目标，侧重计划与控制 需要能力：项目推进，合理规划
产物	批量	一次

2.项目的过程

带*的拓展一下。

2.1 Kick off会议

2.2文档管理

BRD 商业需求文档	市场分析、销售策略、盈利预测（商业性强）
MRD 市场需求文档	市场与竞争对手分析，哪些功能实现目标？功能优先级？（商业性强）
PRD 产品需求文档	本质：需求开发过程文档 整体说明，用例文档*，产品demo
FSD 功能详细说明	涉及更多技术问题 产品界面、业务逻辑
各个文档可能互相包含

2.2.1 UML-统一建模语言

本质：提供标准图像化的表达方式，把需求开发过程串联起来。

类图	系统中各个对象的关系（学生-教师-课程），以及和外部系统的关系
用例图** UC文档	各个用例之间的关系 要求：语言无歧义、完整、一致、可测试	1、用例概述 （1）用例唯一标识 （2）用例名称：表达明确这个UC是做什么的，一般来说一个UC写一个任务（当然粒度可以自行把握） （3）业务描述：商业目标、用户目的等业务内容，说明为什么做这个UC？ （4）需求描述：产品哪些需求？实现哪些功能点？ （5）行为者 （6）前置条件：触发用例的前提？ （7）后置条件：触发用例后，后续动作是什么？ 2、界面描述 3、业务规则 4、流程描述
状态图	系统中实体的状态转换，贯穿多个用例。
时序图	事物变化在时间维度上的先后顺序。（多个业务、多个对象之间）
活动图	各种动作如何引起系统变化

2.3需求评审

本质：用户需求转化为产品需求（需求开发）后，进行一系列的评审，TC评审、设计评审。

2.4三个手段

文档、流程、敏捷都是手段。

（1）建立文档规范