Questions tagged «scrum»

最近，我参与了一个敏捷项目（使用Scrum），管理层提出了一个想法，即团队将在每个sprint的末尾提名开发人员“ MVP”和QA“ MVP”。球队。然后，MVP将获得少量金钱奖励，免费午餐以及奖杯，以展示在他的办公桌上。到目前为止，我们已经有了两个冲刺，并且有了这个奖励系统。 我从中看到的好处如下： 已修复了更多错误（这是高层管理人员希望看到的，其所需方向发生了变化） 每个“团队”的MVP都会得到认可并获得自尊心的提升（或者这是自我的提升？） 我已经注意到做这种事情的一些不利方面（至少从开发人员的角度来看）： 有一些开发人员非常关注数量，以致错误修复的质量下降了。一个区域的修复导致另一区域的退化。 有一些开发人员正在挑选“更轻松/更快捷”的错误来增加错误数量。我猜这里可能是好是坏。 较高的优先级（很多时候与“更难/更长的修复时间”相关）实际上已变为较低的优先级。 阻塞性缺陷无法及时解决，因为通常它们会花费更长的时间，并且需要与质量保证部门进行更多的协调。 开发团队中的团队方面已丢失。开发人员和质量检查人员在团队合作方面的合作也没有改善，但与以前相比并没有太大改变。 无法轻松识别/跟踪超出错误修复范围或朝着那个数字方向努力。 我确实相信上述每个“坏”问题都可以在一定程度上得到解决，具体取决于团队如何处理每个“坏问题”。 那么我的问题是，有没有人成功完成过类似的事情，您在每个冲刺中都认可了MVP？如果是这样，您认为促成成功的因素是什么？

9 agile  scrum  teamwork  motivation 

在讨论Scrum的全部内容时，我发现也许我完全误解了敏捷性。在我看来，Scrum（这当然被认为是敏捷过程）与管理功能，冲刺和角色以及与TDD，结对编程，CI，重构和其他以开发人员为中心的技术无关的东西无关。直到现在）都是敏捷的心脏。现在我面临一个困难！ 1）Scrum不了解开发人员是否执行敏捷实践？ 2）您可以在不使用自动化测试的团队中实施Scrum吗？是否不执行重构或不遵循敏捷编程实践？

9 agile  scrum  process 

对于已开发的应用程序区域，提出了从菜单中删除项目的请求。 我知道这是一件小事，但是您如何在Scrum中对待它呢？我习惯于使用用户故事来添加功能，而不是删除功能。 所以我的问题是：我是否应该为此创建一个用户故事，以某种方式与删除按钮有关？还是有更好的方法或处理此方法？

9 agile  scrum 

我正在评估一些敏捷风格的方法，以可能向我的团队介绍。使用Scrum，是否可以让同一个人扮演多个角色？我们有一个由四个开发人员和一个网页设计师组成的小组。我们实际上没有领导（我要担任这个职位），质量检查测试人员或业务分析师，我们所有的开发任务都来自CIO。自动化测试被视为浪费时间，一切都集中在速度而不是质量上。 首席信息官将提出一个开发任务（无论是功能还是错误），然后将其交给开发人员（而不是整个团队，个人，通常是私下或出乎意料的），然后有望完成。CIO并没有收集超出最初想法的要求（这在以前已经使我们很痛苦，因为我们将实施某些措施只是为了发现最终用户都无法使用该功能，因为没有咨询过他们甚至没有得到有关此功能的信息。在开发它之前，我们会惊慌地被告知要还原更改），但需要对我们所做的一切发表意见/予以批准。 首先，首先要考虑引入Scrum风格来引入一些标准和实践吗？从阅读的角度来看，Scrum似乎更多地依赖于信任和沟通，并且更多地关注项目管理而不是开发，这是我们完全没有的，因为我们目前没有任何项目管理的表象。 其次，如果它可以工作，那么对于某人来说，让我自己充当ScrumMaster和开发人员，是否不合理？还是让开发人员同时担任产品负责人（尽管很有可能这将是CIO，而不是开发人员）？我意识到Scrum Master和产品负责人应该是不同的人，但同时我认为我们没有任何人具有产品负责人的素质（可能会变成“我需要所有这些故事，我不关心如何完成交易”和/或任何冻结都会立即冻结）。 在我看来，我可能需要选择并选择Scrum / XP / Lean来弥补当前的工作方式，因为这种心态很难改变。例如，结对编程永远无法实现（这很浪费（如果浪费，如果您需要两个人，则只能完成一半的任务）），TDD很难卖，但欢迎周期短。

9 agile  scrum 

