Lebih kerap daripada tidak, permulaan projek membuat anda tidak bersedia. Anda mungkin berada dalam pasukan projek dari hari pertama, tetapi jadualnya padat dan tidak ada cukup masa untuk persiapan. Lebih teruk lagi, anda mungkin terlepas beberapa langkah, dan itu mungkin akan kembali menghantui anda kemudian.
Projek ini bermula, tetapi selepas beberapa bulan anda berakhir di tempat yang gelap. Perkara-perkara yang menjengkelkan yang membuat anda kecewa semasa tugas anda sebelumnya kembali.
Sekiranya kedengarannya terlalu biasa, artikel ini sesuai untuk anda. Ikuti panduan ini semasa memulakan projek dan buat diri anda untuk berjaya.
Menetapkan jalan komunikasi yang jelas
Bermula dari hari pertama, pastikan peranannya ditentukan dengan baik dan semua orang tahu siapa yang mengendalikannya. Orang akan meminta akses ke sistem luaran, meminta penjelasan, atau memberi isyarat kecemasan. Apa pun senarionya, pastikan orang hubungan utama dapat dikenali dengan mudah. Simpan maklumat ini di lokasi terkenal dan membuatnya mudah diakses oleh semua orang.
Tentukan amalan dan konvensyen terbaik
Apabila projek dimulakan, jangan segera memulakan pengekodan. Sekiranya anda melakukannya, lebih kerap daripada pangkalan data anda akan menjadi kekacauan yang tidak mahu disentuh atau dijaga oleh siapa pun.
Luangkan sedikit masa untuk menilai pengalaman masa lalu anda dan mengenal pasti apa yang berjalan dengan baik dan yang tidak. Ini akan membantu anda menentukan bagaimana anda mahu sesuatu berlaku untuk inisiatif baru ini. Libatkan seluruh pasukan dalam latihan dan pastikan bahawa anda mendengar apa yang mereka katakan.
Hasil akhirnya mestilah senarai konvensyen dan amalan terbaik yang disahkan oleh seluruh pasukan. Ikuti konvensyen ini dan anda akan menghasilkan penyelesaian yang lebih teratur dan koheren.
Buat Definisi Selesai yang bermakna
Berapa kali anda mengetahui sebelum demo bahawa anda tidak dapat mempamerkan ciri kerana ada yang hilang? Saya tahu, terlalu kerap.
Pembangun cenderung menganggap bahawa satu ciri dilakukan sebaik sahaja ia berfungsi pada mesin tempatan mereka. Walau bagaimanapun, kitaran pengembangan perisian yang lengkap melibatkan lebih daripada itu.
Ciri ini mungkin hanya berfungsi pada mesin tempatan anda, jadi anda harus mengujinya pada sekurang-kurangnya persekitaran lain. Kemudian, anda harus meminta rakan anda untuk menyemak karya anda. Ini memastikan bahawa kriteria penerimaan dan standard kualiti dipenuhi.
Langkah seterusnya adalah menambahkan langkah penerapan, sehingga anda dapat melepaskan fitur tersebut ke lingkungan demo. Anda harus menggabungkan langkah-langkah ini dalam Definisi Selesai, bersama dengan langkah lain yang berkaitan.
Selepas itu, pastikan pasukan anda menggunakan Definisi Selesai sebagai senarai semak sebelum mereka menyelesaikan tugas. Ini akan memberi anda lebih banyak keyakinan bahawa tiket yang diselesaikan adalah seperti yang anda harapkan.
Pilih sistem penyatuan berterusan yang sesuai
Integrasi berterusan sangat penting untuk setiap projek. Anda ingin memastikan bahawa anda dapat melepaskan perkembangan baru dengan usaha yang minimum. Nasib baik, terdapat pelbagai pilihan yang tersedia di pasaran, Jenkins dan TeamCity menjadi dua daripadanya. Terdapat beberapa faktor yang sangat penting untuk dipertimbangkan semasa membuat pilihan ini.
Salah satunya adalah pilihan pasukan, dan yang lain adalah harga alat. Lebih bijak menggunakan alat penyatuan berterusan yang pernah digunakan oleh pasukan anda sebelum ini. Ini bermaksud bahawa semua orang sudah biasa dengan alat ini dan anda tidak perlu melakukan usaha tambahan untuk mempelajari sistem baru.
Walau bagaimanapun, jangan mengabaikan faktor harga. Sekiranya alat pilihan anda mahal, penaja projek mungkin tidak bersedia membayarnya. Kita semua tahu bahawa ini berlaku, tetapi itu bukan akhir dunia.
Terdapat banyak alat penyatuan berterusan yang kuat yang percuma. Luangkan masa untuk mengujinya dan pilih yang paling sesuai untuk anda.
Pilih alat dan aplikasi anda
Satu perkara yang ingin anda hindari adalah menggunakan terlalu banyak alat yang berbeza untuk mencapai tujuan yang sama. Mari kita bayangkan bahawa pasukan anda harus membangunkan REST API.
Salah seorang ahli pasukan anda yang kurang berpengalaman, John, memerlukan bantuan untuk menguji titik akhir penciptaan pengguna. Dia meminta bantuan Alex, yang sangat ingin membantu, sehingga dia menyedari bahawa John menggunakan SOI UI untuk menguji titik akhirnya.
Alex, peminat Postman, menghabiskan beberapa minit untuk memahami cara menggunakan alat itu, tetapi tanpa kejayaan yang tinggi. Dia menyerah setelah beberapa kali mencuba, jadi mereka memutuskan untuk menghubungi George, lelaki paling berpengalaman dalam pasukan.
Walau bagaimanapun, George adalah pengaturcara sekolah lama. Dia suka melakukan segala-galanya dari baris perintah, jadi dia meminta John untuk menulis semula panggilan APInya untuk mengujinya dengan cURL. Ini bukan situasi yang sesuai untuk sesiapa sahaja.
Kami tahu bahawa pembangun suka memiliki kebebasan untuk memilih alat mereka sendiri, tetapi tidak semestinya optimum untuk bekerja seperti itu. Dalam jangka masa panjang, pasukan akan mendapat keuntungan lebih banyak dengan menggunakan set alat yang sama. Cuba elakkan keadaan seperti ini dengan memilih alat khusus untuk setiap tujuan.
Jangan terlalu kaku, dengarkan pilihan pasukan anda, tetapi buatlah pilihan yang jelas. Juga, pastikan untuk menerangkan kepada semua orang mengapa ini penting dan dapatkan pembelian dari rakan sebaya anda. Lagipun, anda tidak mahu menjadi orang gila kawalan.
Gunakan sistem kawalan versi dengan bijak
Sistem kawalan versi adalah suatu keharusan bagi setiap projek perisian. Anda tidak dapat mengembangkan penyelesaian perisian secara kolaboratif tanpa menggunakan satu. Namun, tidak cukup untuk memilih sistem kawalan versi dan menyampaikan pilihan kepada pasukan anda.
Anda perlu meluangkan masa untuk menentukan cara anda mahu sistem ini digunakan untuk projek baru anda. Titik permulaan yang baik adalah membandingkan aliran kerja yang ada dan memutuskan apa yang terbaik untuk kes penggunaan anda.
Seterusnya, anda harus mengesahkan aliran kerja dengan pasukan anda. Sekiranya maklum balas positif, kemungkinan sistem kawalan versi akan digunakan sebagaimana mestinya.
Elakkan mempunyai banyak sistem pengurusan dokumen
Salah satu perkara yang paling mengecewakan adalah ketika anda perlu mencari sebilangan maklumat dan anda tidak tahu di mana mencarinya. Ini biasanya berlaku kerana terlalu banyak tempat yang mungkin. Tidak semestinya rumit!
Apabila lelaki DevOps anda ingin mencari IP pelayan QA, dia harus mencari satu tempat. Untuk mewujudkannya, anda harus memilih satu sistem pengurusan dokumen yang baik dan mematuhinya.
Tetap teratur dan hadapi sesiapa sahaja yang cuba menyimpan maklumat di luar sistem. Semua orang akan melihat faedahnya dalam jangka masa panjang, bahkan orang-orang yang mendapat perhatian.
Tentukan persekitaran yang diperlukan untuk penyelesaian anda
Kita semua tahu bahawa pemaju, penguji, dan perniagaan tidak boleh menggunakan persekitaran yang sama. Tetapi aspek ini biasanya diabaikan semasa fasa awal projek.
Anda harus mula mempertimbangkan persekitaran apa yang diperlukan untuk projek anda sejak awal. Mendapat persetujuan dan menyiapkannya mungkin memerlukan sedikit masa, jadi lebih baik memulakannya secepat mungkin.
Sebagai panduan, anda harus memiliki sekurang-kurangnya empat lingkungan: pengembangan, Uji penerimaan pengguna (UAT), pementasan, dan produksi.
Persekitaran Pembangunan
Persekitaran pembangunan akan menjadi kotak pasir pasukan pembangunan. Itulah sebabnya ia tidak akan stabil sepanjang masa, dan anda boleh menjangkakan ketidakkonsistenan data.
Persekitaran Ujian Penerimaan Pengguna
UAT ditujukan untuk penerimaan pengguna, jadi di sinilah ahli perniagaan akan melakukan ujian mereka.
Persekitaran Pementasan dan Pengeluaran
Akhirnya, pementasan dan produksi saling beriringan dan mereka harus saling mencerminkan. Ini akan memastikan bahawa operasi yang dijalankan pada pementasan akan mempunyai hasil yang sama pada pengeluaran.
Tetapi setiap projek berbeza. Anda mungkin memerlukan lebih banyak persekitaran daripada yang ada di atas, atau anda tidak akan dapat memiliki semuanya kerana kos yang tinggi.
Apa pun keadaannya, pastikan anda mempertimbangkan lanskap sistem di muka dan tentukan apa yang anda perlukan sehingga anda dapat menyampaikan projek tersebut.
Siapkan pangkalan kod dan struktur projek
Pangkalan data yang disusun dengan baik akan berjalan jauh. Mulailah mengambil beberapa langkah proaktif sejak awal, supaya projek anda tidak akan berubah menjadi lumpur besar.
Anda harus menentukan modul utama projek, struktur pangkalan kode, konvensyen penamaan fail, peraturan pembungkusan, dan sebagainya.
Jadikannya intuitif mungkin, supaya mudah bagi semua orang untuk mencari barang yang mereka cari. Juga, lihat kembali pelajaran yang diperoleh dari projek sebelumnya dan pastikan anda tidak mengulangi kesilapan yang sama.
Buat dokumen untuk penyediaan projek tempatan
Walaupun anda bermula dengan pasukan yang sangat kecil, kemungkinan anda tidak akan menjadi satu-satunya projek. Apabila orang baru akan bergabung, anda ingin menjadikan hidup mereka semudah dan mungkin dan menolong mereka mencapai kepantasan dalam masa yang singkat. Ini mesti bermula dengan penyediaan projek tempatan.
Saya telah melihat terlalu banyak kes di mana lelaki baru itu perlu menghabiskan satu minggu untuk menjalankan projek itu di mesinnya. Ini biasanya berlaku apabila dokumentasi persediaan ditulis dengan buruk, tidak lengkap, atau hilang sama sekali.
Untuk mengelakkan ini, mulakan dengan dokumen yang menentukan semua langkah yang diperlukan untuk penyediaan projek. Kemudian, pastikan untuk mengujinya sendiri dan memperbaikinya.
Seterusnya, minta rakan anda untuk menyemak langkah pemasangan dan memasukkan maklum balas mereka. Anda akan berakhir dengan panduan persediaan ringkas dan mudah diikuti yang akan memulakan semua orang dengan cepat.
Mengakhiri
Satu perkara lagi. Jangan menganggap dokumen ini ditulis dengan batu. Kaji dari semasa ke semasa dan jangan lupa untuk memasukkan langkah-langkah baru yang diperlukan semasa sistem ini berkembang. Pasukan anda akan mengucapkan terima kasih untuk itu.
Ini adalah beberapa perkara penting yang boleh anda lakukan untuk menyiapkan projek anda seterusnya untuk berjaya. Apa yang akan anda tambahkan pada senarai ini? Sila tinggalkan pendapat anda di bawah.