敏捷开发scrum介绍ppt课件
合集下载
scrum介绍(全)PPT课件
2019/11/4
.
9
2019/11/4
.
10
Scrum过程
• 创建和维护产品待开发项（Product Backlog） • 迭代计划会（Sprint Planning Meeting） • 办公环境 • 每日立会（Standup Meeting） • 评审会（Review Meeting） • 反思会（Retrospective Meeting）
2019/11/4
.
7
Scrum敏捷方法中的工作产品
产品待开发项 Product Backlog是从客 户价值角度理解的产品功能列表。
冲刺待开发项 Sprint Backlog是从 开发技术角度理解的迭代开发任 务。
可工作软件 Working Software是可交付 的软件产品。
2019/11/4
Scrum
2019/11/4
Scrum
• Scrum基本知识 • Scrum过程 • 用户故事 • 敏捷计划 • 敏捷日常跟进 • 敏捷绩效考核
2019/11/4
.
2
S
2019/11/4
.
3
Scrum概述
• Scrum是一种兼顾计划性不灵活性的敏捷开发 过程，原词来自二橄榄球中的“带球过人”。 在橄榄球比赛的每次冲刺前，都将有一个计划
.
8
Scrum敏捷方法中的角色
• Product Owner（产品负责人）负责产 品需求的提炼、条目化、优先级排序。 • Scrum Master（Scrum“大师”）负责 维护Scrum方法的秩序，并协劣览决非 技术问题 • Team（团队）以“自组织”的相对扁 平方式进行管理，负责完成开发工 作
2019/11/4
最完整的Scrum敏捷软件开发过程ppt课件
8
采用敏捷方法得当的话，可以：
› 更加透明; 随时跟踪项目的状态和进展情况，及早发现问题和风 险.
› 快速交付, 每次迭代都能交付可运行的软件. › 最高风险和最高优先级的需求，最优先进行开发. › 改善应对变更能力, 减少大量的重计划. › 改善项目沟通. › 更好的客户参与, 避免错误的假设.
8 5 8 3 1
More accurate estimates as man hours
May be constantly updated
Product Backlog (Features)
5 2 1 3 8 5 8 ∑32
Short term planning (commitment by Team):
13
项目分成增量的迭代过程，在Scrum中称为迭代任务清单, 通常持续2-4周的时间.
› Sprint 的时间是限定好的; 不能从外部改变正在进行中的sprint持 续时间和范围.
每个sprint都可以产生可交付的迭代, 即测试过并具备文档 的的功能点
› 原则上, 当产品开发到一定程度时，如实现了足够的客户价值， 项目可以在任何一个sprint后结束,.
如同任何项目，敏捷的项目有三个主要阶段 :
› 产品定义 (规划); 运行Sprints 所需要的准备、规划、技术分析. › 执行Sprints (执行): 在增量时间段内实现 需求 (产品需求清单). › 结束: 准备最终发布，结束项目
Scope frozen new PBL items to next Sprint
Initial Size Estimates As Story Points
Long term planning (best guess at the moment): 32 SP of functionality, Team Velocity 8 SP/Sprint 4 Sprints Target Sprint for each PBL item set, feasible implementation Order.
SCRUM敏捷开发框架PPT课件
的合作关系。 5.每次迭代都产生可交付的软件。 6.专注于交付软件。 7.第一次迭代就可交付能工作的版本，
风险发现的早。
8
敏捷开的收益
提高了生产率；减少“浪费”（不需要的 文档，重复工作等），项目的每次迭代都 有明确的目标。
提高客户满意度；短期内产生成效，按预 期交付软件，每次迭代结束产生可以运行 的软件。
供应商可视性差。 5.产品化和测试阶段是分离的。 6.文档和计划驱动的方法。 7.软件交付时间晚，意识到风险的时间
晚。
敏捷项目管理： 1.对整个项目做一个粗略的估计，每
一次迭代都有详细的计划。 2.鼓励变化，客户价值驱动开发。 3.信任和赋予权力；合约使变更变得
简单和更有价值。 4.客户和开发人员之间是紧密的连续
SCRUM-敏捷开发框架
韩冬
前言
对于“敏捷开发”我也是一个初学者，通过看一些资料， 总结了一些相对实用的、有可能对我们日常开发管理 有帮助的知识，分享给大家。与大家共勉。
目录
入门与进阶
入门
01 回顾敏捷开发 介绍敏捷开发的基本情况
02 什么是SCRUM Scrum概述
03 SCRUM的角色 在Scrum中都有哪几类人。
04 SPRINT 演示与回顾 终于快结束了。
05 额外的话。 终于结束了。
回顾敏捷开发
打开“敏捷开发”这扇门。
什么是敏捷开发
以用户的需求变化为核心，采用迭代、 循序渐进的方法进行软件开发。
人和交互胜过过程和工具
在日常工作中虽然有工作流程和管理工具辅助我们交流沟通，比如邮件、禅道。 但从效率和效果
序号 优先级，重要程度
需求描述(story)
发 布 人
Product Backlog示例
风险发现的早。
8
敏捷开的收益
提高了生产率；减少“浪费”（不需要的 文档，重复工作等），项目的每次迭代都 有明确的目标。
提高客户满意度；短期内产生成效，按预 期交付软件，每次迭代结束产生可以运行 的软件。
供应商可视性差。 5.产品化和测试阶段是分离的。 6.文档和计划驱动的方法。 7.软件交付时间晚，意识到风险的时间
晚。
敏捷项目管理： 1.对整个项目做一个粗略的估计，每
一次迭代都有详细的计划。 2.鼓励变化，客户价值驱动开发。 3.信任和赋予权力；合约使变更变得
简单和更有价值。 4.客户和开发人员之间是紧密的连续
SCRUM-敏捷开发框架
韩冬
前言
对于“敏捷开发”我也是一个初学者，通过看一些资料， 总结了一些相对实用的、有可能对我们日常开发管理 有帮助的知识，分享给大家。与大家共勉。
目录
入门与进阶
入门
01 回顾敏捷开发 介绍敏捷开发的基本情况
02 什么是SCRUM Scrum概述
03 SCRUM的角色 在Scrum中都有哪几类人。
04 SPRINT 演示与回顾 终于快结束了。
05 额外的话。 终于结束了。
回顾敏捷开发
打开“敏捷开发”这扇门。
什么是敏捷开发
以用户的需求变化为核心，采用迭代、 循序渐进的方法进行软件开发。
人和交互胜过过程和工具
在日常工作中虽然有工作流程和管理工具辅助我们交流沟通，比如邮件、禅道。 但从效率和效果
序号 优先级，重要程度
需求描述(story)
发 布 人
Product Backlog示例
Scrum敏捷项目管理课件
确保项目的高质量交付。
开发团队成员在Scrum过程中负 责对自己的工作进行评估和调整 ，以适应项目需求的变化和优先
级的调整。
03
Scrum工作流程
迭代计划会议
总结词
确定本次迭代的目标和任务
详细描述
在迭代计划会议中，团队成员共同讨论并确定本次迭代的目标和任务，为后续 的开发工作提供明确的指导。
每日站会
• 解决方案2：加强需求收集和评审，提前预防和解决潜在 问题，同时灵活应对变更需求。
实施Scrum的常见问题与解决方案
01
问题3
团队沟通不畅
02
03
04
解决方案3
建立有效的沟通机制，如每日 站会、周会等，鼓励团队成员
积极参与和分享信息。
问题4
任务分解不充分或不准确
解决方案4
采用合适的任务分解方法，如 故事点或理想时间等，确保任
总结词
XP适合小型团队，而Scrum适合大型项目
总结词
XP强调技术实践，而Scrum注重团队自组织
详细描述
XP更适合小型团队，强调团队成员之间的紧密协作和相 互信任。而Scrum更适合大型项目，通过明确的角色和责 任分工，确保项目顺利进行。
Scrum与Kanban的比较
总结词
Kanban注重流程优化，而Scrum注重迭代和反馈
05
Scrum实践与案例
如何选择和确定Scrum实践
01
确定项目需求和目标
在选择Scrum实践之前，需要 明确项目的需求和目标，以便 选择最适合的实践。
02
评估现有资源和能力
了解团队成员的技能、经验和 资源情况，以便选择适合团队 能力的实践。
03
参考行业最佳实践
开发团队成员在Scrum过程中负 责对自己的工作进行评估和调整 ，以适应项目需求的变化和优先
级的调整。
03
Scrum工作流程
迭代计划会议
总结词
确定本次迭代的目标和任务
详细描述
在迭代计划会议中，团队成员共同讨论并确定本次迭代的目标和任务，为后续 的开发工作提供明确的指导。
每日站会
• 解决方案2：加强需求收集和评审，提前预防和解决潜在 问题，同时灵活应对变更需求。
实施Scrum的常见问题与解决方案
01
问题3
团队沟通不畅
02
03
04
解决方案3
建立有效的沟通机制，如每日 站会、周会等，鼓励团队成员
积极参与和分享信息。
问题4
任务分解不充分或不准确
解决方案4
采用合适的任务分解方法，如 故事点或理想时间等，确保任
总结词
XP适合小型团队，而Scrum适合大型项目
总结词
XP强调技术实践，而Scrum注重团队自组织
详细描述
XP更适合小型团队，强调团队成员之间的紧密协作和相 互信任。而Scrum更适合大型项目，通过明确的角色和责 任分工，确保项目顺利进行。
Scrum与Kanban的比较
总结词
Kanban注重流程优化，而Scrum注重迭代和反馈
05
Scrum实践与案例
如何选择和确定Scrum实践
01
确定项目需求和目标
在选择Scrum实践之前，需要 明确项目的需求和目标，以便 选择最适合的实践。
02
评估现有资源和能力
了解团队成员的技能、经验和 资源情况，以便选择适合团队 能力的实践。
03
参考行业最佳实践
敏捷开发 PPT课件
二. 核心价值解读
4. 变化响应高于计划遵循
理解： 所面临问题的理解会不断变化，有需求的变化、有关系人期望的变化、 有环境因素的变化等等，变化是必然的。
预先制定项目计划是必需的，但是项目计划必须是有灵活性的。
二. 敏捷12条原则
1、我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满 意
2. 查询统计页面功能也更比较独立的，相互依赖比较少。
3. 该覆盖率的单元测试和自动化
于是我们把需求表和估算表整形成我们的PBL，走敏捷流程
这里我们回顾一下，什么是迭代？ 迭代是指把一个复杂且开发周 期很长的开发任务，分解为很多小周期可完成的任务。 ---对，我 们DC可切分成小任务开，符合迭代概念 ！
三. 敏捷大致流程-如何进行Scrum开发？
站123注1一23代S团示得更...S...立：昨今存pp天的迭理目队工到rBr会不i天天在in召工na代解的在作反ttc议要完计的开作评计最是会成馈k计l（讨成划风o项审划终选议果，划g论1情险会会用择中，并会0条具分况和议在户和向团以议目体钟障每到估最 队 之的以碍个底算终成创问内反迭要本用员建题）馈代什次户希或第么迭展望变
编码完成 还要花很多时间去补代码和改bug 准（前端）：和后台联调通过，没问题后签入代码（json已经
标准
定义好的前提下可以假数据模块）release标准(每个迭代提交
测试前做，Sprint不用做)：7、BVT案例执行通过
BVT测试完 成标准
保证基本功能正常
release标准(每个迭代提交测试前做，Sprint不用做)：所有 BVT发现的缺陷已修复并回归通过
二. 敏捷12条原则
5、围绕被激励起来的人个来构建项目。给他们提供所需要的环境和支持， 并且信任他们能够完成工作。
Scrum敏捷开发模式讲解ppt课件
特性F1F2F3F4F5总计
传统模式• 根据第一页给出的信息，计算每个阶段的时间 长度（考虑实际团队情况，不完整），在下图 中标识出阶段划分。
M1
M2
M3
M4
M5
Scrum模式• 根据第一页给出的信息，计划一下你的开发进 度（团队拆分，细节把握，提高质量）
M1
M2
M3
M4
M5
下一章节
– 引导大家有效应用Scrum
• SM不是团队的“老板”
– 不负责为团队分配任务– 不会帮团队做决定
– 不对团队及时完成工作负责
Scrum Master做什么事情？
• 服务团队
– 帮助团队排除障碍和问题（“绊脚石”）
– 促进协作，包括团队内、团队和Product Owner间
• 保护团队
PO不 提变 更的 自律
PO写PB的 规则
团队对 团队遵 其它团要交付 循其它 队遵循承诺内 Scrum Scrum容的关 规则的 规则的 注度 自律性 自律性
PO用户故事
• 用户故事是写PB的好方法之一；
• 用户故事是简短、明确的功能说明，按照
•大型数据库应用•嵌入式电信系统•手机项目•CMMI5级的组织•多地点同步开发•支撑和维护项目•非软件项目• ……
Scrum在Yahoo！的应用(引Scrum中文网)
Yahoo! 在全球有超过200个团队（超过两千人）使用Scrum
•••••
面向用户的项目关键的基础设施项目分布式项目全新产品开发维护型项目
• 对PB优先级有最终决策权
Scrum给团队管理者带来哪些变化
• 第1步：列出管理者过去负责的事项列表
（尽可能列全）
• 第2步：勾掉列表中：
传统模式• 根据第一页给出的信息，计算每个阶段的时间 长度（考虑实际团队情况，不完整），在下图 中标识出阶段划分。
M1
M2
M3
M4
M5
Scrum模式• 根据第一页给出的信息，计划一下你的开发进 度（团队拆分，细节把握，提高质量）
M1
M2
M3
M4
M5
下一章节
– 引导大家有效应用Scrum
• SM不是团队的“老板”
– 不负责为团队分配任务– 不会帮团队做决定
– 不对团队及时完成工作负责
Scrum Master做什么事情？
• 服务团队
– 帮助团队排除障碍和问题（“绊脚石”）
– 促进协作，包括团队内、团队和Product Owner间
• 保护团队
PO不 提变 更的 自律
PO写PB的 规则
团队对 团队遵 其它团要交付 循其它 队遵循承诺内 Scrum Scrum容的关 规则的 规则的 注度 自律性 自律性
PO用户故事
• 用户故事是写PB的好方法之一；
• 用户故事是简短、明确的功能说明，按照
•大型数据库应用•嵌入式电信系统•手机项目•CMMI5级的组织•多地点同步开发•支撑和维护项目•非软件项目• ……
Scrum在Yahoo！的应用(引Scrum中文网)
Yahoo! 在全球有超过200个团队（超过两千人）使用Scrum
•••••
面向用户的项目关键的基础设施项目分布式项目全新产品开发维护型项目
• 对PB优先级有最终决策权
Scrum给团队管理者带来哪些变化
• 第1步：列出管理者过去负责的事项列表
（尽可能列全）
• 第2步：勾掉列表中：
Scrum官方培训PPT
目的
实施方式
采用用户故事、验收条件等工具进行 需求分析和验证，与利益相关者保持 密切沟通，及时调整和优化需求。
确保项目需求的质量和完整性，减少 变更和返工。
05
Scrum挑战与解决方案
需求变更管理
需求变更管理：在Scrum开发过程中，需求变更管理是一个 重要的挑战。为了应对这一挑战，团队需要建立有效的需求 变更管理机制，确保变更请求得到及时处理和合理评估。
Scrum的价值观与原则
总结词
Scrum的价值观包括勇气、开放、专注、承诺和尊重。这些价值观有助于建立积极的工 作环境，促进团队间的信任和协作。Scrum的原则包括明确性、可预见性、透明性、及
时反馈和适应性。
详细描述
Scrum的价值观是勇气、开放、专注、承诺和尊重。勇气是指面对困难和挑战时的决心 和信心；开放是指坦诚沟通、分享信息和接受反馈；专注是指集中精力、排除干扰，以 实现目标；承诺是指对任务和目标的责任感；尊重是指互相尊重、理解和支持。这些价
Sprint评审会议工具
总结词
用于展示Sprint成果和收集反馈的软件平台
详细描述
Sprint评审会议工具用于展示Sprint的成果和收集反馈。在会议中，团队成员可以使用该工具展示已完成的任务 和可交付成果，并收集利益相关者的意见和建议。该工具还支持对反馈进行整理和分析，以帮助团队改进工作方 法和提高产品质量。
参与人员包括产品负责人、开发团队 和可能的其他利益相关者。
开发团队根据需求评估工作量，并确 定Sprint中要完成的任务和负责人。
Sprint评审会议
Sprint评审会议是在一个Sprint 结束时举行的会议，目的是评 估该Sprint的成果和下一步计 划。
Scrum敏捷开发模式PPT课件
• “敏捷研发绩效考核”机制 涵盖Scrum敏捷团队全部角色，同时兼顾在研产品研发和发版产品的项目
支持，兼顾研产品的缺陷修复和发版后的产品质量，兼顾任务完成率和完成质量， 以及推动重新的激励机制。 • 绩效考核结构图：
第24页/共30页
第25页/共30页
第26页/共30页
效果与价值
• NC5.7版本对于资金管理产品而言，是一个极具挑战的版本，需要在不足6个月内完成4个全新的产品模块 开发，完成10个模块的大幅度升级改造，在功能上达到超越竞争对手的目标，确立商场竞争优势，为后续 的NC6.0开发奠定基础。
为了确保研发计划的有效执行，通过日常的4个会议，从计划制定、 发布到追踪，保证计划的可执行性。
• 迭代计划会
作为迭代启动会议，迭代开始时召开；
确定本迭代目标和本迭代Backlog;
评估工作量，完成Backlog细化开发任务、及任务的分配；
全员发布会议内容;
会议以开发Scrum团队为单位。
• 每日立会
• 采取Scrum敏捷开发方法后，工作质量和工作效率得到明显提升：
第27页/共30页
效果与价值
• 同时也取得良好效果： • 促进需求、开发、测试之间的有效沟通，实现需求、开发和测试的并行工作，缩短开发周期。 • 全新产品在开发初期引入客户验证，保证发版产品功能更符合客户的真实需求。 • 每个迭代都进行产品功能和流程的成果演示，保证大的流程问题都在前期暴露并解决，有效避免了集 成测试节点出现流程错误问题的几率，后期开发任务完成后，积压的缺陷可以迅速降低。 • 回顾会议中团队成员提出的流程和效率类改进建议有效的提高了团队整体的工作效率。 • 有效提升团队的学习能力，实现团队内部的知识共享，缩短新员工的培训周期。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
参与角色 产品负责人
Sprint会议
产品负责人
Scrum Master 团队
任务墙 每日例会
Scrum Master 团队
Scrum Master 团队
目的/好处
以简单的、面向目标 的方式描述需求
注意事项
愿景比需求细节更重要， 团队需要知道为什么做 而不光是做什么
集中沟通需求细节，
用团队的智慧制定 Sprint计划
总结记录经验教训，作 解决问题后及时更新 为后续项目的检查项
精品课件
概念
流程
实践
总结
其他更高的实践一览
实践 单元测试
结对编程
任务纸牌
参与角色 团队成员
团队
团队 Scrum Master
目的/好处
注意事项
采用测试优先的方式 保证代码质量
提高设计和代码质量， 经验共享，加强合作
增加任务评估的客观 性
精品课件
参与人： 产品负责人 Scrum Master Team
精品课件
输出： Sprint Backlog
sprint Backlog
概念
流程
实践
总结
精品课件
站立例会
会议结果: 最新的障碍 Backlog 最新的 Sprint Backlog 最新的工作进度图
概念
流程
实践
总结
精品课件
任务看板
概念
流程
精品课件
SCRUM流程
概念
流程
实践
总结
精品课件
SCRUM流程
概念
流程
实践
总结
精品课件
product Backlog
概念
流程
实践
总结
• backlog英文意思为“积压的工作”。 • product backlog是一个具有优先级的需求列表， 并对每个需求进行了粗略的估
算
精品课件
product Backlog
户获得竞争优势。 • 要不断交付可用的软件，周期从几周到几个月不等，且越短越好。 • 项目过程中，业务人员与开发人员必须在一起工作。 • 要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务
。 • 无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。 • 可用的软件是衡量进度的主要指标。 • 敏捷过程提倡可持续的开发速度。项目方、开发人员和用户应该能够保持恒久稳
附：《敏捷宣言》 个体与交互 胜过 过程和工具
可用的软件 胜过 完备的文档 客户协作 胜过 合同谈判 响应变化 胜过 遵循计划
在每对比对中，后者并非全无价值，但我们更看重前者。
精品课件
附：《敏捷宣言》的12准则
• 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 • 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客
概念
流程
实践
总结
精品课件
SCRUM的特点
概念
流程
实践
总结
精品课件
Scrum的核心价值观
概念
流程
实践
总结
精品课件
SCRUM中的角色
概念
流程
实践
总结
精品课件
Scrum中的角色
概念
流程
实践
总结
Scrum角色和职责 • 产品负责人 – 定义开发
目标，需要实现的feature 和优先级 • Scrum Master – 保证团 队高效而不受打扰地工作 ，优化工作条件、过程 • 团队 – 自组织地完成项 目开发，使用一切可行手 段保证进度和质量
控制会议时间，安排茶 歇时间，分支话题另行 安排讨论，所有人都参 与进来
使项目任务可视化 更新进度，发现问题
任务单位以小于等于1天 为宜
控制时间为10-15分钟， 站立会议
精品课件
概念
流程
实践
总结
实践
参与角色
Backlog演示 产品负责人 QA 团队成员
Sprint回顾
产品负责人
Scrum Master 团队
敏捷开发scrum
Jet zhong 直观资讯
精品课件
Scrum是什么？
概念
流程
实践
总结
精品课件
IT方法的采用率对比
概念
流程
实践
总结
Forrest Re精s品ea课r件ch 2009年调查
scrum与CMMI
概念
流程
实践
总结
精品课件
scrum与CMMI
概念
流程
实践
总结
精品课件
Waterfall VS Agile
精品课件
软件推荐：TRICHORD
概念
流程
实践
总结
精品课件
Scrum是一味药，仅此而已
概念
流程
实践
总结
• Scrum不能解决我们的问题，能解决问题的是我们自己 • Scrum提供了一套实践方法，帮软件开发团队养成良好的习惯
精品课件
实施Scrum—归纳用到的实践
概念
流程
实践
总结实践 Backlog Nhomakorabea概念
流程
实践
总结
• 拆分故事：注意在这里不要把故事拆分到任务，故事是可以交 付的东西，是产品 负责人所关心的，而任务是不可交付的东西。
• 优先级：经济价值、开发成本、依赖关系、新知识、风险
精品课件
sprint计划会议1、2
概念
流程
实践
总结
• 目标：定出 Sprint 目标，确定所有任务。
输入：已评估 的 产品Backlog
实践
总结
精品课件
燃尽图
概念
流程
实践
总结
精品课件
特性看板图
概念
流程
实践
总结
精品课件
表情日历（Niko-niko Calenda）
概念
流程
实践
总结
精品课件
任务看板与燃尽图结合
概念
流程
实践
总结
精品课件
评审会议
概念
流程
实践
总结
根据团队这次 Sprint 所发布的版本，评审相关的 Backlog 中的问题，检查 是否已达到Sprint 的目标
短时间，高频率
团队成员轮流做守门员， 逐渐培养每个人对问题的 解决能力
精品课件
概念
流程
实践
总结
实践
Double Check
参与角色 团队成员
目的/好处
注意事项
交叉检查项目制品是否 关键制品如设计文档、核
达到要求
心代码、Release Notes等
必须Double Check
Checklist
Scrum Master 团队
精品课件
回顾会议
概念
流程
实践
总结
精品课件
障碍 Backlog ---十大典型障碍
概念
流程
实践
总结
• 会议规则没能被遵循 • 产品远景和 Sprint 目标不清晰 • 没有产品负责人负责回答提问 • 产品 Backlog 未能按商业价值区分优先级 • 并不是所有负责交付产品的人员都是团队里的成员 • Scrum Master 还要处理其他任务，不能集中精力 • 团队人数过多（多于7个开发人员） • 团队没有能坐在一起工作的空间 • 团队的 Sprint Backlog 混乱
目的/好处
检查产品是否达到需 求要求和测试要求
注意事项 建议在QA测试环境进行
总结经验教训，反馈 到后面的Sprint，持续 改进工作方法
头脑风暴的方式，轻松的
讨论氛围，每次选中小于 5个的问题进行解决
Tech Show 守门员
团队 团队
团队技术交流
为团队成员创造安静 的工作条件，增加对 工作的focus程度