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.
fuente
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).Respuestas:
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.
fuente
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!
fuente