什么是scrum中的3355？_驱动开发

scrum中的3355是指scrum框架中的三个角色，三个工件，五个事件和五个价值观。

三个角色是产品负责人（product owner）、scrum master和开发团队（development team），他们分别负责确定产品需求、促进scrum流程和交付产品增量。
三个工件是产品代办事项（product backlog）、冲刺代办事项（sprint backlog）和潜在可交付的产品增量（potentially shippable product increment），他们分别记录产品的需求列表、冲刺的任务列表和冲刺的可用软件功能。
五个事件是冲刺（sprint）、冲刺计划会议（sprint planning meeting）、每日站会（daily scrum meeting）、冲刺评审会议（sprint review meeting）和冲刺回顾会议（sprint retrospective meeting），他们分别规定了固定长度的迭代周期、迭代开始时的目标和范围确定、每日的进展和问题沟通、迭代结束时的成果展示和反馈、迭代结束时的过程优化和改进。
五个价值观是承诺（commitment）、专注（focus）、开放（openness）、尊重（respect）和勇气（courage），他们指导了scrum团队的行为和态度，以实现高效协作和持续改进。

scrum的3(角色)3(工件)5(活动)5(价值观)

三个角色

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内容会不断修改完善。“潜在可交付”并不意味着构建出的东西必须实际交付，交付是产品负责人的业务决策，基于发布计划来确定。