确定哪些功能足以启动[已关闭]

有两种教条需要避免:

完成之前不要释放。

和

一旦你有任何东西,不管有多小,马上释放。

1. 您当然必须进行测试,最好是完整交付的测试(与单元测试相反,您是否与其他系统集成?针对一系列O/S?具有复杂和/或大量业务数据?)。
2. 如果你发布一个商业产品,你肯定会有 一些
3. 如果您有幸将商业软件和/或更改管理过程打包(不,说真的!)用于内部部署,则需要时间和精力。
4. 不仅如此,您的最终用户将不得不关注并可能重新学习您的应用程序。人们总是会对新功能感到厌倦,即使他们承认它们的价值。对于复杂的内部软件,您需要安排最终用户培训课程,如果每两周进行一次培训,成本会有点高。。。

不要误解我的意思:提前发布通常有很大的优势,特别是因为我们从来没有完全正确地理解业务需求,但是您需要将这些优势与发布的实际成本进行权衡。这就是我喜欢在“真实”版本中穿插的内部版本的原因之一:它们的成本较低(如果不是零的话),但可以让您的开发过程诚实地进行。

最后,我想我得到了一个经典的顾问的答案:“这要看情况了!”!

将测试版添加到您的徽标不会使bug更容易接受。

如果你够幸运有选择的话,只要你有了一个安装程序和一个有用的功能就可以发布。

37Signals 小男孩的海报很漂亮。

根据我的经验,通常最好在完善了核心功能后立即发布。如果某个功能对客户或目标受众非常重要,那么它就不再属于bells&无论它的实现有多容易,或者它对产品的影响有多小,它都应该被视为一个核心特性。

如果您的应用程序更通用,并且您的目标是来自更广泛基础的特定用户(通常是技术用户),以帮助您的应用程序沿着敏捷路线发展,那么尽早并经常发布。其中许多类型的系统不会根据时间进行发布计划,而是根据功能进行发布,即当分配给2.1的所有票证都标记为已完成或已删除时,将发布版本2.1。

我们是否真的会被苏顿曝光“烧焦”,或者突然曝光只是一个神话?

你有没有看到报纸上关于发射导弹的新闻 Cuil.com ? 他们的新闻稿将其吹捧为一个会扼杀谷歌的搜索引擎,然而简单的搜索却产生了令人震惊的糟糕结果。(例如,搜索“COBOL”告诉您COBOL没有结果。)公告中突然爆发的流量也淹没了他们的服务器。我要说的是,他们在发射时突然暴露在外,被烧焦了。

有些人称之为“好莱坞风格”的发布,因为它与电影的发布方式相似。这种发布方式有一些好处,但用户的逐渐积累并不总是能带来这些好处。然而,第一印象非常重要,而且产品通常很复杂,因此很容易出现错误,给大多数潜在用户留下不好的第一印象,这一事实抵消了这些好处。

问题是,发射 什么 ?

如果你在做内部软件,你想让用户尽早参与进来,所以给他们中的一些人一些快速的东西是个好主意。