baidu-salon-taobao-scrum-zl

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