Questions tagged «scrum»

一个敏捷的框架，其中的产品所有者（PO），3-9个开发人员的开发团队（DT）和Scrum Master（SM）充当Scrum团队（ST）来构建和维持具有最高价值的复杂产品。他们在称为Sprint的时间范围内完成这项工作；冲刺可能会缩短，但可能不会超过30天。事件，角色和工件在官方的Scrum指南中有明确描述：http://scrumguides.org/scrum-guide.html

3
冲刺之间会发生什么？
我正在按照Scrum模型松散地进行一个项目。我们正在做两个星期的冲刺。我尚不清楚的东西（也没有书可以参考）正是冲刺之间应该发生的事情：应该有一些“包装”过程，产品在这里生产和交付，但是： 这通常需要多长时间？ 整个团队都应该参与吗？ 在开发人员开始处理下一个冲刺项目之前，它是否必须严格完成？ 进行代码审查和测试时，这是什么？ 一共有三个开发人员，总共约有1个FTE。因此，冲刺确实非常短。
11 agile  scrum  sprint 
4
Scrum中的项目关闭
在典型的软件开发环境中，项目关闭标志着项目的结束。 项目记录已完成并存档， 资源释放， 记录问题和教训，并 为庆祝而举行的正式晚宴/聚会。 最后一步是可选的，尽管对参与者来说非常有激励作用。:-) 将此与Scrum进行对比。我知道混乱是由积压的故事引起的。因此，从技术上讲，每次迭代都会关闭某些故事。因此，这里有两个问题。 对于同时处理多个同时进行的项目的小组，项目关闭情况如何？ 对于涉及多个组的项目，此概念如何适用？ 还是，项目关闭条款根本不适用于T＆M项目？
11 scrum 
6
您如何衡量软件的价值？
敏捷性的原则之一是您应该测量工作软件： 工作软件是进度的主要衡量标准-敏捷的12条原则 事实是，虽然我可以根据完成的故事，被压缩的错误或缺陷报告的数量减少来衡量我的软件，但我仍然坚持如何衡量我的软件的价值。 如果我以迈克·科恩（Mike Cohn）为例，他帮助SalesForce.com为客户带来的价值比上一年增加了500％*，我该如何衡量这一增长？如何衡量我现在的位置？ 他使用的其他指标是功能数量和每个开发人员的功能数量。如果我的待办事项井井有条，而且故事被“功能”所截断，那么我可以解决这个问题，但是我们只是从敏捷开始，所以我需要一些方法来确定我们现在提供的价值，然后在六个月内使用类似的指标来查看我们是否增加了产量。 我听说过通过增加收入来衡量软件的价值，或者通过提高客户满意度来衡量软件的价值（但是您如何衡量？），但是这些增长可以归因于公司的任何东西（销售，会计，支持），而不是直接涉及我部门正在做的工作。 那么，你们如何衡量软件的价值以及您是如何开始的呢？ * 敏捷的成功 -Mike Cohn
11 agile  scrum 
6
高绩效团队是否需要Scrum Master？
我对Scrum管理员的职责的理解如下： 执行过程 消除障碍（开发人员无法消除自己） 防止外界干扰 促进Scrum会议（站起来，回顾等） 如果团队中的开发人员受到纪律处分，则他们将遵循该过程而无需他人指导。他们也可以毫无困难地举行回顾会议和其他Scrum会议。如果组织的其他成员了解sprint的界限，则已经将需要Scrum管理员的外部中断和障碍已最小化。 随着团队绩效的提高和组织对sprint界限的理解，似乎对Scrum Master的需求似乎减少了。团队是否有可能最终达到不再需要Scrum Master的地步？
2
在Scrum站立式中，关于昨天完成的讨论的讨论应该限于董事会的任务还是完成的所有工作？
我知道Scrum在日常站立比赛中的规则说，团队应该只谈论他们昨天所做的事情，他们今天所做的事情以及任何阻碍他们前进的事情。没有其他的。但是问题是，有时开发人员会花费自己的时间从事与任务无关的工作，然后在独立讨论中谈论它。这就是他们昨天所做的！ 根据我的经验，我发现谈论董事会上的任务，保持站立状态，使每个人专注于他们的任务，复查他们的估计并每天跟踪他们的记录更为有效。 将讨论限制在董事会的任务上是否有效？
10 agile  scrum  meetings 
4
敏捷中的语义版本控制
假设我进行了14天的sprint迭代，其中有多个新功能，改进和缺陷修复的故事。当更改准备就绪时，我也将对其进行部署，而不是等待sprint结束。 我的问题是-如何跟踪这样开发和维护的产品的语义版本控制？如果每14天发布一次，这将很容易，我将增加版本号并记下changelog中的所有更改。但是，如果不断部署变更怎么办？每次部署某些东西时都应该增加版本吗？还是我应该等到sprint结束，然后再进行“恢复”操作，并根据实际部署在每次迭代中单独增加一次版本号？敏捷中语义版本控制的最佳实践是什么？ 编辑：为了更好地解释我的需求，我想首先为利益相关者提供变更日志。我认为他们在部署每次更改后都不会对changelog中的新记录感兴趣。
5
Scrum团队应该多久履行一次Sprint承诺？[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 承诺是一种承诺，我们都被教导您需要遵守承诺。但是，保持对每个Sprint的承诺是否现实？有时人们会生病，有时技术方法被证明是错误的，并且您必须重新考虑一切，有时在与产品所有者或用户进行进一步讨论时，您了解该功能应该与最初的想法大不相同。 我知道官方的Scrum指南现在使用“预测”一词而不是承诺，可能是为了解决这些问题。 因此，我的问题是组织中的团队多久履行一次承诺，以及您是否喜欢这种方法还是要更改它。 谢谢。
10 scrum 
6
您如何在Sprint Review中演示没有UI的软件？
我们基本上是根据Scrum进行敏捷软件开发。我们正在尝试进行冲刺审核，但发现很困难。我们的软件正在处理大量数据，而故事往往涉及围绕此更改各种规则。 在没有UI或可见的工作流更改的情况下，有哪些选项可用于演示sprint中发生的更改，但是更改是处理工作的微妙业务规则，可能需要10分钟甚至几小时的时间？
10 agile  scrum  sprint 
5
冲刺提早完成该怎么办？
冲刺提早完成该怎么办？ 目前，如果冲刺较早完成，我们的Scrum团队会处理积压的故事。 从待办事项中提取的故事会怎样？故事会添加到当前的Sprint中吗？如果是的话，如果这些故事不能及时完成怎么办。冲刺失败了吗？
10 scrum  sprint 
2
作为开发人员，我如何起草用户故事？
我正在编写一个系统，其中系统所有者和我本人都是开发人员，并且我们目前是系统的“请求”或需求的唯一来源，我想从与功能相关的用户故事中捕捉到它们{1}。我现在的当务之急是获取可管理的积压订单。我应该如何捕捉用户故事中我习惯使用的技术规范水平，这些故事应该不太技术性。 {1}我正在评估敏捷项目管理服务TargetProcess，并且每个用户故事都必须绑定到父功能。该系统似乎很合适，所以我宁愿使用这个小约束而不是解决它。
3
Scrum：如果产品负责人有任务怎么办？
我刚刚开始与一个团队合作，该团队掌握了Scrum的某些方面（两周的时间装箱），但还没有涉及其他方面（该团队当前不同意所有估计或冲刺点数，但是我将对此进行更改）产品所有者也是具有一定开发背景的技术资源（科学家）。 将产品负责人的任务（主要涉及研究）与团队的任务（其中一些是研究和开发）混合在一起是否合适。
10 scrum 
4
与Scrum配对编程
我在一个使用Scrum的团队中，我们正在考虑添加结对编程，以帮助提高团队的跨职能技能，并通过“两个头脑比一个头脑好”的哲学来帮助减少缺陷。 在我们的团队中，每个团队成员通常在sprint计划期间签约一个完整的工作负载（“完整”是每周少于40个小时的数字，允许开会，协作等），并且只有一个专门的所有者负责每个任务。我相信这在Scrum团队中很常见，但不一定是本书所讲的。 特别是，我希望避免因团队成员有自己的任务而对团队成员感到犹豫的情况，如果团队只是自我组织而没有为配对留出时间，恐怕会发生这种情况。 鉴于此，在配对情况下考虑工作量/小时/故事点的最佳方法是什么，以确保我们为配对分配了适当的时间？ 考虑的一些选项是： 允许两个人注册每个任务，并且（大约）将估计小时数加倍 仅“手动操作”团队成员注册每个任务，该任务基于该人的估计工作时间进行估计。团队中将支持配对的任何人都将在sprint中签署较少的任务，以留出时间来支持配对。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.