Questions tagged «scrum»

Scrum中的产品负责人应如何处理团队中非常详细的问题，这些问题涉及他们正在实施的，无法立即回答自己的功能？对于开发商而言，何时直接与客户直接对话将是更快的解决方案？ 我想知道团队与客户之间的直接交流是否会破坏产品所有者的作用。我认为PO应该专门代表客户，因此可以回答有关要求的所有问题-即使需要更长的时间。绕开他似乎削弱了他的能力，最终使他变得多余。 Scrum中有最佳实践吗？

12 scrum  communication  product-owner 

我是一个拥有5个团队的开发团队的成员，该团队共有大约40个开发人员。我们遵循Scrum方法，并进行了3周的冲刺。我们有一个持续集成设置（Jenkins），其构建流程需要几个小时（由于进行了广泛的自动化测试）。基本上，开发过程运行良好。 但是，我们观察到进入新的Sprint几天后，我们的构建通常会变得不稳定，并且会一直不稳定，直到Sprint结束“提交停止”为止。这样做的不利影响是，构建步骤步入了管道，尤其是UI- / Webtest 几天没有执行（因为仅在“绿色”构建时触发）。因此，新引入的错误通常仅在冲刺的后期才检测到。 每个提交都通过一组基本测试进行验证。验证后，更改将在代码检查（德语）后推送至主版本 基本单元测试每30分钟运行一次，持续时间少于10分钟 集成测试每2h运行一次，持续时间1h UI / Webtest在成功的集成测试中运行，持续时间数小时 取决于谁在冲刺期间负责构建稳定性（每个冲刺都要移交责任），可能会有中间的临时“提交停止”以使构建恢复稳定。 因此，我们想要： 我们的开发团队可以在不受阻碍的冲刺期间开发和提交更改 如果构建步骤失败，我们将放弃构建过程，因为后续的构建结果意义不大 我们的构建过程可为开发人员及时提供质量反馈 给定（2），点（1）和（3）似乎相互矛盾。有没有人有一个很好的做法来应对这个问题？ （我们目前正在松开要点（2），即使在失败的构建步骤中也允许继续构建。我还没有任何反馈意见，这如何影响我们的质量） 谢谢西蒙

11 testing  scrum  code-quality  jenkins 

我们的Scrum团队由通常的Scrum角色组成。我们没有UI / UX设计器，开发人员与产品所有者一起使用UI / UX。这是一个问题。每次我们要创建积压订单时，我们都没有在sprint开始之前定义确切的UI / UX设计，我们最终在sprint中花费太多时间试图确定UI / UX设计。 对于功能的分析和架构，这是完全正确的。您是否认为应该在sprint开始之前将有关功能的所有可能的细节都提供给开发人员，或者这应该是功能内的任务？我们已经对此进行了体验，它导致了一些没有任何标准的未定义功能。

11 agile  scrum 

Scrum中允许使用技术用户故事吗？如果是这样，在Scrum中编写技术用户故事的标准模板是什么？一样As a <user> I want to do <task> so that I can <goal>吗？ 我在一些博客中读到，“ 开发人员不是用户故事”，但我也读到Scrum并没有强制要求这些。在有些情况下，他们有共同的一些博客用户故事与系统用户，它像as a <user who is not end user> i want to <system functionality> so that <some techinical thing>。那么哪个是标准？ 例如，有一些用户故事，例如： 作为评论者，我想上传任何酒店/食物的照片，以便其他用户可以看到并喜欢它们 作为用户，我想添加照片评论，以便更好地解释我的观点 现在，对于这两个用户故事，都有一个重要的技术项目-保存和检索图像 因此，我可以添加带有以下描述的标题为“图像存储和检索机制”的技术故事吗？ 作为开发人员，我想开发一种存储和检索图像的机制，以便用户可以在需要时添加/查看图像

11 project-management  agile  scrum  project  user-story 

