确定哪些功能足以启动

Question

如何确定哪些功能足以启动？我们应该推出没有好东西的“裸功能”吗？或者我们应该添加“铃声和口哨声”？

你是如何决定的？是真的，我们可以“暴露”暴露的暴露，或突然暴露而不是神话，暴露是缓慢而渐进的。

欢迎您提出建议。

Answer 1

有两个教条可以避开：

  

在完成之前不要放行。

和

  

一旦有任何东西，无论多小，都会立即释放。

我喜欢后一种方法，但需要采用一些常识。任何版本都有开销，具体取决于您的组织和产品。

1. 您当然必须进行测试，最好是完整交付（与单元测试相反 - 您是否与其他系统集成？针对一系列操作系统？具有复杂和/或大量的业务数据？）。
2. 如果您发布商业产品，您肯定必须拥有某些类型的文档并进行更新。但即使是内部软件也需要用户文档（即使它是半页的版本）。
3. 商业软件和/或变更管理流程的包装如果您足够幸运地拥有它们（不，严重！）进行内部部署需要时间和精力。
4. 尤其是，您的最终用户必须注意并可能重新学习您的应用程序。人们可能会一直厌倦新功能，即使他们承认自己的价值。对于复杂的内部软件，您需要安排最终用户培训课程，如果每两周进行一次，这种培训会有点贵......

不要误会我的意思：尽早发布并且通常具有很大的优势，特别是因为我们从来没有完全正确地满足业务需求，但是您需要根据发布的实际成本来衡量这些优势。这是我喜欢在“真实”版本中散布的内部版本的原因之一：它们具有较低（如果非零）的成本，但是让您的开发过程诚实地进行。

最后，我想我最终得到了经典顾问的答案：“这取决于”！

Answer 2

我同意，只是确保你被测试了！承诺比小承诺更好，而且没有履行你的协议。

在您的徽标中添加BETA不会让错误变得更容易接受。

Answer 3

如果你有幸做出选择，只要你有一个安装例程和一个有用的功能就会发布。

Answer 4

提前发布，经常发布，让您的用户告诉您他们喜欢什么，看看37Signals小男孩的海报是美丽的。

Answer 5

根据我的经验，通常在您完善核心功能后立即发布。如果某个功能对于客户或目标受众非常重要，那么它就不再属于铃声和功能。口哨，应该被认为是一个核心功能，无论它实施起来多么容易，或者产品增加多少。

Answer 6

像大多数事情一样，我的回答是'这取决于'......

您的软件的目的是什么？如果它是针对具有特定需求的特定用户组的应用程序，那么您需要确保满足这些需求，以使人们使用您的系统是值得的（记住，大多数人相信一旦被咬，两次害羞 - 你不会有第二次机会）。你会买一辆没有左转的车吗？

如果您的应用程序更加通用，并且您的目标是来自更广泛的基础（通常是技术用户）的特定用户群，以帮助您沿着敏捷线路发展您的应用程序，那么请尽早并经常发布。这些类型的系统中有许多不是根据时间计划发布，而是根据功能，即当分配给2.1的所有故障单都标记为完成或丢弃时，将发布2.1版。

Answer 7

我还会说这取决于市场。如果没有一个（甚至是简单的）杀手级功能，我就不会发布产品。即使在早期版本中，您也必须建立一些声誉。

Answer 8

  

我们是否可以“暴露”暴露的暴露，或突然暴露而不是神话？

您是否在媒体上看到有关Cuil.com发布的新闻？他们的新闻稿称它是一个可以杀死谷歌的搜索引擎，但简单的搜索产生了令人震惊的糟糕结果。 （例如，搜索“COBOL”告诉你，COBOL没有结果。）公告突然爆发的交通也淹没了他们的服务器。我会说他们在发射时经历的突然曝光会使他们感到灼伤。

有些人称这是“好莱坞风格”的发布，因为它与电影推出的方式类似。这种发布方式有一些好处，你并不总是从逐渐积累的用户中获得。但是，大多数这些好处都超过了第一印象非常重要的事实，而产品的通常复杂性使得很容易出现错误，并给大多数潜在用户留下不好的第一印象。

Answer 9

问题是，启动什么？

如果您正在使用内部软件，您希望尽早让用户参与其中，因此快速提供一些内容是一个好主意。

如果您正在开源，请尽早发布，并经常发布未来发展的路线图。

如果您正在使用收缩包装软件，您需要为用户提供一些物有所值的东西。不要指望为实际使软件有用的升级充电，除非你是一家已经建立起来的大型公司。除非你被认为是那种软件的主要来源，否则没有人会在被烧毁一次后付钱给你两次。

如果您正在进行Web服务，则需要在发布时使用一些有用的东西。它可以很小，但它应该给用户一个回来的理由。否则，它就是“Foo.com没有任何好处，不要去那里”，即使你已经实现了舞蹈大象或其他什么。您需要让用户对您的网站感觉良好，并且非常想知道您接下来要做什么。如果你准备好发布，请确保有很多工作正在发挥作用。

如果您正在进行嵌入式操作，那么当软件足够接近完美时，您就会发布，并且每个人都已签名，而不是更早。