标签: agile

我的公司曾尝试采用 Scrum 方法，但结果喜忧参半。这些是我们遇到问题的一些领域。你如何处理这些？

1. 跟踪从产品营销到产品的需求。我们正在尝试使用 JIRA 来单独跟踪所有需求，并在选择实施时为每个需求分配一个版本。
2. 谁创造故事？知识不足以创建有效小故事的产品管理人员，可能没有领域知识的开发人员，介于两者之间的分析师？
3. 功能规格
   1. 你是写它们还是只是尝试将它们纳入故事定义？
   2. 您是否为每个故事编写功能规范？每个功能？
   3. 您如何看待功能规范和故事之间的关系？
4. 回答标题中带有 VP 的人提出的问题“[8 个月后] 我们将得到什么？”

我正在为 8 月的会议准备一个简短的演讲，我正在寻找在内部使用敏捷方法或过去尝试过这些方法的开源项目。

我的目标是讨论哪些事情行得通，哪些行不通，并稍微推广敏捷方法，因为我认为某些敏捷技术非常适合，但在实际开发中似乎并不常见。

那么有谁知道以前尝试过敏捷方法和技术的项目吗？我想就一些问题与他们联系。

更新： 感谢您的回答，我将在接下来的几周内联系团队。:-)（我首先要准备问题和介绍...）

我仍在关注这个问题，所以请随时添加更多答案/项目/...

偶尔(读:当我的未婚夫允许的时候)我喜欢用不同的游戏或类似游戏的想法制作原型.通常我使用Java或C#(还不是xna),因为它们是我最常用的语言.但是我想学习更适合敏捷开发的东西; 这种语言可以更容易地删除快速原型.

在我的工作中,我最近一直在使用更宽松(弱/动态类型)语言,特别是python和groovy,我认为类似的东西适合我正在寻找的东西.

所以,我的问题是: What languages (and framework/engine) would be good for rapidly developing prototypes of 2d game concepts?

几点说明:

• 我不需要超快的bitcrunching性能.在这种情况下,我强烈希望易于开发而不是性能.
• 我想使用一种健康社区的语言,这对我来说意味着相当数量的第三方图书馆.
• 我希望这种语言能够跨平台友好,我在各种不同的操作系统上工作,并希望能够以最小的努力移植.
• 我无法想象自己会使用一种具有良好选项的语言进行调试和编辑器语法突出显示支持.

注意:如果您知道您认为简化生成游戏原型的Java或C#库/框架,我也会开始学习这些语言的新内容

我正在从事一个具有非常复杂的集成需求的项目，特别是接收和发送 EDI 数据以及发生在两者之间的所有“有趣”的事情。我绝对可以将精力集中在数据处理（验证、必填字段、转换）上，但我遇到的问题是如何在待办事项中构建故事和史诗以计划和跟踪工作。

很容易说“作为经理，我可以拒绝休假请求，这样我就可以确保我有足够的员工来履行我的承诺。” 实际上，我在这方面非常擅长，但我对这种集成工作还很陌生。

对于大型集成项目，更难指出用户是谁，以及价值是什么。EDI 集成只是接口（非功能性）需求，但实施起来却是一项巨大的工作。

任何人都可以就如何在我创建的产品待办列表中构建/构建这些类型的需求提供一些指导吗？

我正在使用史诗 - >故事 - >任务 - >子任务计划,并试图查看我的所有问题,但......我认为我不能.这是一个例子:

史诗:圣骑士 - 等级60

故事(与Epic相关):进入10级

任务(链接到故事):做1级任务

子任务(链接到上面的任务):Questgiver无效

如果我按史诗或故事排序,我看不到我的子任务.我希望看到完整的层次结构,而不仅仅是它的两个或三个层次......这有可能,不知何故？我觉得我或我的团队不应该单独点击电路板上的每个问题来查看子任务.我希望我只是错过了我面前的设置,或者其他什么.

我正在使用 MS Team Foundation Server 来实现 Scrum，我想查看整个进度并在板上添加一些列以使其更加清晰明了

当我去所有PBIs的公共板时，我可以自定义交付操作。我可以添加新列：已提交、已测试、已发布等。

公共董事会 PBI 图片

但是问题是当我尝试自定义冲刺板时，似乎无法以任何方式添加任何新列，甚至无法编辑列名称

冲刺板 PBI 图片

尝试做这样的事情我错了吗？我应该离开它并忍受它吗？我的 PBI 在测试和提交过程中是否通过其他方法？

我肯定会成为一个scrum master可以真正为我所关注的流程增加价值,但是我相信我正在开发的应用程序领域的背景有助于更好地为项目完成更好的计划和调度

当您决定使用哪种方法或流程进行项目时,您是否应该考虑人为因素？如果对事物有任何抵抗,你是顺其自然还是强迫人们改变？

例如,假设您想推动结对编程,但团队成员拒绝以该模式工作(或表示不喜欢),您会做什么？让他们习惯它,试着说服他们这样做,或者顺其自然,让他们做他们喜欢的事情？

首先让我说明没有单元测试的编码只是简单的疯狂.如果没有单元测试,我总是害怕在没有注意的情况下破坏某些东西.所以我都是单元测试,我更喜欢使用TDD.

然而我的问题是; 什么时候开始新项目时应该引入单元测试？生活在TDD的精神中,项目的第一个代码行应该是单元测试.然而,无论我多么喜欢TDD给人的模糊感觉,我常常发现当你什么都没有时,从一开始就很难开始进行单元测试.通常我发现在没有测试的情况下"欺骗"和编码更容易,并在我看到项目的进展时引入测试.

人们对此有何看法？我什么时候应该在开始新项目时引入单元测试？

我在一个敏捷的小型开发团队工作,该团队是一家大型非敏捷思维公司的一部分.目前,我们实践Scrum,偶尔也会超出我们的冲刺承诺.

我的问题是,当你超过你的冲刺承诺时,你如何处理烧毁图表？我可以想到两个选择:

• 沿负方向延伸y轴并继续倒计时
• 添加更多卡片/故事/工作,并使烧毁值增加该量,并在完成该工作时烧毁.

我的团队的最终解决方案是业务清晰,为开发人员增加真正价值的解决方案.到目前为止,这些解决方案都没有完美解决.