人人都是产品经理--第三章：项目的坎坷一生（1）

项目：只会进行一次，包含多向互相关联的任务，并且有绩效、时间、成本和范围限制的一项工作。

产品是一个解决问题的东西，而项目是一个过程。做产品的过程是通过一个个项目来实现的。

产品经理--靠想，做正确的事。关注的是产品的生命周期，能否赚钱，以及如何持续的赚钱。内部驱动，判断力和创造力

项目经理--靠做，把事情做正确。根据既定目标完成项目。外部驱动，执行力和控制力。

需求筛选---立项阶段的工作内容（团队组建---计划确定---kick off）

从产品会议结束到指定项目计划的日子里，PD们同时在做PRD的优化，把每个功能点的工作量评估的更加准确一些。

项目沟通方式：

周期：以“日”或者“周”为单位，主要取决于项目时间的长短以及变化的频率。

渠道：会议，邮件等，需要在成本和效率之间取得平衡。

发起者：一般由项目经理，开发经理、测试经理主导相应的沟通

参与者：发起者确定参与者，不要遗漏项目边缘的同事。

项目晨会、项目日报、评审会、项目变更申请、发布预告以及公告。

KO会议：项目背景、项目意义、目的和目标、需求、功能点概述、项目组织架构、项目计划（里程碑）、沟通计划。

做项目的本质就是在保证品质的前提下，在时间要求、人财物花费、项目范围三点上做平衡。

明确任务之后，做WBS，任务分解。要注重完整性。

BRD，商业需求文档。MRD，市场需求文档。PRD，产品需求文档。FSD，功能详细说明。

PRD：总体说明（修订历史、项目概述、功能范围、用户范围、词汇表、非功能需求、其他说明。）----用例文档（整体说明，首先对这个PRD中所有的用例给个说明，给出用例的可视化表示、说明各个用例之间的关系，一般是类图、用例图、状态图）用例1、用例2）

用例可以用uml设计实体、用例、状态图。时序图、活动图。同时也可以用思维导图来分析，用visio画时序和活动图（流程图）。

demo：手工（A4+铅笔）/白板----线框图（visio、word等）---视觉效果图（axure、ps）

概要设计和详细设计：1、不以写的东西是需求还是设计区分职责，而以“业务”或者“技术”区分。2、细枝末节的设计经常反复，PD应该和开发工程师一起协商，见见沉淀出产品规范。

需求评审、设计评审、测试评审

需求评审：PRD评审、UC评审、demo评审。

需求确认或者需求冻结是项目中一个重要的里程碑，之后进入开发阶段。

开发阶段：设计--设计评审--编码--单元测试

测试阶段:TC编写-TC评审--冒烟测试--功能评审--测试

 bug的管理：Quality Center

发布阶段：发布评审---预发布---发布--线上验证。