标签: sprint

1. Sprint和迭代之间是否存在差异,或者Sprint或Sprint中的迭代是否只是Scrum中使用的术语而不是迭代？如果有人可以对此有所了解,将会很有帮助.

2. 假设有4个冲刺并且您已经确定第一个冲刺将持续10天是否需要其他3个冲刺应该具有相同长度的第一个决定冲刺的长度??.

我正在和我的兄弟一起使用我们的网站创意,我们想用一个工具来计划冲刺并为个人门票分配估算.

Atlassian的JIRA + Greenhopper看起来很棒,但每月花费20美元,在这个阶段我们只是验证我们的想法,如果我们可以避免它,我们宁愿不花钱购买工具.

这些工具有免费的替代品吗？

这组问题试图引出关于如何使用Scrum 2设置TFS 2012区域和迭代的最佳实践答案.

背景: 我们自TFS 2005以来一直在使用Team System,并且最初为我们拥有的每个产品创建了一个团队项目,然后使用了MSF 4.2流程模板,我们最终稍微调整了一些(仅在一些工作项类型中添加了几个字段).

前进到现在,我们现在运行TFS 2012和VS 2012.考虑到过去的经验和社区反馈,我们将转移到单个团队项目和Scrum 2.1,然后使用区域来分离产品和团队.以下链接可以很好地阅读此方法:

• http://blog.hinshelwood.com/when-should-i-use-areas-in-tfs-instead-of-team-projects-in-team-foundation-server-2010/
• TFS领域,最佳定义和配置
• Team Foundation Server - 区域/迭代

我们计划申请区域的典型布局如下:

-> Team Project (Area root)
 |--> Client A (This is also out team boundary - ie. we have a TFS Team for Client A)
    |---> Product A
    |   |---> Feature Area 1
    |   |---> Feature Area 2
    |   |---> Feature Area 3
    |
    |---> Product B
    |   |---> Feature Area 1
    |   |---> Feature Area 2
    |
    | (ETC)

 |--> …

java: cannot access org.springframework.boot.SpringApplication
  bad class file: /C:/Users/xyz/.m2/repository/org/springframework/boot/spring-boot/3.0.0-SNAPSHOT/spring-boot-3.0.0-20220910.145857-773.jar!/org/springframework/boot/SpringApplication.class
    class file has wrong version 61.0, should be 52.0
    Please remove or make sure it appears in the correct subdirectory of the classpath.

让我们举一个例子,假设我们有5个故事A,B和C,D,E.

Importance Name Estimate
90         B 
70         A 
50         C 
35         E
10         D 

这些故事是根据其重要性(优先级)排序的.你怎么估计它们？是根据功能的大小估算的吗？例如,我给他们估计值:

Importance Name Estimate
90         B     10
70         A     12 
50         C     9
35         E     20  
10         D     11

我们假设这是一个为期两周的冲刺.这是14天的时间大小= 5,14x5 = 70个人日.现在价值10是什么意思？这是指团队应该花费的时间(小时或天)吗？什么是故事点？假设这是第一次冲刺; 当你没有最后一个冲刺的速度时,你将如何估计冲刺的数量？

我使用Scrum开展敏捷项目.

短跑已经过去了,我们已经成功实现了里程碑.该系统运行良好,足以满足当前客户的要求.

然而,我们留下了一个严重需要重构的系统,因为很多开发都是在很少关注未来的情况下进行的(相反,焦点在于手头的sprint).

如何最好地处理这个？Sprint(s)致力于重构？

Scrum面临的挑战之一是如何使QA适应流程.当然,QA在Sprint期间与开发人员一起处理每个用户的故事,但是如果在完全完成的sprint中给QA时间进行完全回归和负载测试,然后再投入生产呢？

我见过两种方法:

1. 在Sprint的最后一天投入生产; 要么
2. 在Sprint一周后投入生产

这两种方法都有它们的挑战所以我想知道大多数商店在每个Sprint上发布的是什么？

什么类型的任务可以作为Sprint Backlog中的工作项包含和跟踪？

是否可以包含分析,审核和单元测试(用户故事),或者只能在Sprint积压中包含和跟踪核心编码任务？

基本上我将用户故事分解为技术任务以更新Sprint积压,并想知道是否可以在sprint backlog中更新和跟踪具有非编码角色的任务.

我们正在使用Scrum 1.0和TFS来管理我们的项目.有2个(即将3)谁在不同的冲刺工作团队在同一时间.这似乎会导致TFS出现问题,因为Sprint Burndown图表变得偏斜且完全不正确.

我已经将两个团队都移到了相同的迭代路径/ Sprint中,我们已经按区域区分它们.但这并不理想.

我的问题是关于其他团队如何使用Scrum 1.0同时有效地运行多个Sprint.我们真的希望至少为每个Scrum团队提供Sprint Burndown和Velocity报告.

非常感谢,约翰

鉴于短暂的冲刺,放弃TDD在冲刺中"完成任务"是否可以接受.

例如,一个给定的工作可能需要说冲刺的1/3来围绕现有实现设计对象模型.在这种情况下,你可能最终会得到实现的代码,比如sprint的一半,没有任何测试(在这个"设计"阶段实现单元测试会增加很多努力,测试很可能会丢失几次直到最终"设计"以此为基础).

然后,您可能会在第二周花一两天时间在事后添加单元/集成测试.

这可以接受吗？