我的团队正在跟上Scrum的发展步伐，但是我们大多数人对非敏捷或“伪”敏捷方法更加熟悉。对我们来说，最大的障碍是召开高效的Sprint Planning会议，在会议中我们将积压的项目分解为任务，并估算工时。（我使用的是VS2010 Scrum模板中的术语；如果我在某处使用了错误的单词，则表示歉意。） 当我们试图确定一项任务需要花费多长时间时，我们经常陷入在代码级设计功能的陷阱（表布局，接口等），以便弄清该任务需要多长时间。 。 我很确定这不是进行这种设计的合适位置。我们应该在sprint期间安排这些设计会议的任务。但是，我们在弄清楚如何为任务提出有意义的估算时遇到了麻烦。 有实践习惯/技术/等吗？在不知道您打算如何实现某个功能的情况下做出判断需要花费多长时间的判断？如果设计完成后我们的时间估算值将发生显着变化，那么我们如何才能提前适当地预算Sprint待办事项？ 编辑： 请澄清一下，因为一些评论/答案非常有效，但我认为解决的是错误的问题。 我们知道我们正在做的事情是不正确的，我们应该在此设计的sprint中花费时间。从概念上讲，所有开发人员都明白这一点。如果我们开始进入杂草丛生，我们还将招募具有Scrum经验的团队成员，以保持我们的正常运转。 问题在于，如果不经过这个设计过程，我们将很难为任何事情提供具体的时间估算。我们一直在说这样的话：“好吧，如果我们以此方式设计，可能会花费8个小时，但是如果最终不得不以其他方式这样做，那大约需要32个小时，但是一旦开始尝试编写，它可能不会那么糟糕...”。 我还假设一旦我们有了一定的历史速度，这个过程就会变得更好，但是我们正在使用的许多技术和架构模式对我们来说都是新的。但是，如果潜在的错误估计仅是适应此过程的自然组成部分，那么我们将只需要重新调整自身以接受：)

9 scrum 

我们是一个由4个开发人员组成的小组，在Scrum中颇为环保。来自全国各地，我们经常请假几天或整周假回家。因此，由于年度休假，我们的团队能力从一次迭代到另一次迭代急剧变化，这导致一次迭代到另一次迭代的速度差异很大。在计划会议上估算速度时，我们如何考虑团队能力？历史数据将反映出截然不同的容量，我们不能等一整年才能得出估计速度的平均值。

9 agile  scrum  estimation 

在发现第一个冲刺的故事时，您如何知道何时停止写作并向前发展？ 我问了几个我认识的人，基本上我得到的答复是，它取决于项目所处的环境以及整个项目的时间安排。 有什么标准的方法可以知道何时停止编写用户故事，如果是的话，其基础是什么？它如何应用于未来的冲刺？

9 scrum  user-story 

在过去的5个月中，我们已经非常成功地实施了Scrum。虽然，我们是从PROD3周远没有以往做任何终端到端到端的集成测试。哎哟！我需要帮助。在此之前（现在），无需解决造成这种情况的原因，我们需要计划当前的迭代，该迭代包括较小的改进和许多仍未知的错误修复。您如何考虑这种情况？您如何计划迭代以修复尚未发现的错误？

9 scrum  bug  planning 

我对PO的职责感到困惑。我是游戏功能团队的开发人员，也是PO。开发人员的日常工作几乎是全职的，因此我必须加班工作以履行我的PO职责，而PO的职责似乎违背了开发人员的想法。 作为采购订单，我将在下一个冲刺中选择更多功能。否则，我会告诉自己不要这样做，因为我是开发这些功能的团队成员。这种情况使我感到困惑，所以我想听听你们的一些想法。 我是Scrum和Game Dev的新手（大约一年半），也是这里和英语的新手。

9 agile  scrum  game-development 

好。假设您正在从事教科书Scrum项目。您有一个Scrum主管与产品负责人合作。接下来的冲刺是UI重-你的程序员开始构建屏幕的时候，你真的想有一些想法，他们打算什么样子。 谁来做线框图，何时做？产品负责人？有人支持产品负责人吗？Scrum高手？如果您有UX专家，他们是在冲刺开始后与编码人员一起工作，还是他们在故事卡和约束条件旁边预先提供了线框和模型，以指导和告知开发人员正在进行的工作？ 我很确定我们需要一些UX帮助，但是我真的不确定在哪里应用它。 编辑：让我改一下这个问题。 您如何在敏捷项目中提供一致的高质量用户体验？

9 agile  scrum  user-interface  user-experience 

在我目前工作的公司中，我们注意到有时有些故事是相互关联的（因为耦合太紧密）。这可能是因为它们属于相同的总体功能，或者它们是不同的功能，但是其中一些功能需要先完成才能继续下一个功能，依此类推。 在不停止迭代工作流程的情况下，如何处理这种情况？我们做错什么了吗？

9 scrum  stories 

我喜欢计划扑克在任何项目开始时的工作方式，让您相互比较和讨论每个故事的细节。 我注意到的一个问题是，随着时间的流逝，随着您对问题领域的了解越来越多，您倾向于为每个故事投票更少的分数，即，一开始的故事价值为5或8该项目的价值现在可能值得3。 您如何以最佳方式避免或解决此问题？有更好的估算方法吗？故事应该始终保持不变，还是故事点减少？

9 agile  scrum  estimation 

我正在使用Scrum并非常喜欢它。但是，我的商店发现自己处于开发工作持续时间为两到四个星期的项目中。我们已经将冲刺时间修改为两周，这里的每个人都说：“它将是Scrum，只有一个半冲刺。” 我认为我们无法从一个半冲刺中获得很多价值。我们如何仅通过一次，两次或一年半的迭代就能获得迭代开发过程的收益？

9 agile  scrum  sprint  iterative-development 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 我想知道您建议阅读Scrum和XP的内容。我从Trenches那里获得了Scrum和xp，但我希望看到更多有价值的参考。

9 scrum  extreme-programming 

您的敏捷/ Scrum团队的错误工作流程是什么？ 这是我们的：-如果该错误与当前sprint中的一个故事有关，我们将对其进行修复。-如果错误与当前sprint中的故事无关，并且不重要，则将其发送给产品所有者以进行优先级排序。-如果该错误与sprint中的故事无关，并且非常重要，则我们将其修复。

9 agile  bug  scrum  workflows