查阅相关资料，什么是scrum中的3355？

最新推荐文章于 2025-11-23 19:50:13 发布

原创最新推荐文章于 2025-11-23 19:50:13 发布 · 97 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#scrum #python

Scrum是一个敏捷开发框架，包括3个核心角色——产品负责人、敏捷教练和开发团队，以及3个工件如产品代办清单等。它定义了5个关键事件，如Sprint计划会和评审会，并强调5个核心价值观：开放、尊重、勇气、专注和承诺。

所谓Scrum3355指的是：3个核心角色，3个工件，5个关键事件和5个价值观。

三个核心角色

（1）产品负责人

（2）敏捷教练

（3）开发团队

三个工件

（1）产品代办清单（Product BackIog）

（2）Sprint迭代代办清单

（3）潜在可发布产品增量

五个关键事件

（1）Sprint

（2）Sprint 计划会

（3）每日 Scrum 站会

（4）Sprint 评审会

（5）Sprint 回顾会

五个价值观

（1）开放

（2）尊重

（3）勇气

（4）专注

（5）承诺。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Dai马

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

4、软件开发中的Scrum与精益开发模式

Jerry的专栏

07-15

108

本文深入解析了软件开发中的Scrum开发模式与精益开发理念。Scrum通过明确角色分工、冲刺流程和工件管理，为项目管理提供了一套高效框架；而精益开发则从消除浪费、构建质量等七个核心原则出发，为软件开发提供了哲学指导。文章还探讨了两者的结合方式，帮助团队提高效率、保证质量，并快速响应市场变化。通过理论与实践结合，本文旨在为软件开发团队提供提升项目成功率的方法和工具。

查阅相关资料，了解什么是scrum中的3355？

博客

04-25

603

Scrum中的3355是指Scrum框架中的三个核心角色、三个工件以及五个关键事件或五个价值观。具体来说：1、开放- Scrum把项目中的一切开放给每个人看 2、尊重- 每个人都有他独特的背景和经验 3、勇气- 有勇气做出承诺，履行承诺，接受别人的尊重 4、专注- 把你的心思和能力都用到你承诺的工作上去 5、承诺- 愿意对目标做出承诺，全身心投入去完成Scrum团队的目标，而不是必须按计划完成，两者之间是有区别的。 Scrum是一种敏捷开发框架，它强调快速反应、快速迭代和价值驱动，适用

参与评论您还未登录，请先登录后发表或查看评论

查阅相关资料，了解什么是scrum中的3355?

adkts的博客

05-24

452

冲刺待办事项列表是由开发团队确定的，在冲刺期间需要完成的所有任务的列表。冲刺规划是在每个冲刺开始前举行的一次会议，团队确定要完成的工作，并制定实现这些目标的计划。在冲刺规划会议上，团队和产品负责人一起讨论和决定哪些任务将包含在冲刺待办事项列表中，并确保团队对冲刺目标有清晰的理解和承诺。在这个会议上，团队成员分享他们的观点和建议，讨论项目中出现的问题和挑战，并制定行动计划以改进团队的工作效率和质量。冲刺评审是在每个冲刺结束时举行的一次会议，团队向利益相关者展示他们在冲刺期间完成的工作成果，并接受反馈和建议。

查阅相关资料，了解什么是scrum中的3355?

tzwhlh的博客

06-01

696

5 代表 Sprint Retrospective（冲刺回顾会议）：Sprint Retrospective会议也在每个Sprint周期结束时举行，团队回顾Sprint过程，总结经验教训，并提出改进的建议。3 代表 Sprint Planning（冲刺计划会议）：Sprint Planning会议通常在每个Sprint周期的开始阶段举行，其目的是让团队就要完成的工作进行规划。这种“3355”时间框架有助于保持Scrum团队的高效率和团队合作，确保各种会议的时间分配得当，以支持团队的协作和持续改进。

homework 查阅相关资料，了解什么是scrum中的3355?

like_love35的博客

05-28

387

