百度商业变现创业产品快速交付的故事
2019-12-26
来源： 百度敏捷教练
引子：敏捷教练度小欧的故事
在百度四年，经历过三个用户类创业产品，无一例外的都黄了，我们内部戏称，哪个项目如果想快速失败就去找他，这也算是一种MVP。。。
当老大把这个变现类创业产品交给他时，他内心忐忑是前所未有：
一是因为第一次以交付经理的角色介入项目，怕项目黄了担责任；
二是从来没有接触过商业变现类的创业项目，这项目却关系到公司的收入命脉。
三是商业产品和用户产品不同，业务复杂难以切入，以前做敏捷改进时大家就有这个困惑，这次作为交付经理要对产品交付负责，心里压力自然是极大的。
项目背景
这个项目要交付的产品可以理解为一种RTB形式的视频广告（至于RTB是什么，百度一下就知道了），举个例子：广告主通过用户的兴趣点在百度投放平台上设置相应的广告投放物料和计划，当用户观看爱奇艺视频时，爱奇艺的广告竞价平台通过实时竞价的形式请求百度，百度返回出价，爱奇艺的广告交易平台完成各个第三方的比价，告知百度竞价成功，百度再将广告主设置的视频广告返回爱奇艺，爱奇艺在每一段视频播放前播放15秒视频广告。
项目面临的挑战
这个创业型项目参与人员众多，跨公司三个事业部和一个外部子公司，依赖公司内部平台有15个以上，对上线时间要求非常紧张，整体的进度和风险在全局视角没有人把控，这也是产品线老大希望我们介入项目的原因。所以，在跟进项目进度的同时，如何解决好上面四个维度的问题，才是项目成功的重中之重。
面对挑战，我们的应对
建立灵活的研发模型
由于团队庞大，沟通复杂，因此建立一套灵活的研发模型和沟通机制是至关重要的：
该项目分为业务端和检索端两个子系统，分别对应两个研发团队，另外产品依赖模块的开发工作有单独的团队完成。因此确定整体研发团队组织方式为：
业务端检索端建立两支Scrum Team，按Scrum方式运作，两个团队底层配以工程实践，包括单元测试、code review、持续集成流水线等；
建立二级Scrum团队，由各组leader组成，每天风险和问题通过一级Scrum team进行收集和反馈；
梳理产品story map、MVP、依赖关系
由于产品上线时间紧张，并且后期变更的可能性很大，所以在一开始梳理出产品的MVP（最小可发布路径）很重要，我们要集中兵力完成关键业务逻辑的开发。另外，这个产品需要依赖非常多的公司内部及外部平台，因此在一开始梳理出项目队内对外依赖，对产品的成功也是至关重要的。那么如何确定MVP并梳理出依赖关系呢？
在项目初期需求清晰后，团队一起梳理了业务端检索端整体的需求，将ep
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
