数据埋点项目的需求和任务管理

数据埋点项目的需求和任务管理

时间:2020-01-09 05:59 作者:admin 点击:
阅读模式

  每个公司的项目管理和岗位的要去职责标准不同,因此相互直接不需要可以的模仿,仅需要借鉴即可,以下是我在从事数据埋点项目时候根据自己团队和公司环节推荐的一种管理方式,大家可以交流一下。

  以下,Enjoy:

   01

   —

   流程图

  以下流程图是我比较推荐的埋点服务项目流程,实际工作根据需求的大小可以灵活的对应展开工作, 当然有时候过度的灵活会导致有人不遵循规则 ,因此还是建议大家合理的根据规范计划性工作。

  流程说明:

  1、沟通需求

  发起方:业务PM

  参与方:业务PM,数据PM。

  备注:当产品有统计需求时,为了确保能在第一轮提测前提出所有的埋点需求,业务PM提交任务,数据PM需要判断是否存在埋点需求。任务包含以下内容:1、产品设计文档内容;2、数据需求表头或是描述。

  2、输出埋点方案

  发起方:数据PM

  参与方:数据PM,业务PM

  备注:数据PM产出埋点方案,待与业务PM沟通确认后。业务PM将埋点方案添加至产品设计文档中。数据PM回复任务并附上埋点需求内容链接。

  3、埋点方案评审

  发起方:业务PM

  参与方:业务PM,数据PM、RD、QA

  备注:埋点方案需要在产品需求排期前评审完毕。

  4、跟进埋点方案的开发进度

  发起方:业务PM

  数据PM、业务PM

  备注:跟进埋点的开发进度

  5、埋点完成

  发起方:QA

  参与方:数据PM、业务PM

  备注:确认测试时间

  6、使用测试包验证埋点的准确定

  发起方:QA

  参与方:QA

  备注:QA验证通过的埋点具备上线条件可上线

  7、数据开发需求排期,埋点方案评审后即可参与排期。

  发起方:数据PM

  参与方:数据PM、业务PM,数据RD

  备注:提报每周开发任务,评优先级排期。(尽量提前排期)

  8、输出SQL或数据

  发起方:数据PM

  参与方:数据RD,业务PM

  备注:在产品设计文档,埋点方案中输出sql或数据报表地址。

   02

   —

   项目管理

  1、任务创建

  1.1 业务方提出的提数或报表需求, 只要该任务可能会超出3个小时的工作时长 都一律需要业务方创建任务

  1.2 业务方如果开出的任务本身就需要依赖发版后一段时间后才能开始开发的话,请及时和业务方沟通,尽量在任务可以真实开始进行的时候创建

  1.3 业务方开出的任务只要是合理的,能够帮助业务的,一律不得推脱

  1.4 关于旧的报表修改或维护,只要客观评估出该任务具有3小时以上的工作时长时也需要业务方创建任务

  1.5 业务方所开的任务中关于数据指标或维度的部分, 如果当现有条件无法100%满足时需要和业务方调整需求至目前可实现的程度,但不得以各种理由完全拒绝该需求

  2、任务优先级

  2.1 各个业务小组长必须对任务的优先级进行合理的维护,从p0到p4

  3、任务响应

  3.1 任务创建后,需要及时和业务方进行沟通, 即使业务方没有主动找我们沟通也需要自发去联系,暂定5个工作日为上限

  3.2 当任务本身不需要再开发时或者完全不具备可开发条件,需要尽快和业务方确认后,及时关闭

  4、任务开发

  4.1 当任务本身是一个大任务时, 需要拆分成在3个工作日内可完成的子任务

  4.2 如果任务在开发过程中,碰到不可控障碍时,需要及时和业务方确认是否需要裁剪任务内容或者重新拖回到非开发状态中

  5、任务关闭

  5.1 所有的任务完成开发后对数据 必须要自测,这是任务可关闭的前提

  5.2 任务开发完成后,需要及时找业务方验收数据, 如果业务方无法及时响应,需要和业务方确认由他们后续验收,自己可以先及时关闭任务

  作者:

  欢迎关注 交流数据