每位成员可能负责不同的技术方面（开发、测试），要求团队有很强的自组织能力，能够交付一个端到端的真正对客户有价值的产品。Sprint Review（Showcase）：Sprint评审会议发生在Sprint将要结束的时候。潜在可交付的产品增量：冲刺结束后可对外发布的产品功能增量部分，需要关注其是可工作的软件功能增量，并在Scrum Review会议上进行展示。Scrum Master：职责：促进团队的工作、帮助团队熟悉和掌握敏捷的价值观与框架、帮助排除影响生产力障碍、确保团队不受打扰。

查阅资料，了解什么是 scrum 中的3355?

qiangjingji的博客

05-05

591

2. Sprint迭代代办清单：每个sprint开始时，开发团队从产品代办事项中选择任务，创建一个 Sprint Backlog，它是这个sprint要完成的工作的详细清单。3. 可交付产品增量：每个sprint结束时，团队应该交付一个可用的、集成的产品增量，这个增量应该是可测试的，并满足之前定义的“完成”标准。3. 开发团队：一个自组织的跨职能团队，负责构建产品并交付工作产品。1. Sprint：一个sprint通常为2-4周，是Scrum中的时间盒，也是开发团队工作和交付产品的周期。

查阅相关资料，了解什么是scrum中的3355 ?

qq_40499295的博客

03-13

236

