淘宝广告技术部开发流程和Scrum实践.pptVIP

道理很简单，难的是发现总结并去解决问题 风险危机增加 更多的主动性规避风险 Scrum策略与工具 之 倒三角理论 如何解决危机？ 案例一 我们的风险(危机)是上线频繁，叠加严重 按照倒三角的思考方式，产品或者算法团队在提出需求是要真正的“深思熟虑”，是否有可以整合的需求？是否所有的需求都有预期的性价比？ 架构设计阶段，我们的架构师是否能看的足够远，看的足够深，我们的系统模块之间是否关系合理，是否能适应未来需求的变化。 系统开发阶段，我们的工程师是否能提供可重用的代码，是否可以编写更加灵活的模块，是否可以将不同的功能在代码阶段做以整合。 我们的测试工程师是否真的理解了我们这次上线是为了解决什么问题？测试环境可以直接使用并重用么？测试用例足够了么？ 上线阶段，我们的PE是否做好了足够的准备，有了得心应手的工具？我们的安装包是否合理？出现危机是否有了应对之策(所有重大上线项目都有回滚说明么？虽然我们不愿看到回滚这两个字) Scrum策略与工具 之 倒三角理论 如何解决危机？ 产品：合理整合需求 架构开发：合理设计系统，重用开发 测试：测试用例充足，环境清晰 上线：充分准备，做好后备计划 Scrum策略与工具 之 倒三角理论 如何解决危机？ 案例二 我们的风险(危机)是系统复杂，测试压力大 我们的开发工程师是否真的体谅测试mm们的辛苦，我们的代码真正自测过吗？我们是否过于自信或者自大？我们设计的系统真的是灵活易用么？ 测试阶段，测试的同学真的了解产品需求么？为什么会有这次测试？系统修改了哪些地方？ 我们的测试用例准备充足么？我们的测试环境可以重用么？我们有测试数据么？ 我们有足够灵活的自动化测试机制么？ Scrum策略与工具 之 倒三角理论 如何解决危机？ 开发：清晰的测试提交单，充分的单元测试 测试：了解产品需求，理解系统设计 测试用例充足，测试环境清晰 重复工作请交给自动化测试处理 Scrum策略与工具 之 倒三角理论 如何解决危机？ 倒立看世界，同样我们也要倒立着看待风险，将各种风险和麻烦扼杀在项目初期。 前期(上游)准备的越成功，后期(下游)进展的越顺利，Scrum的目标越容易达成。 多为他人考虑，上下游互为客户，换位思考 倒三角更多的是一种自我驱动的思考工具 Scrum策略与工具 之 倒三角理论 Scrum策略与工具 Sprint工具 Excel SharePoint + Project Xplanner mindmap Q A * 淘宝广告技术部开发流程和Scrum实践 苏宁(铁枪) 2010.8.21 课程纲要 一. 引入Scrum的过程 二. 我们现在的开发流程 三. 我们如何使用Scrum 四. 应对危机的策略与工具 引入Scrum的过程 第一个Sprint 2006年 淘宝广告技术部前身: Yahoo!中国P4P竞价团队 梅坚(花名三多)从加拿大引进 项目团队: ContentMatch iMatch Excel文件模板工具 引入Scrum的过程 (Backlog) 引入Scrum的过程 (Burndown) 引入Scrum的过程 早期开发流程 简单Scrum的特点 涉及到的团队和角色较少 产品、开发、测试 开发过程简单，Scrum过程清晰 Scrum过程干扰因素少，不容易被打断 Scrum周期短，见效快 小项目/功能Review少，Scrum过程精简 课程纲要 一. 引入Scrum的过程 二. 我们现在的开发流程 三. 我们如何使用Scrum 四. 应对危机的策略与工具 复杂Scrum慢慢开始 随着业务增加，产品功能快速增加 产品功能越来越多，系统越来越复杂 有时进行迭代的模块千头万绪 有些Scrum并不是从项目初期就开始的 项目进行到一半的时候开始引入Scrum 涉及到的角色增多，团队配合增多 架构、PE甚至客服的直接反馈 跨团队合作，跨地域合作 复杂Scrum慢慢开始 “中断”增多 项目临时需求 客户反馈Bug 其他意外导致Scrum中断 技术驱动项目增加，如何与产品项目进行配合 系统重构 性能优化 各种角色在项目中的作用 要了解我们的Scrum，首先要先了解我们的开发流程，要了解我们的开发流程，首先要清晰我们的项目角色 产品 架构师 TL/PM/Scrum Master 开发 测试 PE 各种角色在项目中的作用 产品经理 收集产品需求及改进意见 编写需求文档 产品上线验收 架构师 收集需求对现有系统的改动 出台系统调整方案 业务流程整理 系统整体设计 掌握系统改造成本 各种角色在项目中的作用 TL/PM/Scrum Master 组织Sprint 跟踪项目开发进度 沟通协调 测试 了解需求，了解改进点 测试用例 模块测试/集成测试/系统联调 TDD 各种角色在项目中