Questions tagged «scrum»

我们在项目中关注scrum。我经常看到Scrum管理员为我们分配任务。但是，我从许多Scrum书籍中读到，Scrum的工作方式相反（“拉动”方法），团队成员负责任务或功能。Scrum Master分配任务是正确的方法还是违背了敏捷思想？

19 project-management  agile  scrum 

有人告诉我“用户故事不是需求，它只是在提醒客户需要什么，您不能在故事中放入需求”。但让我们举一个例子，客户希望对不同的信用卡进行不同的处理。必须执行并知道严格的要求，以便可以编写测试用例。如果不在用户故事中，需求应该去哪里？ 如果没有更低的要求，开发人员如何从故事中发展？测试人员如何根据用户故事编写测试用例（详细的用例）？用户故事之外还存在DB约束，字段验证等需求吗？

18 agile  scrum  requirements 

我最近加入了一个年轻的hackerspace，但仍处于自我设置过程中。我们很幸运，因为该空间有一些需要开展的内部项目，并且不乏志愿者来开展工作。 关于如何组织这些项目已经进行了一些讨论。我最近的专业经验是在Scrum上工作的，因此我正在考虑为我们的软件项目推荐一种Scrum方法，但是我不确定这是否合适。 尽管我已经看到Scrum在小型全职团队中表现良好，但该组织的性质却有所不同： 成员是志愿者。有些是全日制学生。其他人全职工作。我们不能指望任何人会持续不断地贡献自己的生命，因为他们的现实生活被放在首位。 尽管几乎每个人都有多年编写软件的经验，但很少有成员以专业或团队的方式这样做。 目前没有任何商品所有者。这些项目的要求由委员会确定。该委员会的成员还将致力于实施。这意味着我们将没有一个专门的产品负责人。 我们没有最后期限（无论是硬性还是硬性）。项目完成后将完成。 这些是相当大的差异，但是我不相信它们会阻碍应用Scrum。我认为一些小的调整可以使我们克服这一障碍： 如果我们将Sprint更改为具有固定的故事点大小，但持续时间（时间）固定，我们仍然可以从迭代发布中受益，而不会给志愿开发人员带来不切实际的交付压力。 我们可以抛弃燃尽图和速度计算。如果我理解正确，那么这些工具和指标可以充当开发团队和管理层之间的桥梁。它们以对开发人员和利益相关者都有意义的形式报告进度。考虑到我们没有人要报告（没有项目经理，没有产品负责人，也没有外部利益相关者），我相信我们可以完全放弃。 我认为我们可以从中受益的事情不需要进行调整： 在需求收集会议（一个或多个）。每个人都围坐在一张桌子旁讨论用户故事，草拟UI模拟，并建立产品待办清单。 冲刺回顾。对于我们来说，这将是一种有趣的方式，使其可以汇聚成一个对我们作为志愿者团队有效的开发过程。 我不确定的事情： 每日站立训练应如何治疗？我想知道它们在我们的环境中是否会具有很大的价值。我对站立仪式的理解是，它可以通过在团队中自然传播信息来帮助交流。考虑到我们的Sprint所提供的复杂性可能比普通Sprint少得多，因此与其他团队成员的进度/发展并驾齐驱的需求可能会更少。 我应该为XP推动诸如持续集成，代码审查和TDD之类的事情吗？我担心这会要求很多。一旦人们更加熟悉Scrum并以团队的方式工作，我会更倾向于将这些概念引入未来的项目中。 我的问题： Scrum是否可以适应基于志愿者的环境？ 而且，到目前为止，我计划的方法是否朝着正确的方向发展？

18 scrum  extreme-programming 

