Les bonnes pratiques que chaque startup devrait suivre [fermé]


9

Un couple d'amis au travail et moi allons créer une petite startup / créer notre propre logiciel, probablement au clair de lune au début, car nous ne pouvons pas encore nous permettre de quitter nos emplois de jour.

Aucun de nous n'a cette expérience, nous avons tous travaillé pour d'autres entreprises auparavant, où un ensemble de lignes directrices est défini, et je pense que c'est le moment d'établir de bonnes pratiques à suivre (comme éviter de se rencontrer).

Pour les personnes qui ont suivi cette voie, quel (s) conseil (s) donneriez-vous?

Je cherche plus le côté technique des choses, des choses comme:

  • Est-ce que cela vaut la peine d'avoir une sorte de serveur de build ou est-ce que ça va loin?

  • Feriez-vous un TDD approfondi ou pensez-vous que ce serait trop de frais généraux pour une petite équipe qui n'est pas trop expérimentée avec cela?

Mais cela ne me dérangerait pas d'écouter le côté gestion des choses.


Le projet est une application web réalisée en ASP.NET MVC, je pense utiliser Mercurial et BitBucket ou Kiln + FogBugz ou un autre outil de suivi de projet en ligne, puisque nous allons travailler à distance.


1
J'ai pris la liberté de modifier votre question pour en supprimer la 3partie - il n'est pas utile / constructif de limiter arbitrairement le nombre de choses que les gens devraient suggérer (et probablement la plupart des gens l'ignoreraient de toute façon).
Peter Boughton

Essayez de ne pas échouer teddziuba.com/archives.html Vous apprenez généralement à le faire la troisième fois.
Job

Réponses:


15
  1. Relâchez le plus vite possible . Il est probable que 90% du code avec lequel vous commencez ne le dépassera pas au cours des 6 premiers mois. Il est donc inutile de le concevoir comme un fou. Codez le plus rapidement possible pour arriver sur le marché, puis laissez vos utilisateurs décider comment le développer davantage. Si TDD est la façon dont vous codez le plus rapidement, utilisez TDD. Sinon, piratez-le. Les utilisateurs précoces pardonnent assez bien quelques bogues lorsque votre produit est en version bêta.

  2. Ne perdez pas votre temps à être des administrateurs système. Vous avez la bonne idée avec les plates-formes hébergées pour le suivi des bogues (par exemple FogBugz) et le contrôle des sources. Utilisez un référentiel de documents en ligne tel que Google Docs . Si vous stockez quoi que ce soit localement, utilisez un service de sauvegarde en ligne sur le cloud tel que Carbonite . Sur votre environnement réel, louez une solution d'hébergement entièrement gérée si vous en avez les moyens. Essayez d'éviter d'avoir à entretenir vos propres serveurs.

  3. Concentrez-vous sur ce qui vous rend unique . Si vous vous retrouvez à écrire du code qui semble avoir dû être fait auparavant, utilisez ce qui est déjà là. Devenez des experts dans la résolution de vos problèmes commerciaux et ne vous laissez pas distraire par des problèmes extérieurs à votre domaine.


4

si l'équipe est bien plus que vous, les normes comptent. Ils n'ont pas besoin d'être compliqués ("utilisez des noms de variables significatifs, CamelCase, et ne cassez pas la construction"). TDD bascule parce que ça marche, utilisez-le. Les tests que vous proposez constituent également une excellente base pour les démos en un rien de temps. Un serveur de build peut être par dessus bord, ce n'est pas le cas; commencer sans un et voir comment ça se passe. Outils de suivi également; peut ajouter plus tard si nécessaire.

En supposant que ce produit soit vendu, faites des études de marché maintenant , pour vous assurer que vous construisez quelque chose que les gens veulent vraiment. Décrivez un plan d'affaires pour passer de zéro au marché, divisez les responsabilités et l'équité et tenez-vous mutuellement responsables.

Bonne chance!


Oui, ce serait une application Web basée sur un abonnement. Comment feriez-vous pour faire un plan d'affaires sans études commerciales?
Francisco Noriega

@Francisco réponse courte: apprenez. réponse longue: vous n'avez pas besoin d'un plan d'affaires MBA, mais vous avez besoin d'un plan pour couvrir les bases: que construisez-vous, pour qui le construisez-vous, quels concurrents existent, pourquoi votre widget est-il spécial / différent, comment vous allez le commercialiser / le promouvoir, combien de temps prendra chaque étape, de quelles ressources aurez-vous besoin à quel moment, quel niveau de ventes aurez-vous besoin pour atteindre le seuil de rentabilité et / ou atteindre votre objectif financier immédiat. À qui allez-vous le vendre et pourquoi devraient-ils s'en soucier sont essentiels; faites cela en premier.
Steven A. Lowe

merci pour les bons conseils !, je pense que je connais déjà la réponse à beaucoup d'entre eux, mais juste dans ma tête, et avec quelques personnes à qui j'ai parlé, c'est probablement une bonne idée de le poser et de le soutenir avec plus preuve .. merci encore!
Francisco Noriega
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.