我觉得要根据Stakeholder的角色不同来筛选向其介绍的内容。可以先确定他们想了解的需求及程度，然后再考虑他们和我们AT本身工作的相关度，还要看他们自己本身对Scrum的一个了解程度，最终决定要如何向他们介绍。可以从以下内容中进行筛选。

什么是Scrum:

“Scrum是开发过程推进敏捷开发的一种方法论和框架。Scrum包括了一系列实践和预定义角色。Scrum最初只应用于软件开发，当前Scrum通常可以用于开发任何产品或管理人和工作的迭代式、增量的过程。

首先可以先从Scrum的三大支柱开始介绍。Scrum 的三大支柱支撑起每个经验性过程控制的实现：透明性、检验和适应。Scrum的三大支柱如下：

第一：透明性（Transparency）

透明度是指，在开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明。管理生产成果的人不仅要能够看到过程的这些方面，而且必须理解他们看到的内容。也就是说，当某个人在检验一个过程，并确信某一个任务已经完成时，这个完成必须等同于他们对完成的定义。

第二：检验（Inspection）

开发过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。比如我们的sprint review就是对于工作输出进行一个持续不间断的检验。

第三：适应（Adaptation）

如果在检验的时候发现过程中的一个或多个方面不满足验收标准，并且最终产品是不合格的，那么便需要对过程或是材料进行调整。调整工作必须尽快实施，以减少进一步的偏差。我们的retro就是提供一个机会让大家在提出检验不合格的时候来寻找快速适应的方法。

Scrum中通过三个活动进行检验和适应：每日例会检验Sprint目标的进展，做出调整，从而优化次日的工作价值；Sprint评审和计划会议检验发布目标的进展，做出调整，从而优化下一个Sprint的工作价值；Sprint回顾会议是用来回顾已经完成的Sprint，并且确定做出什么样的改善可以使接下来的Sprint更加高效、更加令人满意，并且工作更快乐。

核心框架和角色：335（3角色、3工件、5事件）

3个角色

1、Product Owner产品经理：PO决定Why和What。主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。 作为产品负责人，PO清楚地知道产品的愿景，需要对产品待办列表的梳理、优化、优先级排序等负责。一般可以对应为我们理解的产品经理和业务分析师的角色。

2、Scrum Master敏捷教练：主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，一般可以对应为我们理解的项目经理的角色。

3、Scrum Team开发团队：主要负责软件产品在Scrum规定流程下进行开发工作。每位成员可能负责不同的技术方面（开发、测试），要求团队有很强的自组织能力，能够交付一个端到端的真正对客户有价值的产品

3个工件

1、Product Backlog产品待办事项集合：整个产品的用户故事集合，这些用户故事可以来自甲方客户、终端用户、PO自己对产品的理解、研发团队等。

2、Sprint Backlog冲刺待办事项列表：一个冲刺目标阶段内的用户故事列表。这些用户故事来自Product Backlog，每次冲刺前，PO根据交付价值，将优先级最高的用户故事放入迭代。

3、Increment潜在可交付的产品增量：要求每一个Sprint结束都产生用户可用的软件，也被称着“潜在可交付的产品增量”（Potential shippable product increment, PSPI）。类似于听到的MVP（Minimum Viable Product，最小可行产品）的概念。

5个活动，其中需要业务利益干系人参加：产品待办清单、Sprint 评审会、Sprint回顾会

1、Sprint冲刺：是固定时长的事件，周期通常为2-4周。Scrum团队在一个Sprint中产出完成的、可用的、潜在可发布的产品增量。在每个Sprint中，开发团队负责开发和测试用户故事（User Story，简称Story），直到产品负责人（Product Owner，简称PO）接受它并且使其成为一个潜在的可交付价值

2、Sprint计划会：在每个Spring开始之时召开，由Product Owner、Scrum Master和Scrum Team全体人员参加。这个会议主要有两件事情要确定：要确定当前Sprint的目标和选定当前Sprint要处理的最具价值的用户故事，创建Sprint Backlog

3、Daily Standup Meeting: 每日站会：是Scrum用来沟通、通报当前进展及后续计划的主要场合，因其提倡大家都站着开会而得名。每日站会不是用来解决问题的会议，会上不讨论具体的问题细节、解决方式等占用时间的细节内容。项目遇到的问题或障碍，应当会后通过专门的问题解决会议或其他方式进行解决。每日站会通常不超过15分钟，提倡每天在同一时间、同一地点举行。

Scrum每日站会上，每个团队成员都要回答三个问题：

本次会议之前，自己做了什么？

本次会议之后，自己打算或计划做什么？

目前，是否遇到了阻碍自己的问题？

4、Sprint Review Meeting：Sprint评审会，又叫Sprint演示会、Sprint展示会等，是团队用来展示当前Sprint开发成果的会议。Sprint评审会上，团队直接向相关干系人演示当前Sprint所开发出来的软件产品。通常每个Sprint中，每周1个小时的原则，PO确认sprint目标是否实现，PO可以拒绝接受团队的软件成果。

5、Sprint Retrospective Meeting，Sprint回顾会，用来回顾在当前结束的Sprint中的工作，进行经验的总结、反思，并拟定相应的改进措施。每个Sprint中，一周45分钟原则，每个Sprint结束时举行，整个团队全员参与，还包括 Scrum Master、产品负责人、客户以及其他项目干系人。