针对需求接收流程，经过几天梳理，初步与合作部门达成了如下一致：
一、 需求方
广告应用组的需求方为广告相关产品部门、运营部门、销售部门、服务部门和产品研发部门
二、 接口人
|
部门 |
接口人 |
职责 |
|
数据仓库广告应用组 |
XX_A |
1、 安排技术评估，提供资源； 2、 对项目实施负责； |
|
广告应用工程部 |
XX_B |
1、 配合数据仓库进行技术和资源评估； 2、 为数据仓库提供业务系统的数据说明支持； 3、 配合数据仓库做ETL开发； |
|
广告产品运营部(BI) |
XX_C |
1、 面向业务部门收集需求； 2、 需求商业可行性评估； 3、 召集产品例会并决定项目留存和优先级； |
三、 资源
1、 资源指数据仓库ETL开发工程师
2、 资源按照80%比例对外
3、 资源分配共分为两块，80%满足项目需求，20%满足临时需求（配比可根据实施情况调整）。
4、 通过产品例会为长期项目分配资源，产品例会一月一次（召开周期可根据实施情况调整）；通过数据提取平台为临时数据需求分配资源；
在产品例会时DW需给出当月可用资源（人/日）。
四、 资源分配流程
有几点担心：以前是需求来了就做，对客户响应比较快，现在一个月收集一次需求，强迫业务PD们去安排自己产品的开发计划。如果一个产品需要数据支持的话，在工程部门PK后还需要上数据仓库部门进行PK，对PD来说成本是比较高的。在规范推行初期应该会遇到比较大的阻力。唉~出于资源透明和有计划地开展项目的原因，还是决定按PK的流程走了，希望这个流程能顺利地走下去~
P4P流程.jpg来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/22605186/viewspace-615893/ ，如需转载，请注明出处，否则将追究法律责任。
