团队成员和业务方利益干系人各自为产品开发计划带来了重要的视角。因此，每个人都需要得到平等的对待。如果双方出现隔阂，整个组织都会受到损害。开发团队需要了解利益干系人带来的独特视角，利益干系人需要尊重开发团队，包括倾听开发人员说：“这个截止日期是不现实的”。
Scrum 并不是可以减少成本，而是可以尽早的发现不切合实际的时间从而减少浪费成本。
Scrum 并不是可以增加效益，而是可以更早地应对需求的变化，产生有实际价值的增量。
那么到底什么是Scrum呢？
scrum 是当前最流行的敏捷软件开发方法论和实施框架，它是一种团队管理工作的方式，其将工作分解为较小的工作单元，并在周期性固定的时间段内持续地交付工作单元。Scrum 的框架结构由 3355组成，即 3 种角色，3 个工件，3 个活动，5个价值观。
三个角色
Product Owner：主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。 作为产品负责人，PO清楚地知道产品的愿景，需要对产品待办列表的梳理、优化、优先级排序等负责。PO决定Why和What，一般可以对应为我们理解的产品经理和业务分析师的角色。
Scrum Master：主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，一般可以对应为我们理解的项目经理的角色。
Scrum Team：主要负责软件产品在Scrum规定流程下进行开发工作。每位成员可能负责不同的技术方面（开发、测试），要求团队有很强的自组织能力，能够交付一个端到端的真正对客户有价值的产品。
三个工件
Product Backlog：即产品待办清单，PO首先将需求按照优先级进行排列，产生一个Product Backlog。PO通过“讲故事”的方式，让团队理解产品的目标，帮助整个团队对用户故事有充分和统一的理解。
Sprint Backlog：即迭代代办清单，有了Product Backlog列表，我们需要通过Sprint计划会议挑选出用户故事（Story）作为每次迭代完成的目标。
潜在可交付的产品增量：要求每一个Sprint结束都产生用户可用的软件，也被称着“潜在可交付的产品增量”
五个活动
Sprint Planning（IPM）：Sprint计划会议在Sprint一开始召开。PO和团队共同决定计划在这个Sprint完成哪些用户故事。
Daily Scrum Meeting（Standup）：每日站会，一般在15分钟以内。团队成员相互交流任务的进展，计划以及遇到的困难。
Sprint Review（Showcase）：Sprint评审会议发生在Sprint将要结束的时候。团队和客户一起评审本次Sprint的产出是否达到预期。
Retrospective：回顾会议发生在Sprint的最后，由Scrum Master负责召集团队召开。会中大家回顾和小结这个Sprint做的好的地方以及有哪些不足。保证团队能够持续改进，不断提高。
Backlog Refinement：Product Backlog的梳理，可以发生在整个Scrum周期的任何时间。
五个价值观
勇气、专注、承诺、尊重、公开。
