Praktik yang baik setiap startup harus mengikuti [ditutup]

Beberapa teman di tempat kerja dan saya akan membuat startup kecil / membuat perangkat lunak kami sendiri, mungkin sambilan pada awalnya, karena kami belum mampu berhenti dari pekerjaan kami.

Tidak ada di antara kita yang memiliki pengalaman ini, kita semua pernah bekerja untuk perusahaan lain sebelumnya, di mana seperangkat pedoman ditetapkan, dan saya pikir inilah saatnya untuk membangun praktik yang baik untuk diikuti (seperti menghindari pertemuan-itis).

Untuk orang-orang yang telah pergi dengan cara ini, nasihat apa yang akan Anda berikan kepada kami?

Saya lebih mencari sisi teknis dari hal-hal, seperti:

• Apakah layak memiliki semacam server pembangun atau apakah itu akan jauh di depan?

• Apakah Anda melakukan TDD yang luas atau Anda pikir itu akan terlalu banyak overhead untuk tim kecil yang tidak terlalu berpengalaman dengannya?

Tetapi tidak keberatan mendengarkan sisi manajemen dari banyak hal.

Proyek ini adalah aplikasi web yang dilakukan dalam ASP.NET MVC, saya sedang berpikir untuk menggunakan Mercurial dan BitBucket atau Kiln + FogBugz atau alat pelacak proyek online lainnya, karena kita akan bekerja dari jarak jauh.

1. Lepaskan secepat mungkin . Kemungkinannya adalah 90% dari kode yang Anda mulai tidak akan berhasil melewati 6 bulan pertama. Jadi tidak ada gunanya rekayasa seperti gila. Kode secepat mungkin untuk sampai ke pasar, lalu biarkan pengguna Anda memutuskan bagaimana mengembangkannya lebih lanjut. Jika TDD adalah cara Anda mengkode tercepat, gunakan TDD. Kalau tidak, hack saja. Pengguna adopter awal cukup memaafkan beberapa bug saat produk Anda dalam versi beta.

2. Jangan buang waktu Anda menjadi admin sistem. Anda mendapatkan ide yang tepat dengan platform yang di-host untuk pelacakan bug (mis. FogBugz) dan kontrol sumber. Gunakan repositori dokumen online seperti Google Documents . Jika Anda menyimpan sesuatu secara lokal, gunakan layanan pencadangan cloud online seperti Carbonite . Di lingkungan tempat tinggal Anda, sewa solusi hosting yang dikelola sepenuhnya jika Anda mampu membelinya. Cobalah untuk cenderung menjaga server Anda sendiri.

3. Berkonsentrasilah pada apa yang membuat Anda unik . Jika Anda menemukan diri Anda menulis kode yang sepertinya sudah pernah dilakukan sebelumnya, gunakan apa yang sudah ada. Menjadi ahli dalam memecahkan masalah bisnis Anda dan jangan terganggu oleh masalah di luar domain Anda.

jika tim lebih dari sekedar Anda, standar penting. Mereka tidak harus rumit ("menggunakan nama variabel yang bermakna, CamelCase, dan jangan merusak build"). Batu TDD karena berfungsi, gunakan itu. Tes yang Anda buat juga merupakan dasar yang bagus untuk demo dengan mudah. Server bangun mungkin berlebihan, mungkin tidak; mulai tanpa satu dan lihat bagaimana kelanjutannya. Alat pelacak juga; dapat menambahkan nanti sesuai kebutuhan.

Dengan asumsi produk ini akan dijual, lakukan riset pasar sekarang , untuk memastikan Anda membangun sesuatu yang benar-benar diinginkan orang. Buat garis besar rencana bisnis untuk beralih dari nol ke pasar, membagi tanggung jawab dan ekuitas, dan meminta pertanggungjawaban satu sama lain.

Semoga berhasil!