在我们的项目中，我们采用零缺陷（也称为零缺陷）方法。基本思想是，错误的优先级始终高于功能。如果您正在处理一个故事，并且有错误，则必须解决该问题才能使该故事被接受。如果在sprint期间发现了较旧的故事中的错误，我们需要将其放在待办事项列表上并加以解决-最高优先级。 我说解决的原因是我们并不总是修复该错误。有时我们只是宣布它“不会修复”，因为它并不那么重要。总而言之，这听起来很棒。我们正在运送高品质的产品，并且不会以积压大量错误的形式出现“驼峰”。 但是我不确定这种方法是否正确。我确实同意，我们总是需要尽快修复严重的错误，并且需要丢弃无用的错误。但是重要但不如新功能重要的错误又如何呢？我倾向于认为应将它们以适当的优先级提交待办事项清单。 为了使它更清晰，我将举一个示例-在我的项目中，我们使用用flex编写的UI。我们有一个向导屏幕，它以每种屏幕分辨率打开的大小相同。事实证明，当我们扩展向导窗口时，其中一个页面看起来并不好（虽然向导现在可以显示所有内容并且不需要滚动条，但是垂直滚动条并不会消失）。我认为这个错误很难看。我确定它一定要修复。但是我们的时间表很紧，我们有很多功能，我们担心这些功能不会成功并进入发行版。我觉得我们可以忍受这样的错误。它确实需要修复，但是优先级低于其他功能（因此，如果我们无法完成它，至少我们没有遗漏更重要的功能）。但， 我很想听听有关如何管理我不想标记为“无法修复”但也不是最重要的错误的意见。

18 agile  scrum  bug  backlog 

在最近对Scrum进行激烈辩论之后，我意识到我的问题是我认为管理对于完全敏捷的团队来说是非常不必要和多余的活动。我相信成熟的敏捷团队不需要管理或任何非技术性的决策过程。在我看来（显然犯了错误）的眼中，唯一合适的，能够管理一支成熟的开发团队的人就是他们的教练（他是技术上最胜任的，具有适当沟通能力的同事）。我无法想象Scrum大师如何为这样的团队做出贡献。 作为一名经验丰富的开发人员，当团队中有一名教练时，我不是一个经验丰富的开发人员，但却善于计划生产周期，因此我很难在Scrum和经理中实现和理解这些东西的价值。那有什么意思？没有发展技能的人到底如何管理一支技术含量高的团队？也许这里的管理意味着其他？ 我认为管理是浪费时间，是不成熟的副产品。以我的理解，一个成熟的团队完全可以自我管理。显然，我错了，因为很多伟大的人都说了相反的话，但我无法说服自己。

18 agile  scrum  management  extreme-programming 

最近，产品负责人已将一个项目添加到产品待办事项列表中，该项目显示“当我从x页面转到登录页面时，我看到一个错误。我希望删除该错误”。 在我看来，这不是用例，也不应该是PBI（产品积压项目）。但是，当我讨论它时，Scrum管理员告诉我用户故事不是PBI，而PBI可能是错误报告，任务，用户故事，任何东西以及实际上应首先解决的任何项目。 我对此不确定。而且我在网络上找不到很好的PBI定义。因此，我的问题是，什么样的事情可以作为项目进入产品待办事项列表？产品积压项目是否映射到用户故事？他们是一样的吗？

18 agile  scrum  definition  product-backlog 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 5年前关闭。 在另一个问题中，我问为什么开发人员可能不喜欢每天的混乱。我们与开发人员进行了交谈，我们决定暂时不举行每日Scrum（在我们的第一次尝试中尝试一下并定制化Scrum）。这是直接与开发人员进行协商的结果。 另一方面，我们不想失去日常工作的大部分内容，例如有机会每天与开发人员进行协调，或者像关键绩效指标那样观看工作进度，以便尽早采取行动。 作为每日混乱的替代方案，我们正在考虑要求开发人员提供以下条件的每日报告： 无需遵循任何特定格式。每种格式均被接受。 即使工作没有完成，我们也希望听到进展。 无需提及在每个任务上花费的时间。 应提及发展障碍和协调要求。 无需沉迷于每日报告。没有那么严格。 您认为这会降低他们的生产率吗？您有任何日常报告经验吗？您对我们有什么建议，以便我们可以确定自己没有进行微观管理吗？

18 productivity  management  scrum  meetings  reporting 

在团队中首次实施Scrum时，如果不了解团队的速度，应该如何确定初始冲刺中的故事点数量？ 您是否应该基于估计的小时数，而仅在以后使用积分？

