SCRUM在淘宝搜索广告 引擎团队的实施 邹磊（沐英） 1
目录 •我们团队的特点 •我们的开发流程 •实施过程中的痛并快乐 •作为scrum master的困惑
淘宝搜索广告引擎团队的业务特点 –支持的业务非常多 –需求变化频繁 –产品发布频繁（每周一次） –对产品的稳定性和性能要求高 –有非常多无产品需求的技术驱动的项目
我们的开发流程 –需求阶段（双周接收需求） –设计阶段（当详细设计没有完成，双周计划会给出的计划是不准确的） –开发阶段（根据详细设计，此时的时间估计是准确的） –上线阶段（）
需求阶段
设计阶段
开发阶段
上线阶段
实施过程中的痛并快乐 每日晨会 存在的问题： •1.大家一起开，事情太多，每个人只关心自己的事情 •2.时间拉长，超过了15分钟，效率低 •3.开发人员：晨会报喜不报忧 在刚开始实施scrum的时候，感觉每日晨会变的很形式主义。
实施过程中的痛并快乐 每日晨会 问题的解决： 1.当一个团队比较大的时候，需要把团队拆分成多个scrum，保证每个srcum的人数控制在6至8个人，不要超过10个人 2.每个scrum做的事情是相关的，这样大家就会关注晨会中其他人 3.培养大家的意识，晨会不是daily report， 晨会上提出的问题是可以得到大家帮助的，晨会可以帮助你制定当天工作计划
实施过程中的痛并快乐 项目计划会：存在的问题 每次项目计划会，估计出来的时间都是不靠谱的，以至于产品经理会丧失对你的团队的信任度。
实施过程中的痛并快乐 项目计划会：问题的原因 原因：1.人的能力是区别的。 2.详细没有做，开发人员普遍都比较乐观。 3.你要考虑到每个人都是需要休假的。
实施过程中的痛并快乐 项目计划会：问题的解决 原因：1.在计算人日的时候，尤其是新人，你需要打折。 2.设计需要在双周开始前，接到需求的时候，就要考虑了，小的项目在项目计划会可以准确估时，大的项目，不要先估时间，只估设计时间。 3. 平均每个双周你需要去掉3个人日（6-8个人的团队），5月，9月，10月，你需要考虑更多假期。
实施过程中的痛并快乐 CODE REVIEW 存在的问题： 容易形式化 一个人写了上千行代码，把大家召集起来，review代码，很多人都不熟悉，几个小时，毫无效果。
实施过程中的痛并快乐 CODE REVIEW 问题的解决： DAILY REVIEW，把团队的代码，分成若干的模块，每个模块有专门的OWNER，开发人员养成习惯，每天互相review 代码。
实施过程中的痛并快乐 设计中存在的问题： 1.个人设计，容易存在非常明显的纰漏，很可能几个工作日的设计结果毫无价值 2.一次设计之后，所有的人都参与设计review，如果一次review不能通过，需要二次review，非常的浪费资源，8个人，一个小时，就浪费了一个人日。
实施过程中的痛并快乐 采用迭代式的设计方法： 1.由2到3人组成的设计团队进行设计，其中一个主要的设计人员，其他人进行设计的讨论，多次迭代的设计review(按小时) 2.当小团队的设计达成一致时，架构师参与设计review，当此时达成一致时，才会在一个大范围进行设计review。
实施过程中的痛并快乐 项目总结会：存在的问题 1.大老板在场 2.不要让项目总结会变成 头疼医头，脚疼医脚
实施过程中的痛并快乐 项目总结会：解决的办法 1.参与人员，必须是自己小团队的成员 2.项目总结会，需要改变的是团队的不良习惯，要让每个人都明白正确的开发测试流程。
作为scrum master的困惑 •1 目前在广告事业部，SCRUM Master有大概70%的时间在做开发，业内其他公司？ •2 SCRUM讲究团队的主动性，由团队成员领取任务，但是，项目管理讲究将最合适的任务分配给最合适的人？ •3 项目计划会无法估出复杂项目的准确人日，当详细设计完成后，才可能估计出一个相对准确的数字？不准确的预估会使产品经理增加对团队的不信任？
