Apa 5 hal pertama yang Anda lakukan sebelum memulai proyek baru?
Apakah Anda selalu menghabiskan waktu sehari untuk meneliti kerangka kerja baru? Atau, menggunakan produk serupa atau bersaing?
project-management
programming-practices
rjstelling
sumber
sumber
Jawaban:
Ini sangat tergantung pada proyek. Apakah ini proyek yang saya mulai dengan maksud penjualan, atau proyek untuk pelanggan tertentu? Juga, apa yang merupakan "awal"? Apakah itu sebelum atau sesudah pengumpulan persyaratan? Daftar kasarnya:
Dapatkan konteks untuk proyek. Artinya, cari tahu apa yang pelanggan Anda atau pengguna potensial coba capai dan mengapa. Jika Anda sedang membangun sistem pendaftaran hotel, apa yang salah dengan opsi OTS, misalnya.
Kumpulkan persyaratan. Bertemu dengan para pemangku kepentingan. Bertemu dengan pengguna. Bertemu dengan siapa saja yang memiliki suara dalam proyek, jika Anda bisa. Lihatlah solusi yang ada yang akan diganti oleh proyek ini, baik yang digunakan pelanggan atau yang ada di pasar. Dari sana, tulis semuanya dalam bahasa non-teknis seperti yang Anda bisa - dokumen yang baik harus menggambarkan apa yang harus dilakukan tetapi tidak bagaimana melakukannya. Kemudian diskusikan dokumen ini dengan pelanggan dan ulangi sampai mereka setuju. Langkah ini bisa kurang formal untuk proyek yang lebih kecil (bahkan mungkin seluruhnya verbal).
Mulai membuat keputusan teknis. Pilih bahasa, kerangka kerja, ORM, database, dll yang paling baik memecahkan masalah, apakah ini berarti tetap dengan sesuatu yang Anda ketahui atau mempelajari sesuatu yang baru.
Menganalisis risiko untuk proyek ini. Jika ini adalah kontrak pemerintah, Anda mungkin menginginkan laporan risiko 100 halaman yang diikat kulit. Jika ini adalah proyek 3-man 4-bulan, Anda mungkin baik-baik saja dengan beberapa catatan dalam file teks atau spreadsheet. Either way, Anda ingin mencari tahu apa yang bisa salah dengan proyek, seberapa besar kemungkinan hal itu terjadi, berapa banyak itu akan menyakitkan, dan apa yang akan Anda lakukan untuk mempersiapkannya, menanganinya, dan / atau mengurangi itu efek setelah fakta. Yang umum, misalnya, adalah "Salah satu devs ditabrak bus, berhenti, sakit, dll." Jadi Anda dapat mengurangi hal itu dengan memasangkan pemrograman untuk berbagi pengetahuan, menggunakan praktik kontrol sumber yang baik untuk menjaga kode terpusat, dll. Secara keseluruhan,
Siapkan teknologinya. Ini adalah hal yang tidak seorang pun ingin melakukannya setelah Anda benar-benar melakukan pengkodean, jadi siapkan repo Anda, server build Anda, sistem build Anda, wiki Anda, pelacak kutu Anda, atau apa pun yang ingin Anda gunakan untuk proyek Anda.
sumber
Saya hanya akan menjawab bagian dari pertanyaan ini, karena itu satu-satunya bagian yang bisa saya hubungkan:
Tidak. Saya benar-benar ragu apakah itu bisa berhasil ... Bagaimana seseorang bisa meneliti kerangka kerja baru hanya dalam satu hari, sebelum setiap proyek, dan mempelajari sesuatu yang relevan? Itu tidak terjadi begitu saja. Sebaliknya, saya menghabiskan sebagian dari hari saya, setiap hari, meneliti berbagai teknologi (tidak hanya kerangka kerja baru). Penelitian itu bukan sesuatu yang saya lakukan ketika saya perlu. Itu adalah sesuatu yang saya lakukan sepanjang waktu dan itu sudah ada di sana ketika saya membutuhkannya. Pemrograman itu menyenangkan, itu sebabnya saya ada dalam bisnis ini. Anda tidak dapat mencegah saya mencoba hal-hal yang berbeda setiap hari.
Apakah seorang penulis menghabiskan satu hari mengumpulkan ide-ide sebelum memulai buku baru?
sumber