Scrum的工件主要包括: Product Backlog (产品待办事项)、Sprint Backlog (Sprint待办事项)和Increment(可交付产品增量)。Scrum的三个核心角色分别是: Scrum Master、Product Owner (产品负责人）和ScrumTeam(团队)。Scrum的五大事件，或event，包括:冲刺、Sprint规划、每日站会、Sprint评审会和回顾会。Sprint待办事项Sprint Backlog即此次冲刺周期内规划要完成的内容。

在敏捷项目管理中，Scrum框架是如何帮助团队提高效率和协作的？请结合实际案例说明。

11-11

这份资料不仅包含了Scrum的基本原则和流程，还提供了丰富的案例分析，能够帮助项目管理人员更好地掌握Scrum框架，并在实际工作中得到应用和收益。参考资源链接：[Scrum敏捷项目管理PPT]...

Scrum敏捷项目管理实例

05-31

3276

这是一个Scrum敏捷单团队敏捷开发示例。首先我们需要为这个项目创建一个，产品路线图是一个高层次的战略计划，它描述了产品在未来一段时间可能会如何发展和壮大，产品路线图确保整个产品团队持续关注产品的目标，帮助产品负责人把握产品的战略方向，调整产品的优先级和产品规划。在产品路线图里有多个里程碑，里程碑是产品路线图上达成产品愿景的一个个阶段性目标。敏捷的里程碑通常是按照节奏进行规划的，比如每两个月一个里程碑，或者每个季度一个里程碑。「我们利用。

3、使用Scrum进行发布管理

weixin_42596011的博客

06-02

本博文详细介绍了如何在Scrum框架内实施功能发布管理，并探讨了功能和技术发布管理的集成方法。通过案例研究和具体工具链，帮助读者更好地理解和应用Scrum，实现高效的发布管理。

Scrum回顾会议技巧

2509_93943639的博客

11-23

325

或者用“笑脸投票”：把冲刺内的重要事件写在白板上，每人分配5个笑脸贴纸，贴在认为最需要讨论的事件旁，得票最多的前三个事件深入讨论。比如“继续做”不要只写“保持沟通”，而要具体到“每日站会控制在15分钟内，超过时间就另约专题讨论”。“停止做”不能只是“停止加班”，应该是“停止在代码库直接提交未经review的紧急修复，所有修改必须走PR流程”。这会让团队意识到，回顾会议不是发牢骚的树洞，而是真正推动改变的起点。一个高效的回顾会议，应该像给团队做一次深度体检，找出阻碍前进的症结，并开出切实可行的处方。

Scrum产品路线图

2509_93942857的博客

11-23

279

比如，在Sprint评审会议上，产品负责人可以用路线图展示进展，并收集反馈来调整未来方向。举个例子，我们曾在一个电商项目中，因为没及时调整路线图，错过了竞争对手的新功能，导致用户流失。如果你还没尝试，不妨从下一个Sprint开始，画一张简单的路线图，看看它如何改变你的工作流。这符合敏捷的适应原则，让团队能根据反馈调整。工具方面，简单的白板或数字工具如Jira都可以，关键是可视化，让所有人一目了然。优先处理功能时，参考价值、成本和风险因素：高价值、低风险的功能优先上线，这样能快速交付价值，同时降低不确定性。

Scrum回顾会议

2509_93942763的博客

11-23

273

首先，氛围至关重要。例如，“减少代码重复”这样的模糊目标，不如“在本冲刺中，每位开发者至少重构一个模块的重复代码”来得有效。回顾会议也是同理，团队集体审视上一个冲刺的过程、工具和互动，找出亮点和痛点，从而制定可行的改进计划。比如，那个电商项目经过半年定期回顾，我们不仅优化了开发流程，还改进了沟通方式，从最初的“各干各的”演变为“互助协作”。如果你还没尝试过定期回顾，不妨从下一个冲刺开始，用15-30分钟的时间，点燃改进的火花。毕竟，在敏捷的世界里，最好的代码不是写出来的，而是通过不断反思和迭代打磨出来的。

Scrum估算技巧分享

2509_93936009的博客

11-23

276

比如“用户注册”算3点，那么比它简单的就是1或2点，复杂两倍的就给5点，完全不在一个量级的扔到13点以上。记住，故事点不是考核指标，而是团队共同理解需求的沟通工具。有次为某个“导出Excel”功能争执，主张8点的同事提到要处理多sheet页合并，主张3点的同事才发现需求文档里藏了隐藏条件。在会议室墙上永远贴着一张“标杆需求清单”：发送短信=1点，微信授权登录=3点，支付流程=8点。现在我们会给“跨系统协作”额外加权：纯前端需求按基准算，需要前后端联动的加1点，涉及三方接口的再加1点。三、遇到过这些坑吗？

Scrum在需求管理中的实践方法

2509_93941743的博客

11-23

368

接下来，在Sprint Planning会议中，团队会从Product Backlog里挑选高优先级的需求，纳入当前Sprint。从Product Backlog的优先级排序，到Sprint Planning的任务细化，再到日常跟踪和反馈循环，每一步都让需求更可控、更灵活。如果你也在为需求多变而头疼，不妨试试Scrum，从小处着手，比如先建立一个简单的Backlog，再逐步引入会议机制。记住，关键在于团队共识和持续改进，需求管理不是一蹴而就的，而是通过一次次迭代不断优化的旅程。

Scrum产品负责人职责

2509_93942818的博客

11-23

367

简单说，产品负责人是产品的“代言人”，负责定义产品该做什么、为什么做，以及如何最大化价值。比如，在一次电商项目里，我作为产品负责人，花了大量时间调研用户行为，最终确定了“提升购物车转化率”的愿景。有一次，我们团队面临时间压力，我果断推迟了一个花哨的UI改进，集中精力修复了一个关键bug，结果用户满意度大幅提升。沟通是产品负责人的生命线。比如，一次我们推出了一个新功能，用户反馈一般，我立即组织回顾，找出问题并优化了下个冲刺的计划。最后，产品负责人的角色不是一成不变的，随着项目进展，可能需要调整策略。

Scrum在科研团队中的项目管理

2509_93943789的博客

11-23

146

最绝的是产品负责人角色——由手握三个国家级项目的导师担任，但他总想往冲刺里塞私货，后来我们设置了“导师需求缓冲池”才解决。有个月底我们同时面临项目中期考核和仪器巡检，任务板突然飘红，导师默默买了十杯奶茶加入夜间冲刺——原来他也看懂了我们贴在冰箱上的可视化看板。有人抱怨文献管理混乱，我们就用共享看板做了个“参考文献停车场”。有次评审会上导师坚持要把“探索新型催化剂”这样的模糊目标放进冲刺清单，我们只好发明了“科研目标卡片”：左边写假设，右边列验证方法，下面标注“成功指标”——转化率超90%或选择性达95%。

Scrum需求拆分