敏捷实践中的两个问题，求解答

渺哥的保护神 2019-03-29 10:00:19

我作为SM在执行SCRUM的时候，遇到两个实际问题，请教大拿们给予建议或者解答，谢谢！
一是在sprint里我一般都会预留点SP给修理bug用，但是突然有个sprint的bug特别多，导致这个sprint里分配的US做不完，是否应该减少US数量还是怎么处理？
第二个问题是有些US非常复杂且难，程序员都不想领来自己做，怕做不完，该怎么处理？谢谢！

...全文

455 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

#生命轨迹# 2019-06-05

打赏
举报

回复

第一个问题：bug一般情况下优先级最高，所以需要开发团队及时处理。减不减少US的数量，是需要跟开发团队沟通，由开发团队做决定的（一般开发团队会比较倾向于减少US）第二个问题：拆解US（对于有技术难点的，时间允许的话可以先做个探针计划）

Sara_CSDN 2019-05-27

打赏
举报

回复

第一个问题：判断bug和US的优先级，优先处理优先级高的内容
第二个问题：和团队一起分析复杂度，协助团队切细任务，共同协作完成

qq_34677912 2019-05-15

打赏
举报

回复

第一个问题：当前sprint肯定是优先把bug解决掉，移除一些us到下个sprint，不过bug很多不是正常现象，在sprint回顾会议时需要重要分析原因，下次避免。第二个问题：us复杂且难的，指定水平较高的开发去做并和他一起合理评估完成时间。

Hanos Steven 2019-05-10

打赏
举报

回复

首先你们肯定分析过bug产生的原因了，对产品的影响程度，制定好了下次规避的方法了，以及bug修复的时间了，当然还有一些bug太复杂没有分析出原因。简单的，人员调配上一大部分去修复bug，一小部分去分析疑难问题，给出问题解决方案后，再召集全体去改bug。

敏捷宣言、原则及SCRUM敏捷实践。

限制在制品数量可以缩短前置时间，通过尝试寻找工作流各阶段的适当的在制品数量可以帮助在系统中建立一个稳定的工作流，让项目成员更关注工作的完成。除了Scrum敏捷实践框架的五大事件，敏捷知识中还有不少值得多次回顾的内容，小赛还帮大家总结了非常重要的敏捷精益思想、KanBan看板与极限编程XP的技术实践，备考PMP。5.持续集成：提倡在一天中集成系统多次，而且随着需求的改变，要不断的进行回归测试，避免了一次系统集成带来的困境。②开发团队讨论在Sprint期间哪些工作做的很好，遭遇到什么问题以及问题是如何解决的;

1.背景介绍敏捷与DevOps是两个在软件开发和运维领域中广泛使用的术语，它们都旨在提高软件开发和部署的效率和质量。敏捷是一种软件开发方法，强调团队协作、快速迭代和持续改进，而DevOps则是一种集成开发和运维的方法，强调自动化、持续集成和持续部署。在本文中，我们将讨论敏捷与DevOps的核心概念、联系和实践。我们将从背景介绍开始，然后深入探讨这两个术语的核心概念和联系，并讨论它们在实际应...

在传统“瀑布模型”主导的软件开发时代，“需求变更”曾是项目经理的“噩梦”——一份需求文档需反复确认3个月，开发6个月后客户突然说“想要个新功能”，最终导致项目延期、成本超支甚至失败。据Standish Group统计，2022年全球软件项目中仅26%能按时按预算交付，而采用敏捷方法的项目成功率高达64%。本文将聚焦“如何用敏捷开发应对变化”，覆盖敏捷核心理念、主流框架（Scrum）、关键实践（用户故事、迭代）及实战落地。

确定迭代目标、事项、任务。讨论如何完成，产出迭代待办事项列表细化评估故事，制定迭代待办事项列表，团队自行领取任务PO、开发团队、敏捷教练都需要参会相关方可参与，了解团队和产品情况时间盒不超过15min时间盒可根据实际情况做调整不可随意取消只同步信息、提出问题，不解决问题解决问题站会后单独安排敏捷不提倡处罚、惩罚PO鉴定已完成，客户验收已完成的用户故事，给出反馈PO到场评估后期产品变更与趋势分析未完成未通过验收的用户故事放回产品待办事项列表用户故事的状态完成–PO验收。

1,556

社区成员

282

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章