scrum的3355是指： 3个工件：产品Backlog, Sprint Backlog,潜在可交付软件增量 3个角色：PO, Master, 团队（最适合人数为7-2到7+2之间） 5个会议：产品待办梳理会，Sprint计划会，每日站会，Sprint评审会，Sprint回顾会。
三个角色：
Product Owner：主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。 作为产品负责人，PO清楚地知道产品的愿景，需要对产品待办列表的梳理、优化、优先级排序等负责。PO决定Why和What，一般可以对应为我们理解的产品经理和业务分析师的角色。
Scrum Master：主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，一般可以对应为我们理解的项目经理的角色。
Scrum Team：主要负责软件产品在Scrum规定流程下进行开发工作。每位成员可能负责不同的技术方面（开发、测试），要求团队有很强的自组织能力，能够交付一个端到端的真正对客户有价值的产品。
三个工件：
Product Backlog：PO首先将需求按照优先级进行排列，产生一个Product Backlog。作用类似于传统开发中项目经理确定需求文档。产品待办列表就是产品的“What”。PO通过“讲故事”的方式，让团队理解产品的目标，帮助整个团队对用户故事有充分和统一的理解。
Sprint Backlog：有了Product Backlog列表，我们需要通过Sprint Planning Meeting（Sprint计划会议） 挑选出用户故事（Story）作为每次迭代完成的目标。
潜在可交付的产品增量：要求每一个Sprint结束都产生用户可用的软件，也被称着“潜在可交付的产品增量”（Potential shippable product increment, PSPI）。能否每个Sprint生成满足质量定义的PSPI 是Scrum 执行效果的试金石。因此这里关键的是团队内有一致同意的DOD（完成的定义），基于其中的内容来判断是否迭代内所有东西都做完了。同样，随着时间推移，团队DOD内容会不断修改完善 。“潜在可交付”并不意味着构建出的东西必须实际交付，交付是产品负责人的业务决策，基于发布计划来确定。
五个活动：
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周期的任何时间。
五个价值观：
勇气：有勇气去面对各种挑战。
专注：每个迭代只专注于该迭代要完成的事情。团队和个人的能力、精力是有限的，在有限的时间内专注于最有价值的事情，以取得好的结果。
承诺：作为一个自组织团队，在迭代开始的时候做出承诺，并在迭代中全力完成。
尊重：团队是能随时沟通，并且相互理解的。
公开：团队所有的进展、问题、阻碍都是对所有人可视化、透明的。这样的团队才能彼此尊重，同时也能随时暴露问题。
以上就是我在阅读了一些文章后对scrun中的3355的一些认识。