我加入了一个使用敏捷/ Scrum的新团队，其开发过程如下： 1）开发人员在每次冲刺之前都要审查每个故事，以确保它不会遗漏任何关键内容。在工作流中有一个正式的状态。 2）在Sprint启动期间，整个团队都会对每个故事要花费多少故事点进行估算（扑克计划）。 3）最后，在每个sprint开始之后，每个开发人员都必须立即将所有分配的故事快速地分解为带有时间估计的子任务（与开始每个故事之前的子任务不同）。 最后一步的主要论点是，它有助于发现实施故事是否会比预期花费更长的时间，并警告Scrum主管有关缺少冲刺截止日期的潜在风险。 但是我发现这适得其反，主要是由于以下原因： 如果目的是提供粗略的估计，那么故事要点（步骤2）是做什么的。否则，为什么还要烦恼故事点呢？-尽早进行子任务。 如果目的是提供准确的估算值，那么这就是“ 认为有害的人类任务开关”中所描述内容的清晰示例。我认为，对于刚加入现有团队并参与大型项目的新开发人员而言，情况尤其如此，因为他们需要了解需要做什么才能花费多达50％的时间。您需要先进入故事1的详细信息，然后再进入故事2、3等等，等等，这会产生大量的信息流失。 有人告诉我，这种做法是“按书进行的”，甚至我都不打算讨论这一点。谁能提供这种做法的参考-Scrum圣经中是否明确定义了这种做法，并且/或者也许提供了任何额外的见解？

11 agile  scrum 

我知道产品负责人应该在Scrum中撰写用户故事。 用户故事正在描述最终用户的功能。 但是谁描述了需要在技术上开发什么以及如何实现它 以及与scrum有关的信息存储在哪里？ 我真的很感兴趣！ 当开发人员开始实施该故事时，我发现我们公司非常缺乏知识，但他们不知道如何执行该故事！ 例如，他们不得不处理传统的COM API，却不知道如何处理它，或者他们对WPF / WEB或其他技术不熟练。 Scrum如何帮助人们从用户故事入手？

11 scrum 

我正在阅读Scrum文档，它说Sprint中的任务应该是“潜在的”。 我对这意味着什么感到困惑。假设在Sprint 1中，目标是“用户注册表”。 我需要添加多少细节才能准备好发货？例如： 我可以使用没有任何花哨样式的字段来显示简单表单并将其标记为完成 我可以将客户端验证标记为已完成，但是服务器端也可以选择这两者 我还可以为表单添加一些jQuery花式工具提示，鼠标悬停，验证码，颜色，标签 然后有很多关于如何在屏幕上显示错误消息的样式 我可以在一个主题上无休止地做。因此，我们如何进行划分以及何时可以将其视为已准备好发货。 还是我需要写一些最小的东西，例如将错误，弹出窗口或灯箱文本显示为子任务，然后将它们作为sprint。这将导致整个项目执行数千个任务。 我的意思是再说一次，如果Internet Explorer和Firefox都可以使用，那么我也需要将其划分为任务。必须花时间在上面，当经理问我您当时的工作时，我没有任何要说的任务，但实际上，它们都是用户注册的一部分

11 web-development  agile  project-management  scrum 

如果Scrum中的项目花费的时间比预期的长，我们该怎么办？我之所以这么问，是因为我一直在注意开发人员正在努力完成的项目，因为它比最初想的要困难得多。 在这种情况下，我们应该 将项目从sprint移回产品目录，以便我们可以满足sprint的时间表？ 移至较容易的冲刺项目，并将有问题的冲刺留到时间表结束 在sprint审查中证明为什么在当前sprint中无法向利益相关者完成该项目？ 将来如何避免这种情况？是由于缺乏预先计划，还是我们没有努力将冲刺项目分解为较小的项目？

11 scrum  sprint 

我已经绘制了我的团队燃尽图及其每次迭代的速度。对我来说，它看起来真的很糟糕（速度波动很大）。我应该寻找什么来诊断这种行为的根本原因？

11 agile  scrum 

我正在管理一个由6个人组成的团队，这些团队最近搬到了Scrum。 我们有一个Scrum Master（团队中的一名开发人员）和一个产品负责人。 由于我有很多空闲时间（因为我过去所做的很多管理工作现在都是由Scrum主管和产品负责人完成的），并且由于我想保持技术上的相关性，所以我正在做一些技术开发工作。 我是开发团队的一员，致力于每个sprint中的一些故事，并作为团队的一员参加所有会议。 您认为这是个好主意吗？它可以与团队的“自组织”相矛盾吗？

