Buenas prácticas que cada startup debe seguir [cerrado]

9

Un par de amigos en el trabajo y yo vamos a configurar un pequeño inicio / crear nuestro propio software, probablemente al principio, ya que no podemos darnos el lujo de dejar nuestros trabajos diarios.

Ninguno de nosotros ha tenido esta experiencia, todos hemos trabajado para otras compañías antes, donde se establecen un conjunto de pautas, y creo que este es el momento de establecer buenas prácticas a seguir (como evitar las reuniones).

Para las personas que han ido por este camino, ¿qué consejos nos darían?

Estoy buscando más el lado técnico de las cosas, cosas como:

¿Vale la pena tener algún tipo de servidor de compilación o va a ir muy lejos?
¿Harías un TDD extenso o crees que sería una sobrecarga para un equipo pequeño que no tiene mucha experiencia?

Pero no le importaría escuchar el lado administrativo de las cosas.

El proyecto es una aplicación web realizada en ASP.NET MVC, estoy pensando en usar Mercurial y BitBucket o Kiln + FogBugz o alguna otra herramienta de seguimiento de proyectos en línea, ya que vamos a trabajar de forma remota.

experience tools startup

— Francisco Noriega
fuente

1

Me he tomado la libertad de editar su pregunta para eliminar su 3parte; no es útil / constructivo establecer un límite arbitrario de cuántas cosas deberían sugerir las personas (y probablemente la mayoría de las personas ignoraría eso de todos modos).

— Peter Boughton el

Intenta no fallar teddziuba.com/archives.html Por lo general, aprendes cómo hacerlo la tercera vez.

— Trabajo

15

Suelte lo más rápido posible . Lo más probable es que el 90% del código con el que comienza no supere los primeros 6 meses. Así que no tiene sentido diseñarlo como un loco. Codifique lo más rápido posible para llegar al mercado, luego permita que sus usuarios decidan cómo desarrollarlo más. Si TDD es la forma más rápida de codificar, use TDD. De lo contrario, simplemente piratee. Los usuarios de adopción temprana son bastante indulgentes con algunos errores cuando su producto está en versión beta.
No pierdas tu tiempo siendo administradores del sistema. Tienes la idea correcta con las plataformas alojadas para el seguimiento de errores (por ejemplo, FogBugz) y el control de código fuente. Use un repositorio de documentos en línea como Google Docs . Si almacena algo localmente, use un servicio de copia de seguridad en la nube en línea como Carbonite . En su entorno en vivo, alquile una solución de alojamiento totalmente administrada si puede pagarla. Intenta evitar tener que mantener tus propios servidores.
Concéntrate en lo que te hace único . Si te encuentras escribiendo un código que parece que debe haberse hecho antes, usa lo que ya está allí. Conviértase en experto para resolver su problema comercial y no se distraiga con problemas fuera de su dominio.

— codificador de mundo real
fuente

4

Si el equipo es más que solo usted, los estándares son importantes. No tienen que ser complicados ("use nombres de variables significativos, CamelCase, y no rompa la compilación"). TDD es genial porque funciona, úsalo. Las pruebas que se presentan también son una excelente base para las demostraciones en un abrir y cerrar de ojos. Un servidor de compilación puede estar por la borda, puede que no; comenzar sin uno y ver cómo va. Herramientas de seguimiento del mismo modo; puede agregar más tarde según sea necesario.

Suponiendo que este producto se venda, haga un poco de investigación de mercado ahora , para asegurarse de que está construyendo algo que la gente realmente quiere. Esboce un plan de negocios para ir de cero al mercado, dividir las responsabilidades y la equidad, y responsabilizarse mutuamente.

¡Buena suerte!

— Steven A. Lowe
fuente

Sí, sería una aplicación web basada en suscripción. ¿Cómo harías un plan de negocios sin estudios de negocios?

— Francisco Noriega

@Francisco respuesta corta: aprender. respuesta larga: no necesita un plan de negocios de MBA, pero sí necesita un plan para cubrir los conceptos básicos: qué está construyendo, para quién lo está construyendo, qué competidores existen, por qué su widget es especial / diferente, cómo son usted va a comercializarlo / promocionarlo, cuánto tiempo tomará cada paso, qué recursos necesitará en qué momento, qué nivel de ventas necesitará para alcanzar el punto de equilibrio y / o alcanzar su objetivo financiero inmediato. ¿A quién se lo va a vender y por qué debería importarles? haz eso primero.

— Steven A. Lowe, el

¡Gracias por el sólido consejo! Creo que ya sé la respuesta a muchos de ellos, pero solo en mi cabeza, y con algunas personas con las que he hablado, probablemente sea una buena idea dejarlo y apoyarlo con más evidencia .. gracias de nuevo!

— Francisco Noriega el