18 scrum  planning 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 Scrum是一种项目管理方法，您如何将其“出售”给对当前状况相当满意的团队中的开发人员？ 对我来说，向我们的产品经理解释Scrum如何使他能够定期发布，修改需求并让团队首先专注于高优先级的故事似乎很容易。我发现很容易解释TDD或持续集成在开发人员的日常生活中带来了什么。 但是，如何说服开发人员接受Scrum？Scrum如何使他们的生活更轻松？

18 scrum 

假设一个团队成员正在休年假。他不会参加Sprint计划，但他将在迭代/ Sprint中期回来。可以说他有50％的容量，也就是说，如果他可以在下半阶段迭代中使用，我们应该： 他回来后与他进行计划会议。 在他休年假之前，即在进行短跑计划之前，与他进行一次计划会议。 不要安排他执行任何任务，也不要将他分配给非冲刺任务，例如尖刺等 在进行Sprint计划时让他的同伴代表他进行计划，缺席的人可以在他回来时添加任务，如果他不能完成所有工作，可以扩大范围。 让他与另一位开发人员坐在一起，做一段时间的配对编程。 还要别的吗.. 我有兴趣知道你在做什么。 注意：我们正在做（1），感觉不正确。

18 scrum  sprint 

我想改善我开发软件的方式。我想开发更快的代码！今天，我使用瀑布方法作为自由职业者，编写Web东西（站点，系统等）。有没有办法使用以这种方式工作的敏捷开发（XP，SCRUM等）？我对敏捷开发一无所知，应该从哪里开始？非常感谢你。

18 agile  freelancing  scrum  web 

在创建工单时间估算时，应在工单估算中包括测试人员（QA）花费的时间吗？以前，我们一直在估计没有测试人员的时间，但是我们正在谈论总是将其包括在内。对于我们当前的sprint（发布前的最后一个）而言，这很有意义，因为我们需要知道一星期后的总时间。 我一直都知道估算只是为了开发人员时间，因为这往往是团队中的限制资源。一位同事说，无论在测试人员时间之前在哪里工作，也都包括在内。 需要明确的是，这是针对开发人员编写覆盖面广的单元测试，集成测试和UI测试的过程。

17 agile  scrum  estimation  qa 

Scrum中定义了三个角色：团队，产品负责人和Scrum主管。没有项目经理，而是项目经理的工作分散在这三个角色中。 例如： Scrum Master：负责该过程。消除障碍。 产品负责人：管理并确定要完成的工作清单的优先级，以最大程度地提高ROI。代表所有相关方（客户，利益相关方）。 团队：通过估计并在彼此之间分配工作来自我管理。负责履行自己的承诺。 因此，在Scrum中，不再只有一个人负责项目的成功。没有适当的命令和控制结构。这似乎使很多人感到困惑，特别是那些不习惯使用敏捷方法的人，当然还有PM。 我对这以及您的经历非常感兴趣，因为我认为这是可以成败Scrum实现的事情之一。 您是否同意Scrum不需要项目经理？您认为仍然需要这样的角色吗？为什么？

17 project-management  agile  scrum 

如今，敏捷软件开发已成为一个非常有趣的流行词。 作为开发人员，我了解迭代开发的实用价值，但是（通常），并不是开发人员选择采用敏捷方法进行软件开发的选择。这是自上而下的管理选择！无论是水晶，敏捷方法，dsdm，rup，xp，scrum，fdd，tdd，您都可以命名。这不是开发人员的选择。 对于所有在那里的经理来说，当大多数经理甚至没有接触过一段代码时（根据我的经验），选择进行敏捷开发的最大原因是什么！

17 project-management  agile  management  project  scrum 

我一直想知道如何在大型复杂的嵌入式系统软件（超过100位工程师）中应用敏捷方法。固件开发具有一些独特的特性，这些特性使敏捷开发变得困难（例如，直到开发周期的后期才提供硬件；一旦产品发布，就无法轻松更新固件；等等。） 这种开发的规范是详尽的文档和艰苦的同行评审。您无法获得简单的代码修复，例如重命名没有2-3个签名的变量。（我有点夸张，但这很典型。此外，很多人确实选择捷径，而项目经理甚至批准了捷径，尤其是在面临严格的市场期限的情况下。） 我想听听有关在固件开发项目中采用敏捷方法的任何技巧或指导。

17 agile  scrum  embedded-systems