11 scrum  management 

我有一个团队，所有团队成员之间没有一种共同语言。团队分布在两个位置（尽管地理不是主要问题）。每个地点的所有团队成员都说相同的语言，并且两个地点的成员都可以说两种语言。我想介绍一下Scrum，但是在处理语言问题的后勤工作上很挣扎。 这不是一支离岸团队。所有团队成员均为公司员工，但位于不同国家/地区的两个不同办事处。幸运的是，我们在时区方面没有任何问题。语言是主要障碍。尽管可以将团队分为两个团队，但要考虑到每个地点人员的规模和技能以及其他外部因素，因此更希望将其整合为一个团队。 我认为最好使用视频会议，以便进行更丰富的沟通并帮助团队团结起来，使彼此能够看到对方并采取真正的站立方式。但是，恐怕很难在语言之间进行交流。团队中的双语成员应该口头翻译吗？或者，我们可以使用即时消息，这是我发现的有关分布式Scrum语言问题的唯一参考。我担心沟通不畅，也许对Scrum概念的介绍不佳。 在团队中处理过语言差异的经验丰富的人中，您如何解决该问题以及它对您的工作有多好？

11 agile  scrum  team  spoken-languages  distributed-development 

我们是一个由5人组成的小组，即将开始一个新项目。这是我们将全力以赴地进行的第一个项目。 我们正在为如何建立项目基础（框架等）而苦苦挣扎。这些任务不是用户直接受益的任务，因此我们很难弄清楚如何为它编写用户故事。 因此，总的来说，当您从头开始没有框架且没有基础库的项目时，如何使用scrum？

11 scrum  user-story  sprint 

Scrum最适合具有通才成员的团队，即，至少2人可以完成相同任务的团队。我的主要关注点是为由专家组建的团队找到合适的解决方案以适应混乱（保持什么，删除什么，改进什么）？ 假设您有一个由5个开发人员组成的团队（不是真正的，仅作为示例）： 一位在C语言方面很强的数学家； 一名数据库开发人员； 一名Web开发人员； 一位UX / GUI开发人员； 一位软件架构师； 在这里，所有人都是专家，没有人可以替代其他人（我不在乎建立这样一个团队的风险，我想专注于Scrum）。因此，在混乱的情况下，这是我的想法： 毫无用处的春季计划：的确，当数学家说某项特定任务的价值为2分时，没人会投票反对他。 无用的团队速度指标：由于每个人都可以为自己的任务分配任意数量的点，因此计算速度是没有意义的； 用每周一次（较长）的Scrum会议代替每天的Scrum会议：由于团队中的每个成员都在按自己的任务进行工作，因此，每天的Scrum会议对于保持“团队合作精神”非常重要。但是，每天的Scrum会议应该持续15分钟左右。显然这不足以了解其他人正在做和将要做的事情。而且，数学家在大多数时候会回答相同的问题：“我仍在做％＆Lo（+？$$ ++＆）” ...每周的会议会花更多的时间。为了在“初始” Scrum会议和“每周” Scrum会议之间保持相同的会议时间，每个每周的Scrum会议应持续（每周5天，有4个星期的冲刺，其中Sprint会议持续4个小时，每日会议持续15分钟）： （4 * 60 + 20 * 15）/ 4 => 还是Scrum仍然可用？也许应该使用另一种敏捷技术？

11 agile  scrum 

根据此，“Scrum的高度依赖于积极主动，密切协作，跨职能和自组织的团队。” 那么，您如何处理可能不太愿意获得代码所有权的同事呢？您如何获得对拥有所有权感兴趣的人？

11 scrum  teamwork 

我是一个相对较新的开发团队的成员Scrum，假设在sprint结束时，一些大的故事是由PO决定in progress还是不是accepted。 首先，这些用户故事会发生什么？您是否只是将它们带入下一个冲刺？ 如果是这样，是否应该重新估计它们？在我看来，这些用户故事上剩下的工作可能很少或很多？如果没有，为什么不呢？ 编辑：在我的特定情况下，故事没有完成是因为存在几天的障碍，而不是因为用户故事被低估了。对于可能对您有用的人，我们正在使用VersionOne

11 agile  scrum