每个创业公司都应遵循的良好做法

几个正在工作的朋友和我将要建立一个小的启动公司/创建我们自己的软件，一开始可能会显得有些月光，因为我们还不能负担辞掉日常工作的费用。

我们俩都没有这方面的经验，我们之前都曾为其他公司工作过，这些公司制定了一套准则，我认为现在是建立可遵循的良好做法的时候了（例如避免碰面）。

对于采用这种方式的人，您将给我们提供哪些建议？

我正在寻找更多技术方面的东西，例如：

• 拥有某种构建服务器是否值得？

• 您是否会进行大量的TDD，或者您认为对于一个经验不足的小团队来说，这会带来太多开销吗？

但不介意听事情的管理方面。

该项目是一个用ASP.NET MVC完成的Web应用程序，我正在考虑使用Mercurial和BitBucket或Kiln + FogBugz或其他一些在线项目跟踪工具，因为我们将进行远程工作。

1. 尽快释放。您开始使用的代码中有90％可能不会在前6个月内实现。因此，进行疯狂的工程设计毫无意义。尽快编写代码以推向市场，然后让您的用户决定如何进一步开发它。如果TDD是最快的编码方式，请使用TDD。否则，只需对其进行破解。早期采用者对于您的产品处于测试版时的一些错误非常宽容。

2. 不要浪费您的时间作为系统管理员。您已经有了用于错误跟踪（例如FogBugz）和源代码控制的托管平台的正确想法。使用在线文档存储库，例如Google Docs。如果您确实在本地存储任何内容，请使用在线云备份服务，例如Carbonite。如果您负担得起的话，请在实际环境中租用完全托管的托管解决方案。尽量避免维护自己的服务器。

3. 专注于什么让您与众不同。如果发现自己编写的代码似乎必须完成，请使用已有的代码。成为解决您的业务问题的专家，不要被您域外的问题所困扰。

如果团队不仅仅是您，那么标准很重要。它们不必太复杂（“使用有意义的变量名CamelCase，并且不要破坏构建”）。TDD坚如磐石，因为它有效，请使用它。您所进行的测试也为演示提供了很好的基础。构建服务器可能太高，但可能没有。从一个人开始，看看它如何发展。跟踪工具也是如此；可以根据需要稍后添加。

假设该产品出售，做一些市场调查，现在，以确保你正在构建的东西，人们真正想要的。概述从零进入市场，划分责任和公平并相互负责的业务计划。

祝好运！