我记得不久前在Stack Overflow播客上Jeff Atwood谈到了赏金系统,他说他们在编写赏金奖励代码之前发布了赏金提供代码,因为在几周内不需要这些代码。
这有没有一个标准的术语?敏捷可以以这种方式工作,但它不是必须的。我正在考虑向客户推荐它,并希望使用正确的术语以及任何支持它的信息作为一种方法。
本质上,该方法是发布某些功能不完整的代码,因为需要不完整功能的时间少于开发时间。
发布于 2010-06-21 07:29:25
这更多的是你有时得到的机会,而不是一种方法:例如,在月初提供一个允许订阅每月时事通讯的功能,并在一个月后发布代码来发送时事通讯。这样做只是聪明的发布管理(即工作的良好优先级)。也许有人可以称之为敏捷机会主义开发(这是你可以在敏捷文献中找到的)。
发布于 2010-06-21 20:14:20
即时开发?类似于业务中的just-in-time inventory概念。
或者,不那么仁慈地说,“即兴发挥”。
发布于 2010-06-18 14:11:33
这个术语是Bounty Development。
说真的,如果你在这个场景中寻找一个术语,你想要做什么,我就是incremental,不一定是不完整的。如果你有赏金提供代码,你没有不完整的赏金代码,你有赏金提供代码。
这里没有什么是不完整的:它是在一个阶段(常规的工作节奏)中以检查和适应的方式提交的可交付成果(可交付的工作增量)。
经常交付可工作的软件,从几周到几个月不等,并且更倾向于较短的时间尺度。
Source: Principles of Agile Manifesto
我只会使用术语敏捷,有一个简单的解释(因为使用地球上的任何术语,你仍然需要解释它):“创建软件在非常小的工作部分,在更短的时间范围内,与持续的客户合作”。
https://stackoverflow.com/questions/3037334
复制相似问题