Dobre praktyki, których powinien przestrzegać każdy startup [zamknięte]

9

Kilku przyjaciół w pracy i ja zamierzamy założyć mały startup / stworzyć własne oprogramowanie, zapewne początkowo w świetle księżyca, ponieważ nie możemy jeszcze pozwolić sobie na rezygnację z codziennej pracy.

Żadne z nas nie ma tego doświadczenia, wszyscy wcześniej pracowaliśmy dla innych firm, w których ustalono zestaw wytycznych, i myślę, że nadszedł czas na ustalenie dobrych praktyk do naśladowania (takich jak unikanie spotkania).

Jakiej rady udzieliłbyś ludziom, którzy poszli tą drogą?

Szukam bardziej technicznej strony rzeczy, takich jak:

  • Czy warto mieć jakiś serwer kompilacji, czy jest to dalekie?

  • Czy zrobiłbyś obszerne TDD, czy uważasz, że byłoby to zbyt duże obciążenie dla małego zespołu, który nie jest zbyt doświadczony?

Ale nie miałbym nic przeciwko słuchaniu strony zarządzania.


Projekt jest aplikacją internetową wykonaną w ASP.NET MVC, myślę o użyciu Mercurial i BitBucket lub Kiln + FogBugz lub innego internetowego narzędzia do śledzenia projektów, ponieważ będziemy pracować zdalnie.

Francisco Noriega
źródło
1
Pozwoliłem sobie na edycję twojego pytania, aby usunąć jego 3część - nie jest użyteczne / konstruktywne ustalanie arbitralnego limitu liczby rzeczy, które ludzie powinni sugerować (i prawdopodobnie większość ludzi i tak to zignoruje).
Peter Boughton,
Staraj się nie zawieść teddziuba.com/archives.html Zazwyczaj uczysz się, jak to zrobić za trzecim razem.
Job

Odpowiedzi:

15
  1. Zwolnij tak szybko, jak to możliwe . Są szanse, że 90% kodu, od którego zaczniesz, nie przetrwa pierwszych 6 miesięcy. Więc nie ma sensu tworzyć tego jak szalonego. Wpisz kod tak szybko, jak to możliwe, aby wejść na rynek, a następnie pozwól użytkownikom zdecydować, jak dalej go rozwijać. Jeśli najszybszym sposobem kodowania jest TDD, użyj TDD. W przeciwnym razie po prostu zhakuj to. Początkujący użytkownicy wybaczają kilka błędów, gdy Twój produkt jest w fazie beta.

  2. Nie trać czasu na bycie administratorami systemu. Masz dobry pomysł z hostowanymi platformami do śledzenia błędów (np. FogBugz) i kontroli źródła. Skorzystaj z internetowego repozytorium dokumentów, takiego jak Dokumenty Google . Jeśli przechowujesz coś lokalnie, skorzystaj z internetowej usługi tworzenia kopii zapasowych w chmurze, takiej jak Carbonite . W środowisku na żywo wynajmij w pełni zarządzane rozwiązanie hostingowe, jeśli możesz sobie na to pozwolić. Staraj się unikać konieczności utrzymywania własnych serwerów.

  3. Skoncentruj się na tym, co czyni cię wyjątkowym . Jeśli zauważysz, że piszesz kod, który wydaje się, że musiał to już być zrobiony wcześniej, użyj tego, co już tam jest. Zostań ekspertem w rozwiązywaniu problemów biznesowych i nie rozpraszaj się problemami spoza domeny.

realworldcoder
źródło
4

jeśli zespół jest kimś więcej niż tylko ty, standardy mają znaczenie. Nie muszą być skomplikowane („używaj znaczących nazw zmiennych, CamelCase i nie przerywaj kompilacji”). TDD kołysze się, ponieważ działa, użyj go. Testy, które wymyślisz, stanowią również doskonałą podstawę do pokazów w mgnieniu oka. Serwer kompilacji może być za burtą, ale nie musi; zacznij bez jednego i zobacz, jak to idzie. Podobnie narzędzia do śledzenia; można dodać później w razie potrzeby.

Zakładając, że ten produkt ma zostać sprzedany, przeprowadź teraz badania rynku , aby upewnić się, że budujesz coś, czego ludzie naprawdę chcą. Nakreśl biznesplan, aby przejść od zera do rynku, podziel się obowiązkami i kapitałem oraz wzajemnie się rozliczaj.

Powodzenia!

Steven A. Lowe
źródło
Tak, byłaby to aplikacja internetowa oparta na subskrypcji. Jak przeszedłbyś do zrobienia biznesplanu bez studiów biznesowych?
Francisco Noriega,
@Francisco krótka odpowiedź: ucz się. długa odpowiedź: nie potrzebujesz biznesplanu MBA, ale potrzebujesz planu obejmującego podstawy: co budujesz, dla kogo budujesz, dla jakich konkurentów istnieją, dlaczego Twój widget jest wyjątkowy / inny, w jaki sposób zamierzasz je promować / promować, ile czasu zajmie każdy krok, jakie zasoby będziesz potrzebować w jakim momencie, jaki poziom sprzedaży będziesz potrzebować, aby osiągnąć próg rentowności i / lub osiągnąć swój bezpośredni cel finansowy. Komu zamierzasz go sprzedać i dlaczego warto się tym przejmować; zrób to pierwszy.
Steven A. Lowe,
dziękuję za solidną radę !, myślę, że już znam odpowiedź na wiele z nich, ale tylko w mojej głowie, a z kilkoma osobami, z którymi rozmawiałem, prawdopodobnie dobrym pomysłem jest odłożyć to i wesprzeć dowód .. dzięki jeszcze raz!
Francisco Noriega,