数据产品_项目管理_数据产品在项目中的具体角色

本章内容

项目管理基础知识、方法论

项目管理基础步骤

项目管理四个阶段五个步骤

识别需求阶段

需求方：数据产品需求方，通常是三大需求方，运营（数据驱动运营、拉新、转化、推广）；产品经理（活跃程度、功能情况，关心前端用户流量行为 uv、pv）；分析师（运营下面的小的分支）；销售（订单销售等基本数据）等等等等。

需求点转化-->需求面行成平台功能

例如订单数据 运营也在要，分析师也在要，销售也在要。可以规划订单查询功能，组织形式可以是可视化看板、报表、自助式查询。不同类型的规划给他提供不同的产品功能。

需求约束

要问清楚要什么样订单的数据，金额是优惠之前的还是优惠之后的，等等。

提出解决方案

原型输出：原型+prd需要对接1.前端-交互2.后端-sql逻辑能只管看懂数据怎么取3.客户端- 埋点4.数据开发-从日志里面提取数据
策略输出：偏向增长型产品，模型的话对策略不能很好的展示。app首页推荐内容、业绩计算策略、推荐策略、模型策略
数据输出：数据明细表
计划输出：排期计划

执行项目阶段

我们对接的需求方是非常多的，一旦一个需求方变化我们的整个需求可能都会调整。对接的流程非常长，变化的概率会更大。

变更记录，在prd最上面，底层统计逻辑变更需要让大家知晓。
进展信息，project甘特图可以每一天实时跟踪。反馈当前的进展信息。
修正目标，项目开发的过程中，业务方改变需求了，需要及时修正目标。
风险管理，逻辑不清楚，是否可能延期等等

结束项目阶段

使用手册，指标定义，交互
上线公告，做了一件什么事情，这件事情怎么帮业务方解决了什么问题，降低了适用门槛。
培训推广，没人用的问题，没有抓住核心需求面。平台复杂，使用门槛高。
项目复盘，项目过程中沟通遇到的问题。按照几个阶段复盘问题。

项目管理模型

项目管理对各个过程的监控是有模型的。

瀑布模型

每一个步骤是按阶段划分，每一个阶段都有检查点。每一个阶段都是上一步昨晚才能进行下一步的动作。

敏捷模型 

 以用户的需求进化为核心：用户的需求在变。特点：迭代，需要把任务进行拆分，每一个迭代的版本哪些任务 哪些功能需要上线。

 在项目初期拆分成一个个子项目，每一个项目都非常少，能够非常快速的迭代出一个版本。

需求池

和各个业务方对接的需求，每一个对接出来的需求点。包含由谁提出